SERVICE PLANNER · B2B SAAS · PRODUCT DELIVERY
흩어진 운영 기준과 데이터를
실행 가능한 서비스로 구조화합니다.
사용자와 운영자의 문제를 정의하고, 요구사항을 정책·화면·데이터 구조로 전환합니다. 문제 정의부터 개발 협업과 기획 QA까지 제품이 실제로 작동하는 전 과정을 설계하는 서비스 기획자 오주연입니다.
데이터 기준 통합
리드타임 단축
기획 QA까지
01
ABOUT
HOW I CREATE VALUE
복잡한 문제를
팀이 실행할 수 있는
기준으로.
기획 문서의 완성보다 제품이 실제로 작동하는 순간을 중요하게 생각합니다. 흩어진 목소리에서 공통 문제를 찾고, 정책과 데이터 구조를 설계하며, 디자인·개발·QA가 같은 기준으로 움직이도록 연결합니다.
문제 구조화
사용자·운영자 인터뷰와 업무 흐름 분석으로 개별 요청 뒤의 공통 원인을 정의합니다.
- 이해관계자 인터뷰
- 요구사항 통합
- 우선순위 설정
정책·데이터 설계
비즈니스 목표를 사용자 흐름, 상태값, 예외 케이스와 데이터 관계로 구체화합니다.
- 서비스 정책
- IA·와이어프레임
- 데이터 구조
출시·검증
수용 기준과 QA 케이스를 만들고 배포 이후 운영 이슈까지 백로그로 관리합니다.
- 개발 협업
- 기획 QA
- 성과 검증
02
SELECTED WORK
CASE STUDIES
무엇을 그렸는지가 아니라,
무엇을 바꿨는지.
문제 정의, 핵심 결정, 직접 수행 범위와 검증 결과를 중심으로 정리했습니다.
실무 프로젝트 · 출시수기·분산 운영을
수기·분산 운영을
공간 데이터 기반
서비스로
여러 부서가 시트와 계약을 중심으로 관리하던 전사 공간 자산을 독립된 데이터로 정의하고, 운영·상품 노출·리드 수집이 연결되는 통합 관리 시스템을 기획했습니다.
AS-IS / CONTRACT BASED
계약 A공간 101계약 B공간 101
DATA RESTRUCTURING
TO-BE / SPACE ASSET
지점→층→공간계약 · 상품 · 리드
각기 다른 요청의
공통 원인 발견
마케팅·CMS·지점 운영·사업 관리 조직을 인터뷰해 모든 문제가 공간 데이터가 계약에 종속된 구조에서 시작한다는 점을 정의했습니다.
물리 공간과
판매 상품 분리
지점·층·공간을 원본 데이터로, 판매 상품을 별도 객체로 분리해 계약과 무관한 조회와 히스토리 추적을 가능하게 했습니다.
기획부터
QA까지 직접
인터뷰, 용어·데이터 표준화, 플로우, IA, 정책·예외 케이스, 수용 기준과 배포 전 기획 QA를 수행했습니다.
온라인 판매 준비 리드타임
공간 확인부터 상품 등록과 노출 검수까지의 업무 흐름을 구조화했습니다.
핵심 기능과 협업 방식OPEN ＋
공간 원본 데이터
지점 운영 상태·유형·임대 계약 상태를 상위 기준으로, 가격·면적·수용 인원·옵션을 공간 단위로 구조화했습니다.
상품과 리드 연결
고객 정보와 관심 공간·가격·수용 인원을 함께 수집해 상품과 연결된 리드로 관리할 기반을 만들었습니다.
변경 영향 관리
기능 변경이 화면·데이터·정책·일정에 미치는 영향을 문서화하고 현재 범위와 후속 항목을 구분했습니다.
연구개발 프로젝트 · PoC위치 데이터를
위치 데이터를
안전 판단의
기준으로
실내 측위 기술을 단순 위치 조회가 아니라 위험 구역 진입 감지, SOS 대응과 안전 인사이트에 활용하는 현장 관제 서비스를 기획하고 백엔드를 개발했습니다.
위치는 보이지만
위험은 보이지 않음
현장마다 위험 구역이 다르고 분산된 경고 이력만으로는 반복 위험 패턴과 집중 관리 대상을 판단하기 어려웠습니다.
좌표를 이벤트
데이터로 전환
관리자가 위험 구역을 설정하고 실시간 위치와 좌표를 비교해 진입 여부를 자동 판단·기록하도록 설계했습니다.
WEEKLY SAFETY REPORT현장 적용 가능성 검증
D사 협업 시연과 사용자 테스트로 위험 감지·SOS·리포트의 유용성을 확인했습니다.
검증 결과와 상용화 한계OPEN ＋
위험 구역 관리
현장별 다각형 좌표를 저장하고 관리자 관제와 근로자 앱 경고 흐름에 연결했습니다.
안전 인사이트
날짜·시간·환경·장비 조건별 경고를 분석해 반복 위험과 개선 우선순위를 판단하는 리포트를 설계했습니다.
상용화 한계
현장별 운영 방식과 위치 데이터 정확도·네트워크 안정성을 함께 검증해야 한다는 점을 확인했습니다.
03
WORKING PRINCIPLES
FROM WHY TO WHAT
기획 의도를
협업의 기준으로.
화면보다 이유를 먼저 맞추고, 모두가 같은 결과를 예상할 수 있도록 수용 기준을 문서화합니다.
WHY 정렬
요청보다 변화가 필요한 이유와 사용자·비즈니스 영향을 먼저 공유합니다.
영향 범위 정의
화면, 데이터, 정책, 예외 상황과 일정에 미치는 영향을 함께 검토합니다.
수용 기준 문서화
Acceptance Criteria와 QA 케이스로 역할별 해석 차이를 줄입니다.
배포 후 학습
운영 이슈와 사용자 요청을 백로그로 남겨 다음 우선순위에 반영합니다.
“화면 우선순위와 사용자 흐름이 정리되어
작업이 쉬워요.”프로젝트 협업 디자이너 피드백
04
EXPERIENCE
CAREER & EDUCATION
기획과 기술 사이를
연결해 온 경험.
현장 운영의 언어를 제품의 정책으로, 기술의 가능성을 사용자의 가치로 번역해 왔습니다.
FASTFIVE · PRODUCT TEAM
서비스 기획 매니저 / 인턴
전사 공간 자산 관리 시스템, 상품 노출·리드 연결, 서비스 정책과 기획 QA
KOREA UNIVERSITY R&DB FOUNDATION
서비스 기획·백엔드 개발 인턴
실내 측위 기반 B2B2E 서비스, API·데이터 구조와 PoC 검증
KANGNAM UNIVERSITY
ICT융합공학부 가상현실전공
소프트웨어전공 부전공 · GPA 4.03 / 4.5
JiraConfluenceFigmaFigJamSQLGoogle SheetsGitHub