프로덕트를 리딩하는 방식

눈앞의 To-Do를 쳐내는 것이 아니라,
서비스의 '정체성'을 재정의하여 진짜 풀어야 할 문제에만 집중합니다.

01페인포인트 발굴

→

02우선순위 판단

→

03조직 방향 조율

→

04임팩트 창출

넘쳐나는 백로그 속에서 길 찾기

경조사 메모지 서비스를 담당하게 되었을 때, 당장 처리해야 할 요구사항이 산더미였습니다.
저는 눈앞의 개선사항에 급급해 하나씩 쳐내는 대신, '정확한 방향성'을 위해 서비스 정체성을 먼저 정의하고, 이에 맞게 우선순위를 재설정했습니다.

서비스 정체성 및 방향성 수립

iM뱅크의 목적은?

사용자를 Lock-In 해 MAU에 기여한다

사용자의 어떤 문제를 해결하지?

주고받은 경조사 관리가 귀찮고 어렵다

그래서 어떻게 해결하지?

인맥 기반 경조금 가계부 + 경조사 초대장 공유

'선택과 집중'을 통한 프로덕트 전략 재수립

초기 기획은 커뮤니티·커머스·정보 탐색 등 '경조사와 관련된 모든 경험'을 제공하려다 서비스가 길을 잃은 상태였습니다.
이 방만한 방향성을 과감히 폐기하고, '주고받은 경조금 관리'라는 단 하나의 사용자 가치에만 집중하도록 프로덕트 전략을 전면 재수립했습니다.

지인 간 소통을 위한 커뮤니티내 모든 인맥을 연결하는 네트워크화환/선물 등 경조사 맞춤 커머스웨딩홀/장례식장 종합 정보 탐색모바일 초대장 제작 및 배포 플랫폼모든 지인의 일정을 챙기는 알림장데이터 기반 마케팅 혜택 제공 채널

As-Is · 방만한 방향성

주고받은경조금 관리

To-Be · 뾰족한 코어 가치

정체성 기반 우선순위 정리

내외부에서 쏟아지는 수많은 요구사항 중,
'누가 발의했는가'보다 '경조금 관리라는 핵심 기능에 집중하고 있는가'를 기준으로 백로그를 과감하게 갈아엎었습니다.

이 2가지 질문을 통과한 항목만 남겼습니다

우리 서비스 성격(경조금 가계부)에 맞는가?유저의 핵심 문제를 해결하는가?

프로젝트 최초 발의인맥그룹 상세페이지(마인드맵) 고도화가계부 본질보다 부가적인 네트워크·커뮤니티 기능에 치중

C레벨 요건인맥의 계좌정보 수집경로 다양화금융 보안 리스크·유저 심리적 거부감을 유발하는 과도한 스펙

프로젝트 최초 발의인맥 등록 시 그룹 초대 구조로 Table(DB) 변경초기 단계에서 시스템만 무거워지는 불필요하게 복잡한 기능

타부서 요청마케팅 목적의 App Push 발송 항목 추가핵심 기능 사용성 개선이 우선이므로 후순위로 연기

PO 발의가계부 위주 메인 개편 · 전 페이지 FNB 제거시선을 분산시키는 요소를 없애고 코어 기능에 집중

PO 발의초대장 생성 없이 가계부에 이벤트 바로 등록유저의 서비스 진입 허들 최소화

PO 발의미보유자(신규 유저) 이용 유도 동선 제공등록→조회→인맥맵핑 튜토리얼로 초기 이탈 방어

제휴·영업iM뱅크 메인 앱 연락처 송금·이체 페이지 연계메인 뱅킹 앱과의 트래픽 시너지 창출

프로젝트 최초 발의엑셀 경조사 내역 대량 다운로드·업로드헤비 유저 락인 기대 → 추후 실패 사례로

기획을 실행하고, 성공과 실패에서 배우다

성공한 실험 선택과 집중 · 코어 UX 개편

불필요한 요소를 걷어내고 핵심 기능에 집중

가설 — 시선을 분산시키는 불필요한 FNB를 제거하고 빈 화면(Empty State)에 직관적인 튜토리얼을 제공하면, 핵심 기능(가계부) 진입률이 오를 것이다.

173%↑10건 이상 등록자 · 기록 습관 정착

203%↑일 평균 접속자(DAU) · 신규 유저 활성화

164%↑월 활성 사용자(MAU)

실패한 실험 독립적인 UI/UX 정책 도입

메인 앱과 차별화된 독자 디자인 적용

가설 — iM뱅크 메인 앱과 차별화된 독자적인 디자인(UI/UX)을 적용하면, 유저에게 더 트렌디하고 새로운 경험을 줄 수 있을 것이다.

결과·원인 — 별도의 디자인 가이드를 관리하는 데 불필요한 공수가 발생했고, 정작 iM뱅크 송금 등 메인 기능과 연계할 때 화면 간 이질감이 커 결국 기존 UI로 복구하는 이중 작업이 생겼습니다.

Lesson — 신규 서비스는 '보기 좋은 독자성'보다 '메인 앱과의 매끄러운 통합'과 '운영 효율성'이 훨씬 더 중요하다는 뼈아픈 레슨을 얻었습니다.

배포는 끝이 아니라, 가장 확실한 데이터를 얻는 시작입니다

CoreValue

Plan계획

Build구축

Measure측정

Learn학습

성공은 지표로 증명되고, 실패한 실험은 다음 가설을 벼리는 가장 가치 있는 데이터가 됩니다.

저는 완벽한 100점짜리 마스터플랜에 시간을 허비하지 않습니다. 정체성에 맞는 가장 날카로운 가설을 빠르게 실험하고, 실제 유저 데이터로 회고하여 다음 방향을 결정하는 것 — 이것이 제가 프로덕트와 조직을 리딩하는 방식입니다.

'일하는 방식'을 실제 문제해결로 증명합니다

User의 PainPoint를 발굴하고, 비즈니스모델의 수익달성을 위한 문제해결은 기본 역량입니다.
'현상'에서 '왜'를 발굴하고, 이를 성과까지 연결하기 위해 다양한 방법론을 사용하고 있습니다.

문제 정의Mobile · iM뱅크 경조사 메모지

기능은 다양한데, 왜 안 쓰지?

기능은 많지만 사용하는 유저는 적었습니다. '무엇을 더할까'가 아니라 '무엇을 덜어낼까'에서 출발한 케이스입니다.

서비스 소개

경조사 메모지 — iM뱅크 앱 내 경조금 관리 & 모바일 초대장

결혼·부고·돌잔치·모임 등 주고받은 경조금을 1:1로 관리하고, 모바일 초대장을 만들어 공유하는 서비스입니다.

서비스 오픈 직후 달리지 않고 멈춰서 점검했습니다

서비스 구축 당시, 프로젝트 일정에 맞춰 비즈니스 요구사항 구현에 매몰되어 서비스는 계속 비대해지고 사용성은 떨어졌습니다. 결국 고객 동선 고려 없이 홈/가계부/인맥/초대장/송금 5가지 기능을 FNB를 통해 병렬로 제공하였습니다. 심지어 C레벨의 관심도가 높아 다양한 부서장들의 신규기능 요청이 지속적으로 발생되어 서비스의 방향성이 모호해지고 있었습니다.

리서치 리포트 정성·정량 분석으로 도출한 핵심 발견

분석 방법

정성 분석 — 서비스 이용목적 확인을 위한 임직원 설문 + 유저 인터뷰 정량 분석 — 핵심 기능간 퍼널 전이율 · 세그먼트 충성도 · CTA별 활성도 · 고객유형 비교 · iM뱅크앱 충성지표

이 두 가지 분석을 통해 아래 핵심 요소를 발견할 수 있었습니다.

발견사항

가계부 등록 건수와 리텐션의 강한 비례 관계 — 등록 0건 재방문율 15.0% vs 20건 이상 88.4% (5.9배 격차)

기록 또는 조회 단일 기능만 사용 후 즉시 이탈하는 단발성 세션 비율이 87%로 높음

5060대 72.3%, 남성 60.8%로 편중된 유저 분포 — 디지털 서비스 능숙도가 낮아 복잡한 UI에 취약

핵심 기능(가계부 ↔ 인맥 ↔ 송금) 간 교차 사용 비율 저조 — 가계부 74.5% vs 인맥그룹 1.2% · 송금 0.5%

"내 경조사에 누가 얼마를 냈는지 정확히 알아야 나중에 돌려줄 수 있기 때문에, 기록 기능이 제일 중요해요."

— 50대 남성, 유저 인터뷰 중

AI를 활용한 User Test

왜 이 UT를 했나

발견 1

가계부 등록 건수 상승률 ∝ 리텐션 비율

발견 2

5060대·남성에 편중된 유저 분포

가설

"5탭 구조가 등록 경로를 가린다"

검증 범위

경조금 등록 1개 태스크

→ 리텐션의 핵심 관문인 경조금 등록에서, 주요 유저인 5060 남성이 5탭 구조 때문에 실제로 막히는지 확인하기 위해 이 UT를 진행했습니다.

어떻게 진행했나

대상

핵심 타겟5060 남성 14인

인접 타겟40대 남녀 11인

비교군30~20대 5인

방법

생활 맥락 설정

→

6단계 여정 대입

→

반응 시뮬레이션

예시

정상호(50대) — "동료 결혼식 이체 직후 앱 열어 기록 시도" → 서비스 이해 단계에서 5탭 중 무엇을 눌러야 할지 망설임

핵심 발견 요약

36%

5060 남성 핵심타겟 · 작업 실패율

70%

탭 탐색 구간
불편 경험률

3단계

주요 이탈
발생 구간

핵심 이슈: ‘서비스 이해 → 탭 탐색’ — 5탭 구조가 경조금 등록 경로를 가림

반응유형 분포 n=30

n=30

즉시 사용8명

망설임 후15명

미사용5명

타인 도움2명

고객여정 차트 — 라인 클릭 시 우측에 페르소나 상세 표시

라인을 클릭하면
페르소나 정보가 표시됩니다

단계별 허들 유형 — 단계별 불편 경험률 & 대표 사용자 반응 · n=30

홈 진입 후23%가 불편 경험

앱 기능 진입점 불명확

"홈 화면은 떴는데, 경조금을 기록하려면 뭐부터 눌러야 하는지 눈에 안 들어왔어요"

서비스 이해 과정에서90%가 불편 경험

5탭 구조 탐색 부담

"탭이 다섯 개나 되니까, 이게 무슨 앱이고 내가 뭘 할 수 있는지부터 헷갈렸어요"

탭 탐색 과정에서77%가 불편 경험

경조금 등록 위치 추론 불가

"가계부에 있을 줄 알았는데 안 보이고, 홈이랑 인맥만 왔다 갔다 하다 결국 못 찾았어요"

등록 CTA 발견 후57%가 불편 경험

등록 버튼 시인성 부족

"가계부 화면까진 왔는데, 등록 버튼이 아래에 작게 있어서 한참 지나서야 눈에 띄었어요"

정보 입력 후20%가 불편 경험

입력 허들 상대적으로 낮음

"입력 항목은 안내가 있어 크게 막히진 않았는데, 날짜·상대 고르는 게 조금 번거로웠어요"

완료 확인 후10%가 불편 경험

완료 상태 메시지 불명확

"저장은 눌렀는데 완료 표시가 잠깐 떴다 사라져서, 진짜 등록됐는지 다시 들어가 확인했어요"

개선 — 데이터 기반 UI 재설계

GOAL기능 이용을 유도하자

1문제정의 및 가설수립

문제정의

가입 유저의 25.5%가 경조금을 단 한 건도 등록하지 않은 채 이탈했다.
등록 0건 재접속률 15.0% ↔ 5건 이상 88.5% · 5탭 중 실사용은 가계부 74.5%에 집중

→

가설수립

하단 탭바를 제거하고 가계부 중심으로 서비스를 재편하면 미등록 이탈이 줄어 첫 등록이 시작될 것이다.
가계부 등록률 74.5% → 85% 달성 시 성공

검증할 가정

5탭 병렬 구조가 등록 경로 탐색을 방해하고 있다

2개선 방법

AS-IS · 문제

각 기능이 분절되어 특정 과업 완료 후 다른 기능으로 여정이 전이되지 않음

하단 FNB 5탭 — 기능 병렬 제공

기능별 메인 페이지 개별 존재

진입 후 아무 이용 없이 이탈 비율 높음

불필요한 페이지 체류 多

🔍 클릭해서 확대해서 보세요

서비스 메인

🔍 클릭해서 확대해서 보세요

인맥 홈

🔍 클릭해서 확대해서 보세요

초대장 홈

🔍 클릭해서 확대해서 보세요

가계부 홈

TO-BE · 해결

서비스를 가계부 중심으로 간소화

하단 탭바 UI 제거, 기능별 메인 페이지 통합

가계부 중심으로 홈 화면 재구성

온보딩·자동등록·거래상대 등록 유도장치 추가

단일 맥락 여정으로 교차 이용 유도

스크롤해서
확인해보세요

가계부 중심 홈화면 통합

3주요 성과

88.5%

가계부 등록률 · 목표 85% 초과

173%↑

10건 이상 등록자

1.7Page↓

과거내역 탐색 퍼널 단축

4회고

"있으면 필요한 사람이 쓰겠지?"는 안된다. 쓰고 싶은 사람이라도 떠먹여줘야 쓴다.

기능을 늘리는 것보다 사용자가 자연스럽게 도달하는 길을 만드는 것이 더 중요하다.

GOAL조회 기능을 강화하자

1문제정의 및 가설수립

문제정의

재접속률이 56.2%에 그쳤고,
등록자조차 30%는 돌아오지 않았다.
등록자 재접속률 70.2% · 인당 평균 5.4건에서 정체 · 보낸금액만 등록 96.4%로 양방향 관리 미작동

→

가설수립

가계부를 연 단위·인물별 1:1 맥락으로 특화하면 다시 열어볼 이유가 생겨 재방문이 늘고 기록이 축적될 것이다.
재접속률 56.2% → 70% 달성 시 성공

검증할 가정

일반 계좌 내역과 다르지 않은 조회 화면이 재방문 동기를 만들지 못한다

2개선 방법

AS-IS · 문제

일반 계좌내역과 다르지 않아 경조금 가계부에서 내역을 조회하지 않음

월 기준 통계 — 경조사 없는 달엔 무의미

불필요한 금융정보 노출 및 맥락없는 정보 나열

일반 거래 내역과 차별화 안됨

🔍 클릭해서 확대해서 보세요

조회 필터

🔍 클릭해서 확대해서 보세요

상세 내역

TO-BE · 해결

가계부를 '경조금 관리'에 특화

통계 기준 월 → 연으로 변경 (경조사 빈도 반영)

불필요한 금융정보 제거, 누구에게·얼마를·언제 맥락으로 구성 변경

거래 상대방과 주고받은 1:1 내역 제공

🔍 클릭해서 확대해서 보세요

조회 필터

🔍 클릭해서 확대해서 보세요

상세 내역

🔍 클릭해서 확대해서 보세요

1:1 내역

3주요 성과

75.0%

재접속률 · 목표 70% 초과

83.2%

등록자 재접속률 (70.2% →)

0.7일↓

재접속 주기

4회고

사람들은 이것도 저것도 다 되는 범용 서비스보다, 지금 필요한 문제를 정확히 해결해주는 뾰족한 서비스를 찾는다.

금융 데이터는 많이 보여주는 것보다, 사용자가 다시 확인하고 싶은 맥락으로 정리할 때 더 자주 쓰인다.

이 경험으로 얻은 역량

서비스의 구축부터 운영, 고도화를 담당하면서 장단기 로드맵을 수립하고, 서비스 내외부의 페인포인트 발굴·개선·회고를 반복하며 지표를 개선하였습니다. 그 과정에서 데이터 분석, 마케팅, 고객 인터뷰 등 서비스 관리부터 부서간 협의, C레벨 보고, 예산 협의 등 현실적인 업무를 담당하며 책임자의 역량을 기를 수 있었습니다.

데이터 분석유저 인터뷰 마케팅 기획C레벨 보고 예산 협의서비스 구축·운영·고도화 로드맵 수립스테이크홀더 관리

문제 정의Mobile · WeCheck 스크래핑

오류도 아닌데, 왜 포기하지?

스크래핑 오류 자체보다 더 큰 문제는 사용자가 현재 상황을 이해하지 못하고, 다음 행동을 예측하지 못한다는 점이었습니다.

서비스 소개

WeCheck — 증명서를 실물 없이 스크래핑으로 발급·제출하는 B2B2C 서비스

대출심사·카드발급·지원금 자격확인 등에 필요한 증명서를, 실물 제출 없이 스크래핑 데이터로 처리하는 B2B2C 서비스입니다. 고객사 App 또는 문자 링크로 진입하는 1회성 이용 성향을 가집니다.

현상분석 — VoC의 구조화를 통한 근본적 개선 방향 도출

사용자는 대출 및 지원금 신청 등 본 목적을 처리하는 과정에서 증명서 스크래핑 화면을 마주하며, 잦은 외부기관 연동 오류와 불투명한 진행 상태로 인해 반복적인 민원을 제기하고 있었습니다. 이에 단순 민원 처리에 그치지 않고 인입된 전체 비정형 VoC를 정형화하여, 스크래핑 프로세스 자체의 근본적인 서비스 개선 방향을 수립했습니다.

민원 수집 — 고객센터·이메일·고객사 담당자 채널별 분류 화면 단위 분류 — 서비스 진입부터 결과 안내까지 전 구간 분석

수집한 모든 VoC 정제 — 화면, 단계별 카테고라이징

서비스 이해이걸 꼭 해야 하는 건가요? 안 하면 대출이 안 되는 건지요.

서비스 이해벤처파이낸셜에서 넘어온 거 맞는데, 왜 다른 회사 화면이 나오는 건지 이해가 안 됩니다.

서비스 이해WeCheck이 처음 들어보는 서비스라서 그냥 껐어요. 믿어도 되는 건가요?

서비스 이해약관 동의를 왜 다시 해야 하나요? 이미 은행 앱에서 다 동의했는데요.

입력 복잡성주소를 왜 두 번이나 입력해야 하나요? 자동입력도 안 되고 너무 불편해요.

입력 복잡성사용목적 사이트별이 무슨 뜻인지 모르겠어요. 어떤 걸 선택해야 하나요?

입력 복잡성저는 사업자가 없는데 사업자등록번호 입력란이 왜 나오나요?

입력 복잡성필수항목이 뭔지 표시가 없어서 뭘 꼭 써야 하는지 모르겠어요.

입력 복잡성간편인증 로그인이랑 금융인증서가 뭐가 다른 건지 모르겠어요. 뭘 선택해야 하나요?

서비스 이해공동인증서로 하면 안 되나요? 제가 그것밖에 없어서요.

입력 복잡성브라우저인증 선택했는데 이후에 뭘 해야 하는지 안내가 없어요.

오류 안내 없음인증 방법을 잘못 골랐는지 오류가 났는데, 어떤 걸 선택해야 성공하는 건지 모르겠어요.

오류 안내 없음인증 오류가 났는데 왜 오류가 나는지 이유를 알 수가 없어요. 비밀번호도 맞는 거 확인했는데.

상태 불명확주민등록표 조회가 실제로 되고 있는 건지, 진행 중인지 아닌지 전혀 모르겠어요.

오류 안내 없음오류가 났을 때 다시 하라는 건지 뒤로 가야 하는 건지 어떻게 해야 하는지 모르겠어요.

오류 안내 없음몇 번 틀리면 잠기는 건가요? 잠겼을 때 어떻게 해야 하는지 안내가 없어서 포기했어요.

상태 불명확로딩 화면이 2~3분째 그대로인데 진행이 되고 있는 건가요? 이게 정상인가요?

오류 안내 없음갑자기 오류가 났는데 처음부터 다시 해야 하나요? 지금까지 한 게 날아가는 건가요?

상태 불명확조회 도중에 폰 화면이 꺼졌다가 다시 켰더니 처음 화면이에요. 이거 처음부터 다시 해야 하나요?

상태 불명확로딩이 오래 걸리면 그냥 취소하고 나가도 되나요? 대출에 영향이 생기지 않는지 걱정돼요.

오류 안내 없음조회에 실패했다는데 정부24, 대법원 중에 뭘 다시 해야 하는지 모르겠어요.

오류 안내 없음같은 걸 몇 번이나 다시 해도 계속 실패해요. 서비스 자체에 문제가 있는 건 아닌가요?

상태 불명확"다음 단계를 진행하세요"라는데 실패한 채로 진행하면 대출 심사에 문제가 생기는 건 아닌가요?

오류 안내 없음조회 결과가 일부만 성공했는데, 부분 성공도 제출이 되는 건지 아닌지 알 수가 없어요.

이탈퍼널 수치화 — 단계별 이슈 발생 건수

수집한 VoC 130건을 이슈가 발생한 화면 단위로 집계한 수치입니다.

온보딩

22건 · 17%

신청서 작성

42건 · 32%★ 최다

인증서 선택

16건 · 12%

인증 진행

24건 · 18%★ 집중

스크래핑 대기

13건 · 10%

결과 조회

13건 · 10%

이슈 카테고라이징 — VoC 130건 카테고리 분류

수집된 VoC 130건을 불편 유형별로 분류한 구성비입니다. 입력 복잡성과 오류 안내 부재가 전체의 60%를 차지했습니다.

130건총 VoC

입력 복잡성32%42건

오류 안내 없음28%36건

서비스 이해 부족22%29건

상태 불명확18%23건

핵심 인싸이트 — 위 이탈퍼널 · 카테고라이징 수치 종합

42건

이슈 최다 화면
신청서 작성

24건

이슈 집중 화면
인증 진행

32%

VoC 유형 1위
입력 복잡성

28%

VoC 유형 2위
오류 안내 없음

사용자는 서비스 목적을 이해하지 못한 상태에서 과다한 입력과 불명확한 오류 상황을 반복적으로 마주했으며, UX 심리학 관점에서 부정적 감정을 최초 목적으로 포커스를 이동시키고 친절한 안내를 통해 빠르게 다음 Step으로 나아갈 수 있게 도와주어야 했습니다.

1절차의 이유를 납득시켜야 한다

2한 번에 많은 정보를 요구하지 않고 단계별로 안내한다

3진행 상태와 남은 과업을 보여줘야 한다

4오류 앞에서도 다음 행동을 할 수 있어야 한다

개선 — UX 원칙 기반 설계

GOAL오류 앞에서도 멈추지 않게 하자

1문제정의 및 가설수립

문제정의

증명서 제출 완료율이 67%에 그쳤고, 인증~결과 구간 VoC 50건의 98%가 '지금 어떤 상태인지 알 수 없다' 유형이었다.
오류 안내 없음 29건 · 상태 불명확 20건 · 인증 진행 단계 24건(18%)으로 집중

→

가설수립

진행 상태와 남은 과업을 보여주고 실패 건만 재시도하게 만들면 오류 상황에서도 이탈이 줄어들 것이다.
증명서 제출 완료율 67% → 80% 달성 시 성공

검증할 가정

오류 자체보다 '현재 상태와 다음 행동을 알 수 없는 것'이 이탈을 만든다

2개선 방법

AS-IS · 문제

오류 발생 시 현상태와 다음 행동이 보이지 않아 서비스 장애로 인식됨

현재 상태를 알려주는 표시 없음

언제 끝나는지 프로세스 안내 없음

일부 실패 시 처음부터 다시 시작

🔍 클릭해서 확대해서 보세요

막연한 대기상태의 로딩

🔍 클릭해서 확대해서 보세요

원인 불명 오류

TO-BE · 해결

UX 원칙 기반 무중단 오류 흐름 설계

시스템 상태 가시성 — 동작별 처리 상태를 알 수 있는 애니메이션

목표 근접 효과 — 3/5 진행중, 로딩 퍼센트 등 완료까지의 거리를 보여주는 피드백 제공

오류 인식·진단·회복 지원 — 오류 발생 시 끝까지 진행 후 실패 건 재시도

🔍 클릭해서 확대해서 보세요

진행 상태 가시화

🔍 클릭해서 확대해서 보세요

실패 건만 재시도

3주요 성과

84%

증명서 제출 완료율 · 목표 80% 초과

8건

인증~결과 구간 VoC (50건 →)

0.03%

40만 명 이벤트간 민원율

4회고

오류를 모두 없앨 수 없다면, 사용자가 오류 앞에서 멈추지 않게 설계해야 한다.

좋은 UX는 문제가 생겼을 때도 사용자가 다음 행동을 잃지 않게 만드는 구조다.

GOAL허들을 목적 달성에 필요한 단계로 바꾸자

1문제정의 및 가설수립

문제정의

진입~신청 구간에서 발생한 VoC 80건의 87.5%가 '무엇을 왜 해야 하는지 모르겠다' 유형이었다.
서비스 이해 부족 28건 · 입력 복잡성 42건 · 신청서 작성 단계 42건(32%)으로 최다

→

가설수립

사용자의 실제 목적을 랜딩 상단에 먼저 제시하고 입력을 단계별로 분리하면 진입 단계 이탈이 줄어들 것이다.
진입 구간 VoC 80건 → 20건 이하(75% 감소) 달성 시 성공

검증할 가정

기관명·증명서명 중심의 UI가 사용자의 본래 목적과 단절되어 있다

2개선 방법

AS-IS · 문제

증명서 제출이 본래 금융 업무와 연결되지 않아 낯선 절차로 인식

서비스 목적과 사용자 목적의 단절

입력이 필요한 모든 정보를 한 화면에 한번에 노출

어렵고 관심없는 기관명·증명서명 중심의 UI

🔍 클릭해서 확대해서 보세요

증명서 이용기관 위주 안내

TO-BE · 해결

UX 원칙 기반 단계별 진입 설계

현실 세계와의 일치 — 사용자의 목적에 필요한 증명서 제출과정임을 랜딩 상단에 먼저 제시

점진적 표출 — 정보 입력을 한 화면에 모두 노출하지 않고 단계별 분리

명확한 시그니파이어 — 사용자가 해야 할 행동 중심으로 문구 정리

🔍 클릭해서 확대해서 보세요

사용자 행위 위주 안내

3주요 성과

96%↓

초기 진입 민원 · 목표 75% 초과

3건

진입 구간 VoC (80건 →)

30개↑

리뉴얼 후 6개월 신규 고객사

4회고

목적을 가진 사용자는 과정을 즐기지 않고 자신의 일을 빨리 끝내고자 한다.

금융 프로세스 중간에 등장하는 화면일수록 기술적 설명보다 사용자의 목적 언어가 먼저 필요하다.

이 경험으로 얻은 역량

정성 민원을 화면 단위로 분류해, 기능 오류가 아닌 UX 문제로 재정의하는 역량을 기를 수 있었습니다. 기술적으로 피할 수 없는 오류를 진행 상태, 안내 문구, 재시도 흐름으로 전환하는 UX 문제해결 역량을 쌓았습니다.

민원 기반 UX 재정의 UX 심리학 적용 무중단 프로세스 설계 B2B2C 서비스 기획 오류 UX 전환 설계 스크래핑 서비스 기획

금융 기획자 특화 역량

기획자는 '넓게' 알아야 합니다.
금융 서비스는 '더 깊게' 책임져야 합니다.

FIELD 01

금융 도메인 경험치

규제와 기술이 복잡한 금융 환경에서 스스로 길을 찾아냅니다.

0→1 서비스 구축·운영

마이데이터 자산관리, 전자증명서, 보험비교 등 금융업계에 새로운 비즈니스가 열릴 때마다 인하우스 구축부터 제휴·위수탁·SI까지 다양한 방식으로 서비스를 만들어왔습니다. 레퍼런스가 없는 신규 영역이 대부분이라, 아이디어 발굴부터 구축, 오픈 후 중장기 로드맵 수립까지 빠른 사이클의 디벨롭을 계속해왔습니다.

금융규제 대응

마이데이터·보험비교 등 금융규제의 모호한 가이드라인 속에서 서비스를 만들어왔습니다. 규제를 돌파하기 위해 행안부에 직접 방문하거나, 샌드박스로 규제가 해소되면 금융당국과 법규를 함께 정리해나가며 금융 규제를 최전방에서 해석해왔습니다.

인증 · 보안 가이드라인 충족

계좌이체를 위한 금융결제원 보안영역 인증서 발급, EDD/CDD 등 금융 서비스에 필요한 보안 절차를 주도해왔습니다. 인증과 보안을 별도 절차가 아니라 서비스 흐름 안에 반영해 출시 리스크를 줄일 수 있습니다.

FIELD 02

개발 · 디자인 전문지식

개발자, 디자이너와 같은 언어로 소통하며, 복잡한 요구사항을 구현 가능한 설계로 바꿉니다.

API 기반 화면 설계

마이데이터, 스크래핑, 대출·보험비교처럼 외부 데이터 기반 서비스를 기획하며 통신 규격과 데이터 컬럼값까지 화면설계서에 매핑해왔습니다. 복잡한 연동 구조를 파악하고, 사용자는 단순하게 이해할 수 있는 UX로 풀어낼 수 있습니다.

🔍 크게 보기

1 / 3

디자인 시스템 기반 UI 기획

산업공학부 디자인공학 전공을 바탕으로 컴포넌트 단위 UI 스펙 작성, Figma 협업, 디자인 토큰 이해까지 함께 가져갑니다. 디자인 의도와 개발 구현 사이에서 필요한 기준을 정리하고, 팀이 같은 언어로 움직이게 할 수 있습니다.

App · Web 개발환경 이해

Native App, Hybrid Web 등 다양한 개발 현장에서 퍼블리싱·프론트·백엔드 전 과정을 경험했습니다. 담당자별 작업 환경을 이해하고 있어 작업 의뢰, 피드백, QA까지 흐름이 끊기지 않게 조율할 수 있습니다.

FIELD 03

개인정보 보호 전담

금융서비스 운영에 필수적인 준법·보안·정보보호 영역까지 직접 챙깁니다.

ISMS 인증 심사

정보보호 관리체계(ISMS) 인증 심사를 기획 담당자로 수년간 직접 대응해왔습니다. 개인정보 처리 절차·보안 취약점 점검 항목을 기획 단계에서 선제 반영하여 심사에서 문제가 되지 않는 서비스 구조를 만들 수 있습니다.

약관 · 동의서 관리

제휴사·위수탁사 연계를 위해 개인정보 처리방침, 제3자 제공 동의서, 위수탁 계약서 등 100여건의 문서를 직접 제정했습니다. 다양한 제휴·위수탁 연계 경험을 바탕으로 복잡한 약관 구조 관리에 익숙하며, 최소한의 정보를 체계적으로 정리하여 히스토리 누락 없이 관리할 수 있습니다.

1개 서비스에서 수집받는 약관 및 동의서 관리문서 샘플

개인정보 관리 담당

고객 민원, 금융당국 점검, 내부 보안 점검에서 CI·주민등록번호·신용정보 등 민감정보 취급 이슈를 다뤄왔습니다. 점검 항목과 취급 정보에 따라 필요한 조치 방향을 정리하고 운영 리스크를 줄일 수 있습니다.

가상의 페르소나 UT로
기획안 검증

신규 서비스 또는 기존 서비스 개선 시, 실제 UT 전에 Figma 프로토타입만으로 사용자 페인포인트를 발굴하고 가설을 검증하는 Claude Code 커스텀 스킬입니다. 150인 페르소나 라이브러리와 단계별 시뮬레이션으로 가설을 빠르고 저비용으로 검증합니다.

3단계 단계별 시뮬레이션

1st

1차 스캔 — 전체 훑기

150인 페르소나 라이브러리에서 서비스 타겟에 맞는 인원을 선정합니다. 전체 화면 흐름을 빠르게 훑으며 주요 마찰 지점을 1차로 파악한 뒤 결과를 보고하고 계속 여부를 확인합니다.

2nd

2차 집중 검증 — 페인포인트 심층 탐색

1차에서 발견된 마찰 구간을 중심으로 타겟 페르소나가 실제로 이탈하거나 혼란을 겪는 지점을 집중 검증합니다. 단계마다 결과를 보고하여 불필요한 시뮬레이션을 최소화합니다.

3rd

3차 커버리지 확장 — 엣지케이스 탐색

다양한 연령·상황·디지털 친숙도를 가진 페르소나로 커버리지를 확장해 일반화 가능한 인사이트를 확보합니다. 필요한 만큼만 실행하여 컨텍스트를 효율적으로 사용합니다.

인터랙티브 HTML 리포트

반응유형 도넛차트긍정·중립·부정·이탈 반응 비율 시각화

단계별 퍼널각 화면에서의 이탈률과 전환율

터치포인트 타임테이블 히트맵30일 10분 단위 재방문·이탈 패턴

허들 히트맵화면별 문제 집중도 시각화

페르소나별 고객여정 라인 그래프클릭 시 해당 페르소나 상세정보 패널 표출

로우데이터 탭필터·정렬로 원하는 케이스만 골라보기

30일 내 재방문·이탈 패턴 분석단기 리텐션 행동 예측

개선방향 · UT 검증 질문실제 UT에서 집중해야 할 포인트 정리

사용 툴

Figma MCP

프로토타입 화면 구조, CTA, 텍스트 레이어를 Claude Code로 자동 수집하여 페르소나 시뮬레이션의 입력 데이터로 활용

Claude Code

커스텀 스킬(/프로덕트_검증_페르소나) 등록 후 명령 한 줄로 전체 파이프라인 실행. 스킬 파일 3개로 다른 IDE에도 이식 가능

Obsidian

150인 페르소나별 17개 속성(연령·직업·디지털 친숙도 등)과 30일 10분 단위 타임테이블을 마크다운으로 관리

말로만 설명하지 않습니다 — 실제 리포트를 직접 열어보세요

iM뱅크 경조사 가계부 엑셀 업로드 기능을 대상으로 실행한 실제 결과물입니다.
150인 중 선정된 페르소나별 고객여정, 히트맵, 로우데이터까지 — 지금 인터랙티브 리포트에서 직접 탐색해볼 수 있습니다.

실제 UT 리포트 열어보기 →

Team.원주로
PRD부터 구현·배포·QA까지

아이디어를 Team.원주 애자일팀에 전달하면, 시장조사·PO·기획·디자이너·개발·QA 역할의 서브 Agent들이 서로 피드백을 주고받으며 아이디어를 실제 서비스로 구현합니다. 정원주가 오케스트레이터로 전체 흐름을 조율합니다.

8인 애자일 멀티 에이전트

정원주 · 오케스트레이터아이디어 전달 · 전체 흐름 조율 · 최종 승인

↓ 8인 애자일 팀을 지휘 · 병렬 조율

시장조사

경쟁사 분석
시장 데이터 수집

요구사항 분석
우선순위 결정

기획

PRD 작성
화면 흐름 설계

UI 디자이너

컴포넌트 설계
UX 가이드

풀스택

통합 구현
아키텍처 설계

프론트엔드

UI 구현
Vercel 배포

백엔드

API 설계
Supabase 관리

브라우저 테스트
버그 리포트

Claude Code 서브 Agent 병렬 실행 — 정원주가 지휘하고 각 역할이 정해진 업무 프로세스대로 협업

아이디어 → 배포까지의 프로세스

아이디어 입력

원주님이 아이디어를 자연어로 전달합니다. 기능 목표, 타겟 사용자, 핵심 제약사항을 포함하면 PO Agent가 정리합니다.

PRD & 화면 설계

기획 Agent가 PRD를 작성하고, UI 디자이너 Agent가 컴포넌트 구조와 화면 흐름을 설계합니다. 각 Agent가 서로 피드백을 주고받아 완성도를 높입니다.

병렬 구현 & 배포

프론트엔드는 Vercel로, 백엔드는 Supabase로 배포합니다. GitHub을 통해 버전을 관리하며 풀스택 Agent가 통합 이슈를 조율합니다.

실제 브라우저 QA

Antigravity / Codex가 실제 브라우저를 열어 E2E 테스트를 수행합니다. 발견된 버그는 QA Agent가 리포트하고 자동으로 수정 사이클에 진입합니다.

사용 툴

Claude Code

PO·기획·UI디자이너·프론트·백엔드·풀스택·QA 서브 Agent를 병렬 실행. 각 Agent가 정해진 업무 프로세스대로 독립 실행하며 결과를 공유

Antigravity · Codex

실제 브라우저를 열어 UI 상호작용 테스트를 자동 수행. 클릭·입력·네비게이션 전 과정을 검증

GitHub

Agent별 브랜치 관리 및 코드 리뷰 자동화. 배포 파이프라인과 연동하여 머지 즉시 배포

Vercel

프론트엔드 자동 배포. GitHub 연동으로 PR마다 미리보기 URL 생성, 머지 시 운영 배포

Supabase

백엔드 데이터베이스 및 API 관리. Edge Function으로 서버리스 백엔드 구현

모든 정보를 아카이브하고
일정을 관리해주는 나만의 비서

텔레그램으로 자료·기프티콘·일정 등을 전달하면 정보를 확인하고 저장·분류한 뒤, 매일 아침 일정 보고를 해주는 나만의 전담 비서입니다. Oracle DB와 Google 생태계에 연동하여 모든 정보가 자동으로 정리됩니다.

이런 걸 처리합니다

자료 아카이브

링크, 이미지, 문서를 텔레그램으로 보내면 내용을 분석해서 자동으로 분류·저장합니다.

기프티콘 관리

기프티콘 이미지를 보내면 유효기간과 사용처를 추출해서 Oracle DB에 등록하고 만료 전 알림을 줍니다.

일정 등록

자연어로 일정을 보내면 날짜·시간·장소를 파악해서 Google Calendar에 자동 등록합니다.

매일 아침 일정 보고

매일 아침 오늘의 일정, 만료 임박 기프티콘, 주요 할 일을 텔레그램으로 먼저 알려줍니다.

자동화 파이프라인

자료·일정·기프티콘 입력

n8n

워크플로우 실행
Claude Code 호출

Oracle

데이터 저장
기프티콘·자료 DB

Google

Calendar·Sheet·Cloud
동기화 & 알림

Morning Report Example — 매일 오전 8시

오늘 일정 · 10:00 팀 미팅 (회의실 3F)

오늘 일정 · 14:00 한화생명 미팅 (여의도)

만료 임박 기프티콘 · 스타벅스 아메리카노 (D-2)

저장된 자료 · 어제 아카이브한 아티클 3건

사용 툴

Claude Code

자료 분류, 일정 파싱, 기프티콘 정보 추출 등 지능적인 처리 작업 담당. n8n 워크플로우에서 호출

사용자 인터페이스 역할. 자료 수신 및 아침 보고 발송. 봇 명령어로 즉시 조회도 가능

n8n

워크플로우 자동화 허브. Telegram 수신 → 분류 → DB 저장 → 알림 발송의 전체 파이프라인 관리

Oracle

모든 아카이브 데이터의 영구 저장소. 자료·기프티콘·히스토리를 구조화하여 관리

Google

Google Calendar (일정), Google Sheet (리포트), Google Cloud (파일 저장) 연동으로 생태계 통합

Oracle·n8n·Telegram·Google, 실제로 어떻게 얽혀 있는지

n8n 워크플로우 노드가 어떻게 구성되어 있는지, Oracle·Telegram·Google이 서로 어떻게 연동되는지
다이어그램 몇 장으로는 안 보이는 실제 구현 상세를 그대로 확인해보세요.

실제 구현 상세 보기 →

정원주가 걸어온 길

만들고, 키우고,
고쳐온 6년의 기록

프로덕트를 리딩하는 방식

넘쳐나는 백로그 속에서 길 찾기

서비스 정체성 및 방향성 수립

'선택과 집중'을 통한 프로덕트 전략 재수립

정체성 기반 우선순위 정리

기획을 실행하고, 성공과 실패에서 배우다

불필요한 요소를 걷어내고 핵심 기능에 집중

메인 앱과 차별화된 독자 디자인 적용

배포는 끝이 아니라, 가장 확실한 데이터를 얻는 시작입니다

'일하는 방식'을 실제 문제해결로 증명합니다

기능은 다양한데, 왜 안 쓰지?

경조사 메모지 — iM뱅크 앱 내 경조금 관리 & 모바일 초대장

오류도 아닌데, 왜 포기하지?

WeCheck — 증명서를 실물 없이 스크래핑으로 발급·제출하는 B2B2C 서비스

AI 활용 역량