일상의 금융을 편리하게 변화시키는
Product Owner 정원주입니다
Contact
Emailwse02002@hanmail.net
Phone010-2013-9894
Scroll
Emailwse02002@hanmail.netPhone010-2013-9894
토스인컴이 찾는 사람데이터 기반으로 복잡한 문제를 구조화하고 끝까지 풀어본 경험이 있는 분
고객의 요구·페인포인트·사용 데이터를 기반으로 문제를 정의하고, 과제로 쪼개어 우선순위를 정한 뒤 끝까지 실행해요
유효한 가설을 세우고, 데이터 기반 실험과 반복을 통해 Product-Market Fit을 맞추고 서비스 경험을 고도화해요
성공과 실패를 빠르게 경험하고 학습해요
작은 스타트업의 CEO처럼 직접 문제를 발굴하고 해결하며, 성공과 실패를 빠르게 경험하고 학습해요
제품의 방향과 성과에 강한 오너십을 가진 분 · 초기 멤버로 팀을 함께 꾸려갈 분
자산관리·증명서 제출·금융상품 비교처럼 규제와 기술이 복잡한 금융을, 사용자가 이해하는 대신 자연스럽게 사용하도록 설계해왔습니다.
데이터로 문제의 본질을 정의하고, 복잡한 공공·금융 API를 사용자 맥락으로 재구조화하며 시장에 없던 서비스를 만들어왔습니다.
정량적·정성적 지표로 서비스 유입 허들 제거. 코어피쳐 맞춤형 홍보 전략으로 유입·전환 극대화. 이용내역 없는 신규 유저 초기 경험 설계.
비즈니스 모델·서비스 정책 수립부터 런칭까지 전 과정 리딩. 직접구축·SI 발주·타사 공동개발 등 모든 구축 방식 수행. 금융규제 해석으로 시장에 없던 서비스 설계.
사용자 행동 데이터 기반 문제 재정의. 공급자 중심 정보구조를 사용자 맥락 중심으로 재설계. 흩어진 기능을 하나의 사용 흐름으로 통합. 가설 검증으로 서비스 방향성 전환.
ISMS 인증, 웹 접근성, 금융 보안 감사 등 금융권 필수 컴플라이언스 대응. 장단기 로드맵 수립과 페인포인트 발굴·개선·회고 반복. 개발·법무·준법 등 내외부 이해관계 조정.
눈앞의 To-Do를 쳐내는 대신 서비스의 '정체성'을 재정의하여,
진짜 풀어야 할 문제를 정의하고 과제로 쪼개 우선순위를 정한 뒤 끝까지 실행합니다.
경조사 메모지 서비스를 담당하게 되었을 때, 당장 처리해야 할 요구사항이 산더미였습니다.
저는 눈앞의 개선사항에 급급해 하나씩 쳐내는 대신, '정확한 방향성'을 위해 서비스 정체성을 먼저 정의하고, 이에 맞게 우선순위를 재설정했습니다.
초기 기획은 커뮤니티·커머스·정보 탐색 등 '경조사와 관련된 모든 경험'을 제공하려다 서비스가 길을 잃은 상태였습니다.
이 방만한 방향성을 과감히 폐기하고, '주고받은 경조금 관리'라는 단 하나의 사용자 가치에만 집중하도록 프로덕트 전략을 전면 재수립했습니다.
내외부에서 쏟아지는 수많은 요구사항 중,
'누가 발의했는가'보다 '경조금 관리라는 핵심 기능에 집중하고 있는가'를 기준으로 백로그를 과감하게 갈아엎었습니다.
가설 — 시선을 분산시키는 불필요한 FNB를 제거하고 빈 화면(Empty State)에 직관적인 튜토리얼을 제공하면, 미등록 이탈이 줄어 첫 등록이 시작될 것이다.
같은 기간 서비스 전체 — DAU 203%↑ · MAU 164%↑
가설 — iM뱅크 메인 앱과 차별화된 독자적인 디자인(UI/UX)을 적용하면, 유저에게 더 트렌디하고 새로운 경험을 줄 수 있을 것이다.
결과·원인 — 별도의 디자인 가이드를 관리하는 데 불필요한 공수가 발생했고, 정작 iM뱅크 송금 등 메인 기능과 연계할 때 화면 간 이질감이 커 결국 기존 UI로 복구하는 이중 작업이 생겼습니다.
성공은 지표로 증명되고, 실패한 실험은 다음 가설을 벼리는 가장 가치 있는 데이터가 됩니다.
저는 완벽한 100점짜리 마스터플랜에 시간을 허비하지 않습니다. 정체성에 맞는 가장 날카로운 가설을 빠르게 실험하고, 실제 유저 데이터로 회고하여 다음 방향을 결정하는 것 — 이것이 제가 프로덕트와 조직을 리딩하는 방식입니다.
고객의 요구, 페인포인트, 사용 데이터를 기반으로 문제를 정의하고 성과까지 연결한 기록입니다.
'현상'에서 '왜'를 발굴하고, 과제로 쪼개 우선순위를 정한 뒤 끝까지 실행하기 위해 다양한 방법론을 사용합니다.
기능은 많지만 사용하는 유저는 적었습니다. '무엇을 더할까'가 아니라 '무엇을 덜어낼까'에서 출발한 케이스입니다.
서비스 소개
결혼·부고·돌잔치처럼 반복되는 애경사에서 누구와 얼마를 주고받았는지 상대별로 기록하고, 연 단위로 되짚어볼 수 있습니다.
청첩장·부고장은 앱에서 직접 만들어 전달하고, 받은 사람은 계좌 이체까지 한 흐름으로 이어집니다.
서비스 구축 당시, 프로젝트 일정에 맞춰 비즈니스 요구사항 구현에 매몰되어 서비스는 계속 비대해지고 사용성은 떨어졌습니다. 결국 고객 동선 고려 없이 홈/가계부/인맥/초대장/송금 5가지 기능을 FNB를 통해 병렬로 제공하였습니다. 심지어 C레벨의 관심도가 높아 다양한 부서장들의 신규기능 요청이 지속적으로 발생되어 서비스의 방향성이 모호해지고 있었습니다.
이 두 가지 분석을 통해 아래 핵심 요소를 발견할 수 있었습니다.
가계부 등록 5건이 리텐션 임계점 — 재방문율이 등록 0건 15.0%에서 5건 이상 88.5%로 급등한 뒤, 20건 이상(88.4%)까지 88%대에서 포화. 이 구간을 근거로 '가계부 5건 이상 등록자 수'를 서비스 핵심 지표로 직접 정의하고, 이후 모든 개편의 성공 기준을 이 지표로 통일
기록 또는 조회 단일 기능만 사용 후 즉시 이탈하는 단발성 세션 비율이 87%로 높음
5060대 72.3%, 남성 60.8%로 편중된 유저 분포 — 디지털 서비스 능숙도가 낮아 복잡한 UI에 취약
핵심 기능 간 교차 사용률 1.1% — 가계부와 인맥그룹을 함께 사용한 유저는 전체의 1.06%에 불과
기능별 도달률 편중 — 가계부 74.5% vs 인맥그룹 1.2% · 송금 0.5%
"내 경조사에 누가 얼마를 냈는지 정확히 알아야 나중에 돌려줄 수 있기 때문에, 기록 기능이 제일 중요해요."
— 50대 남성, 유저 인터뷰 중
실제 유저를 모집하는 대신, 35개 속성으로 설계한 150인 페르소나 라이브러리를 활용한 AI 페르소나 UT입니다.
실측 유저 분포(5060대 72.3% · 남성 60.8%)에 맞춰 표본 30명을 구성했고,
Claude Code가 Figma 화면 구조를 직접 읽어 페르소나별 6단계 여정 반응을 시뮬레이션했습니다.
가계부 등록 건수 상승률 ∝ 리텐션 비율
5060대·남성에 편중된 유저 분포
"5탭 구조가 등록 경로를 가린다"
경조금 등록 1개 태스크
→ 리텐션의 핵심 관문인 경조금 등록에서, 주요 유저인 5060 남성이 5탭 구조 때문에 실제로 막히는지 확인하기 위해 이 UT를 진행했습니다.
생활 맥락 설정
6단계 여정 대입
반응 시뮬레이션페르소나 P029(50대 남성) — "동료 결혼식 이체 직후 앱 열어 기록 시도" → 서비스 이해 단계에서 5탭 중 무엇을 눌러야 할지 망설임
GOAL기능 이용을 유도하자
가입 유저의 25.5%가 경조금을 단 한 건도 등록하지 않은 채 이탈했다.
등록 0건 재접속률 15.0% ↔ 5건 이상 88.5% · 5탭 중 실사용은 가계부 74.5%에 집중
하단 탭바를 제거하고 가계부 중심으로 서비스를 재편하면 미등록 이탈이 줄어 첫 등록이 시작될 것이다.
가계부 등록률 74.5% → 85% 달성 시 성공
5탭 병렬 구조가 등록 경로 탐색을 방해하고 있다
각 기능이 분절되어 특정 과업 완료 후 다른 기능으로 여정이 전이되지 않음
서비스를 가계부 중심으로 간소화
GOAL조회 기능을 강화하자
재접속률이 56.2%에 그쳤고,
등록자조차 30%는 돌아오지 않았다.
등록자 재접속률 70.2% · 인당 평균 5.4건에서 정체
가계부를 연 단위·인물별 1:1 맥락으로 특화하면 다시 열어볼 이유가 생겨 재방문이 늘고 기록이 축적될 것이다.
재접속률 56.2% → 70% 달성 시 성공
일반 계좌 내역과 다르지 않은 조회 화면이 재방문 동기를 만들지 못한다
일반 계좌내역과 다르지 않아 경조금 가계부에서 내역을 조회하지 않음
가계부를 '경조금 관리'에 특화
서비스의 구축부터 운영, 고도화를 담당하면서 장단기 로드맵을 수립하고, 서비스 내외부의 페인포인트 발굴·개선·회고를 반복하며 지표를 개선하였습니다. 그 과정에서 데이터 분석, 마케팅, 고객 인터뷰 등 서비스 관리부터 부서간 협의, C레벨 보고, 예산 협의 등 현실적인 업무를 담당하며 책임자의 역량을 기를 수 있었습니다.
스크래핑 오류 자체보다 더 큰 문제는 사용자가 현재 상황을 이해하지 못하고, 다음 행동을 예측하지 못한다는 점이었습니다.
서비스 소개
대출 심사나 지원금 신청 도중 필요한 주민등록등본·가족관계증명서 등을 사용자가 직접 떼러 가지 않아도 되는 서비스입니다.
고객사 앱이나 문자 링크로 진입해 본인 인증만 하면, 정부24·대법원·건강보험공단에서 자동으로 받아 전달합니다.
사용자는 대출 및 지원금 신청 등 본 목적을 처리하는 과정에서 증명서 스크래핑 화면을 마주하며, 잦은 외부기관 연동 오류와 불투명한 진행 상태로 인해 반복적인 민원을 제기하고 있었습니다. 이에 단순 민원 처리에 그치지 않고 인입된 전체 비정형 VoC를 정형화하여, 스크래핑 프로세스 자체의 근본적인 서비스 개선 방향을 수립했습니다.
수집한 VoC 150건을 이슈가 발생한 화면 단위로 집계한 수치입니다.
수집된 VoC 150건을 불편 유형별로 분류한 구성비입니다. 입력 복잡성과 오류 안내 부재가 전체의 56.0%를 차지했습니다.
GOAL오류 앞에서도 멈추지 않게 하자
인증~결과 구간 VoC 60건의 85.0%가 '오류 원인·현재 상태를 알 수 없다' 유형이었다.
오류 안내 없음 37건 · 상태 불명확 31건 · 인증 진행 단계 33건(22.0%)으로 집중
진행 상태와 남은 과업을 보여주고 실패 건만 재시도하게 만들면 오류 상황에서도 이탈이 줄어들 것이다.
증명서 제출 완료율 상승을 성공 기준으로 설정
오류 자체보다 '현재 상태와 다음 행동을 알 수 없는 것'이 이탈을 만든다
오류 발생 시 현상태와 다음 행동이 보이지 않아 서비스 장애로 인식됨
UX 원칙 기반 무중단 오류 흐름 설계
GOAL허들을 목적 달성에 필요한 단계로 바꾸자
진입~신청 구간에서 발생한 VoC 69건의 84.1%가 '무엇을 왜 해야 하는지 모르겠다' 유형이었다.
서비스 이해 부족 35건 · 입력 복잡성 47건 · 신청서 작성 단계 45건(30.0%)으로 최다
사용자의 실제 목적을 랜딩 상단에 먼저 제시하고 입력을 단계별로 분리하면 진입 단계 이탈이 줄어들 것이다.
고객사가 자사 사용자에게 연결할 수 있는 진입 경험 확보를 성공 기준으로 설정
기관명·증명서명 중심의 UI가 사용자의 본래 목적과 단절되어 있다
증명서 제출이 본래 금융 업무와 연결되지 않아 낯선 절차로 인식
UX 원칙 기반 단계별 진입 설계
정성 민원을 화면 단위로 분류해, 기능 오류가 아닌 UX 문제로 재정의하는 역량을 기를 수 있었습니다. 기술적으로 피할 수 없는 오류를 진행 상태, 안내 문구, 재시도 흐름으로 전환하는 UX 문제해결 역량을 쌓았습니다.
기획자는 '넓게' 알아야 합니다.
금융 서비스는 '더 깊게' 책임져야 합니다.
FIELD 01규제와 기술이 복잡한 금융 환경에서 스스로 길을 찾아냅니다.
0→1 서비스 구축·운영
마이데이터 자산관리, 전자증명서, 보험비교 등 금융업계에 새로운 비즈니스가 열릴 때마다 인하우스 구축부터 제휴·위수탁·SI까지 다양한 방식으로 서비스를 만들어왔습니다. 레퍼런스가 없는 신규 영역이 대부분이라, 아이디어 발굴부터 구축, 오픈 후 중장기 로드맵 수립까지 빠른 사이클의 디벨롭을 계속해왔습니다.
금융규제 대응
마이데이터·보험비교 등 금융규제의 모호한 가이드라인 속에서 서비스를 만들어왔습니다. 규제를 돌파하기 위해 행안부에 직접 방문하거나, 샌드박스로 규제가 해소되면 금융당국과 법규를 함께 정리해나가며 금융 규제를 최전방에서 해석해왔습니다.
인증 · 보안 가이드라인 충족
계좌이체를 위한 금융결제원 보안영역 인증서 발급, EDD/CDD 등 금융 서비스에 필요한 보안 절차를 주도해왔습니다. 인증과 보안을 별도 절차가 아니라 서비스 흐름 안에 반영해 출시 리스크를 줄일 수 있습니다.
FIELD 02개발자, 디자이너와 같은 언어로 소통하며, 복잡한 요구사항을 구현 가능한 설계로 바꿉니다.
API 기반 화면 설계
마이데이터, 스크래핑, 대출·보험비교처럼 외부 데이터 기반 서비스를 기획하며 통신 규격과 데이터 컬럼값까지 화면설계서에 매핑해왔습니다. 복잡한 연동 구조를 파악하고, 사용자는 단순하게 이해할 수 있는 UX로 풀어낼 수 있습니다.
디자인 시스템 기반 UI 기획
산업공학부 디자인공학 전공을 바탕으로 컴포넌트 단위 UI 스펙 작성, Figma 협업, 디자인 토큰 이해까지 함께 가져갑니다. 디자인 의도와 개발 구현 사이에서 필요한 기준을 정리하고, 팀이 같은 언어로 움직이게 할 수 있습니다.
App · Web 개발환경 이해
Native App, Hybrid Web 등 다양한 개발 현장에서 퍼블리싱·프론트·백엔드 전 과정을 경험했습니다. 담당자별 작업 환경을 이해하고 있어 작업 의뢰, 피드백, QA까지 흐름이 끊기지 않게 조율할 수 있습니다.
FIELD 03금융서비스 운영에 필수적인 준법·보안·정보보호 영역까지 직접 챙깁니다.
ISMS 인증 심사
정보보호 관리체계(ISMS) 인증 심사를 기획 담당자로 수년간 직접 대응해왔습니다. 개인정보 처리 절차·보안 취약점 점검 항목을 기획 단계에서 선제 반영하여 심사에서 문제가 되지 않는 서비스 구조를 만들 수 있습니다.
약관 · 동의서 관리
제휴사·위수탁사 연계를 위해 개인정보 처리방침, 제3자 제공 동의서, 위수탁 계약서 등 100여건의 문서를 직접 제정했습니다. 다양한 제휴·위수탁 연계 경험을 바탕으로 복잡한 약관 구조 관리에 익숙하며, 최소한의 정보를 체계적으로 정리하여 히스토리 누락 없이 관리할 수 있습니다.
개인정보 관리 담당
고객 민원, 금융당국 점검, 내부 보안 점검에서 CI·주민등록번호·신용정보 등 민감정보 취급 이슈를 다뤄왔습니다. 점검 항목과 취급 정보에 따라 필요한 조치 방향을 정리하고 운영 리스크를 줄일 수 있습니다.
아이디에이션부터 검증, 구현, QA까지
서비스를 만들고 운영하고 개선하는 모든 과정에 AI를 활용합니다.
실제 유저를 모집·인터뷰하는 대신, 35개 속성으로 설계한 150인 가상 유저로 먼저 걸러냅니다. 리서치 비용을 쓰기 전에 방향이 맞는지 셀프로 확인합니다.
아이디어를 던지면 그다음부터는 지휘만 합니다. PO부터 QA까지는 AI에게 맡기고, 저는 방향과 승인만 판단합니다.
Antigravity
Codex
GitHub
Vercel
Supabase
챙길 걸 일일이 기억하는 대신, 텔레그램에 던져두면 AI가 분류·정리하고 아침에 먼저 보고합니다.
사용자의 페인포인트를 발굴하고, 데이터로 증명하며, 비즈니스 성과까지 연결해 온 6년.
그 경험을 함께 이어갈 팀이라면, 언제든 편하게 연락 주세요.
실제 유저를 모집하고 인터뷰하는 대신, 35개 속성으로 설계한 150인 가상 유저로 먼저 검증하는 커스텀 스킬입니다. Figma 프로토타입만 있으면, 리서치 비용을 쓰기 전에 방향이 맞는지 셀프로 확인합니다.
나이대·성별·지역·직업·가구형태·소득 등 — 실제 UT 스크리닝 문항과 동일한 수준으로 설계
주거래 앱, 이체 빈도, 저축 성향, 신규 서비스 수용도, 개인정보 민감도까지 포함
기상·취침 시간, 스마트폰 주 사용 시간대, 이체 빈도, 주말 패턴 — 언제 서비스를 만나는지를 결정하는 값
개별 페르소나 파일엔 최대 35개 속성이 설계돼 있고, 시뮬레이션 실행 시엔 이 중 핵심 17개(인구통계 12 + 생활 리듬 5)만 추출해 속도와 깊이의 균형을 맞춥니다
실제 UT는 리크루팅 예산과 일정 때문에 보통 5~10인 규모로 진행합니다. 이 시뮬레이션은 디지털 친숙도부터 기존 도구 보유 여부까지 교차 설계된 표본이라, 실제 리크루팅에서 놓치기 쉬운 조합까지 처음부터 포함합니다.
1차 층화 스캔 (필수)
디지털 친숙도·연령대·이용 빈도·의사결정 스타일·기존 도구 보유, 5가지 변수를 교차 커버하도록 20~30인을 선정합니다. 반응유형 6종이 최소 1건씩 나오는지도 함께 확인해, 특정 유형이 0건이면 인원을 보충합니다.
2차 목적적 검증 (선택)
1차에서 부족했던 반응유형과 페인포인트가 몰린 세그먼트를, 직업군·시간압박 같은 하위 변수까지 다양화해 다시 채웁니다. 같은 세그먼트를 반복하지 않는 게 원칙입니다.
대비·확증 확장 (선택, 자동 연속)
문제 세그먼트의 반대 조합, 아직 안 나온 직업군·생애 단계까지 넣어 "안전하다고 봤던 곳"에 숨은 문제가 있는지 확인하고, 애매하게 남은 가설은 다시 한번 확증합니다.
프로토타입의 화면 구조·CTA·텍스트 레이어를 자동으로 읽어 페르소나 시뮬레이션 입력 데이터로 변환
커스텀 스킬로 페르소나 선별부터 시뮬레이션·리포트 생성까지 전체 파이프라인을 자동 실행
150인 페르소나 속성과 생활 리듬 데이터를 마크다운으로 저장해 시뮬레이션 입력값으로 제공
경조사 가계부 엑셀 업로드 UX를, 150인 AI 페르소나로 미리 검증했습니다
Figma 프로토타입과 150인 가상 유저 데이터를 Claude Code로 연결해 반응을 시뮬레이션했습니다.
그때 실제로 나온 결과물 원본 — 페르소나별 고객여정과 로우데이터까지 그대로 확인할 수 있습니다.
아이디어를 Team.원주 애자일팀에 전달하면, 시장조사·PO·기획·디자이너·개발·QA 역할의 서브 Agent들이 서로 피드백을 주고받으며 아이디어를 실제 서비스로 구현합니다. 정원주가 오케스트레이터로 전체 흐름을 조율합니다.
Claude Code 서브 Agent 병렬 실행 — 정원주가 지휘하고 각 역할이 정해진 업무 프로세스대로 협업
아이디어 입력
원주님이 아이디어를 자연어로 전달합니다. 기능 목표, 타겟 사용자, 핵심 제약사항을 포함하면 PO Agent가 정리합니다.
PRD & 화면 설계
기획 Agent가 PRD를 작성하고, UI 디자이너 Agent가 컴포넌트 구조와 화면 흐름을 설계합니다. 각 Agent가 서로 피드백을 주고받아 완성도를 높입니다.
병렬 구현 & 배포
프론트엔드는 Vercel로, 백엔드는 Supabase로 배포합니다. GitHub을 통해 버전을 관리하며 풀스택 Agent가 통합 이슈를 조율합니다.
실제 브라우저 QA
Antigravity / Codex가 실제 브라우저를 열어 E2E 테스트를 수행합니다. 발견된 버그는 QA Agent가 리포트하고 자동으로 수정 사이클에 진입합니다.
PO·기획·디자인·프론트·백엔드·QA 서브 Agent를 병렬 실행해 각자 업무 프로세스를 독립 수행
실제 브라우저를 직접 열어 클릭·입력·네비게이션까지 E2E 테스트를 자동 수행
Agent별 브랜치를 관리하고 코드 리뷰를 자동화, 배포 파이프라인과 연동해 머지 즉시 배포
PR마다 미리보기 URL을 자동 생성하고, 머지 시 프론트엔드를 운영 환경에 배포
백엔드 데이터베이스·API를 관리하고, Edge Function으로 서버리스 로직을 직접 실행
아이디어 하나가 실제 서비스가 되기까지, 6단계 전 과정을 공개합니다
반려견 동반 애견카페 탐색 서비스 '퍼피스팟'을 시장조사·문제정의부터 화면설계·프론트구현·백엔드연동·통합QA·배포까지 Team.원주가 실제로 진행한 기록입니다.
가설이 어떻게 검증됐고 무엇이 폐기됐는지, 리스크와 오픈퀘스천까지 그대로 담겨 있습니다.
텔레그램으로 자료·기프티콘·일정 등을 전달하면 정보를 확인하고 저장·분류한 뒤, 매일 아침 일정 보고를 해주는 나만의 전담 비서입니다. Oracle DB와 Google 생태계에 연동하여 모든 정보가 자동으로 정리됩니다.
오늘 일정 · 10:00 팀 미팅 (회의실 3F)
오늘 일정 · 14:00 한화생명 미팅 (여의도)
만료 임박 기프티콘 · 스타벅스 아메리카노 (D-2)
저장된 자료 · 어제 아카이브한 아티클 3건
수신 자료를 읽어 분류하고, 일정·기프티콘 정보를 추출하는 지능적 처리를 담당
자료를 받는 창구이자 아침 보고를 발송하는 채널, 명령어로 즉시 조회도 처리
Telegram 수신부터 분류·DB 저장·알림 발송까지 전체 파이프라인을 자동 연결
분류된 자료·기프티콘·히스토리를 구조화해 영구 저장하고 상시 서빙
일정은 Calendar에 등록하고, 리포트는 Sheet에 기록하고, 파일은 Cloud에 보관
텔레그램에 자료를 던지면, AI가 분류해 아침마다 먼저 보고합니다
n8n 워크플로우로 Telegram 수신부터 분류·DB 저장·알림까지 전체 파이프라인을 연결했습니다.
워크플로우 노드 구성부터 Oracle·Google 연동 방식까지, 실제 구현 상세를 그대로 확인할 수 있습니다.