좋은 서비스 기획자는 무엇이 다를까 실무자가 성장하는 사고방식과 역량
서비스 기획을 화면 설계로 오해하고 계신가요? 꾸선의 실무 경험을 바탕으로 좋은 PM과 서비스 기획자 역량의 핵심을 파헤칩니다. 토스뱅크와 뱅크샐러드의 데이터 기반 퍼널 분석 사례를 통해, 기능이 아닌 방향을 설계하며 실무에서 폭발적으로 성장하는 사고방식을 확인해 보세요.
수많은 기획자들이 빠지는 함정, 화면 중심 사고의 오류
화면 설계만 잘하면 좋은 기획자일까?
“기획자님, 이 화면에서 버튼은 우측 하단에 두는 게 좋을까요, 아니면 팝업으로 띄우는 게 좋을까요?” 실무 현장에서 개발자나 디자이너분들과 회의를 하다 보면 가장 자주 듣게 되는 질문 중 하나입니다. 저 꾸선 역시 주니어 시절에는 이런 질문을 받을 때마다 밤새 피그마(Figma)나 파워포인트를 붙잡고 더 직관적이고 예쁜 화면을 그리는 데 온 힘을 쏟았습니다. 유려한 와이어프레임을 완성하고 나면 스스로가 꽤 유능한 기획자가 된 것 같은 착각에 빠지기도 했죠.
(이해를 돕기 위해 AI를 활용하여 생성한 이미지입니다.)
화면보다 먼저 정의해야 하는 것
하지만 수많은 프로젝트의 성공과 실패를 온몸으로 겪으며 깨달은 명확한 진리가 하나 있습니다. 바로 많은 사람들이 서비스 기획을 ‘화면 설계(Wireframing)’라고 단단히 오해하고 있다는 사실입니다. 화면 설계는 기획의 본질이 아니라, 우리가 해결하고자 하는 문제를 시각적으로 표현하는 마지막 결과물일 뿐입니다.
기능 공장이 아닌 문제 해결자가 되어야 한다
기능을 어떻게 구현할 것인가(How)에 매몰되기 전에, 고객이 겪고 있는 진짜 문제가 무엇인가(What)를 정의하고, 왜 이 시점에 우리가 이 문제를 해결해야 하는가(Why)를 치열하게 고민하는 것이 먼저입니다. 비즈니스 환경에서 프로덕트의 성공 확률을 높이는 가장 확실한 방법론은 린 스타트업(Lean Startup)의 철학을 빌려 가설을 세우고, 측정하고, 개선하여 종국에는 서비스의 활성 사용자(MAU)를 극대화하는 것입니다. 만약 문제 정의라는 첫 단추가 잘못 꿰어졌다면, 아무리 혁신적인 UI/UX를 제공하더라도 그 프로덕트는 시장의 외면을 받을 수밖에 없습니다. 결국 성공적인 프로덕트를 이끄는 핵심은 기능 공장(Feature Factory)의 톱니바퀴가 되는 것을 거부하고, 문제 정의에 집착하는 관점의 전환에서 시작됩니다.
좋은 서비스 기획자는 문제를 전혀 다르게 봅니다
좋은 기획자는 ‘현상’과 ‘원인’을 분리한다
문제 정의가 중요하다는 사실을 인지했다면, 그 다음은 ‘문제를 어떻게 바라볼 것인가’에 대한 고민이 필요합니다. 좋은 기획자와 그렇지 않은 기획자의 가장 큰 차이는 현상(Symptom)과 근본 원인(Root Cause)을 분리해 내는 사고방식에 있습니다.
사용자의 행동 뒤에는 반드시 이유가 있다
예를 들어, 사용자들이 결제 퍼널의 마지막 단계에서 대거 이탈하는 상황을 마주했다고 가정해 보겠습니다. 표면적인 현상에만 집중하는 기획자는 “결제 버튼의 색상이 눈에 띄지 않아서일 거야”라며 UI 디자인을 수정하거나 텍스트 크기를 키우는 단편적인 해결책을 내놓습니다. 하지만 문제를 입체적으로 조망하는 기획자는 다르게 접근합니다. 사용자가 특정 행동을 주저하거나 이탈하는 이면에는 반드시 복합적인 의도(Intent)와 심리적 마찰(Friction)이 존재하기 때문입니다.
데이터와 인터뷰를 함께 봐야 하는 이유
사용자가 장바구니에 물건을 담아두고 결제를 망설이는 진짜 이유는 버튼이 안 보여서가 아니라, ‘숨겨진 배송비에 대한 배신감’이거나 ‘경쟁사 대비 부족한 혜택에 대한 의구심’일 확률이 높습니다. 이처럼 훌륭한 기획자는 사용자의 행동 데이터를 바탕으로 정량적인 현상을 파악한 뒤, 심층적인 사용자 인터뷰(UT)나 설문조사를 통해 정성적인 맥락을 채워 넣습니다. 데이터가 가리키는 현상을 시작점으로 삼되, “왜 이런 행동을 했을까?”를 끊임없이 질문하며 사용자의 내재된 불안과 진짜 니즈를 발굴해 내는 것, 이것이 바로 문제를 다르게 보는 기획자만의 독보적인 시선입니다.
실무에서 빛을 발하는 핵심 서비스 기획자 역량 3가지
비즈니스의 목표와 사용자의 가치 사이에서 최적의 균형점을 찾아내는 과정은 고도의 다면적 능력을 요구합니다. 그렇다면 수많은 요구사항이 쏟아지는 치열한 실무 현장에서, 성과를 만들어내는 진짜 서비스 기획자 역량은 과연 무엇일까요? 저 꾸선이 꼽는 가장 중요한 세 가지 핵심 역량은 데이터 리터러시, 입체적인 커뮤니케이션, 그리고 냉정한 우선순위 판단입니다.
첫째, 현상을 숫자로 증명하고 가설을 세우는 데이터 리터러시
현대 비즈니스 환경에서 기획자의 역할은 직관과 경험에 의존하던 과거의 방식을 넘어, 철저히 데이터에 기반한 의사결정의 영역으로 확장되었습니다. 여기서 말하는 데이터 역량은 단순히 SQL 쿼리를 능숙하게 작성하거나 엑셀 함수를 잘 다루는 기술적 능력을 의미하지 않습니다. 고객의 행동 패턴이 빠르게 변화하는 시장에서, 과거의 경험에만 의존하는 기획은 필연적으로 고객과의 괴리를 만듭니다. 따라서 데이터가 내포하고 있는 맥락을 해석하고, 이를 실제 서비스 개선에 적용한 뒤 다시 데이터로 검증하는 순환 구조를 만드는 것이 매우 중요합니다.
| 역량 수준 | 데이터 활용의 관점 및 접근법 | 실무 적용 예시 |
| 초급 (Junior) | 수동적인 사후 지표 확인 | 대시보드에서 일간 방문자 수(DAU) 및 단순 이탈률 추이 모니터링 |
| 중급 (Mid-level) | 코호트 분류 및 퍼널(AARRR) 분석 | 특정 기능 배포 후, 유저 세그먼트별 전환율 추적 및 병목 구간 발견 |
| 고급 (Senior) | 가설 검증 및 비즈니스 전략 피벗 | 데이터를 통해 엣지 케이스와 이탈의 인과관계를 발견하고 제품 정책 자체를 수정 |
둘째, 로지컬 씽킹 기반의 입체적 커뮤니케이션
프로덕트는 결코 기획자 혼자서 완성할 수 없습니다. 개발자, 디자이너, 마케터, 경영진 등 각기 다른 언어를 쓰는 이해관계자들을 하나의 목표로 정렬(Alignment)시키는 커뮤니케이션은 PM의 가장 강력한 무기입니다. 특히 오늘날처럼 원격 근무나 비동기 소통이 활발한 환경에서는, Google Meet, Chat, 공유 드라이브 등 다양한 협업 툴을 활용하여 파편화된 일정을 관리하고 업무의 히스토리를 투명하게 공유하는 시스템적 소통 역량이 필수적입니다.
단순히 말을 청산유수처럼 잘하는 것이 커뮤니케이션을 잘하는 것이 아닙니다. 복잡한 비즈니스 요건을 개발자가 이해할 수 있는 명확한 시스템 로직으로 번역하고, 반대로 기술적 부채나 제약사항을 경영진이 납득할 수 있는 언어로 풀어내는 ‘통역사’의 역할, 즉 로지컬 씽킹(Logical Thinking)에 기반한 소통이야말로 진정한 역량입니다.
셋째, 비즈니스 임팩트를 고려한 냉정한 우선순위 판단
모든 조직의 시간과 리소스는 한정되어 있습니다. 하루에도 수십 개씩 쏟아지는 기능 추가 요청과 버그 수정 티켓 사이에서 “지금 당장 우리가 집중해야 할 단 하나의 문제는 무엇인가?”를 결정해야 합니다. 이때 직관이나 가장 직급이 높은 사람의 의견에 휘둘리지 않고, 철저히 예상되는 비즈니스 임팩트와 개발 리소스(Effort)를 저울질하여 우선순위를 산정하는 능력이 필요합니다.
직감을 넘어 데이터 기반 기획이 절대적으로 중요한 이유
경험에 의존하는 기획의 한계를 돌파하기 위해서는 가설을 수립하고 실험을 통해 퍼널을 최적화하는 과정이 필수적입니다. 데이터 기반의 의사결정이 왜 그토록 강력한 무기가 되는지, AARRR 퍼널 분석과 사용자 행동 데이터를 적극적으로 활용해 놀라운 비즈니스 성과를 창출한 뱅크샐러드와 토스뱅크의 실제 사례를 통해 깊이 있게 살펴보겠습니다.
(이해를 돕기 위해 AI를 활용하여 생성한 이미지입니다.)
뱅크샐러드 사례: 가설 검증으로 퍼널 전환율 30% 상승을 이끌어내다
뱅크샐러드의 그로스(Growth) 팀은 신규 설치 유저들을 대상으로 유저 행동 분석 툴인 앰플리튜드(Amplitude)를 활용해 꼼꼼한 퍼널 분석을 진행했습니다. 분석 결과, 예상보다 훨씬 많은 신규 유저들이 서비스 진입 초기 단계에서 대거 이탈하는 심각한 병목 현상을 발견하게 됩니다.
당시 뱅크샐러드는 단순히 앱을 설치하거나 회원가입을 완료하는 것을 진정한 유저 획득(UA)으로 보지 않았습니다. 유저가 자신의 금융 자산을 실제로 연결하는 ‘자산 연동’ 단계를 마쳐야만 비로소 의미 있는 유입으로 정의하고 있었습니다. 그러나 대다수의 유저들은 회원가입 프로세스 중간에 지쳐버리거나, 가입은 했지만 자산 연동이라는 핵심 가치에 도달하기 전에 앱을 이탈하고 있었습니다.
이에 기획 팀은 매우 직관적이면서도 과감한 가설을 세웠습니다. “회원가입 프로세스 자체를 아예 없애거나 극도로 간소화한다면, 유저들이 장벽을 느끼지 않고 자연스럽게 다음 단계로 넘어갈 것이다”라는 것이었습니다. 이 가설을 검증하기 위해 기존 프로세스의 허들을 대폭 낮추는 A/B 테스트를 실행한 결과, 유저가 이탈하지 않고 자산 연동까지 도달하는 퍼널 전환율이 기존 대비 무려 30% 이상 폭발적으로 상승하는 성과를 거두었습니다.
데이터는 사후 보고서가 아니라 기획의 나침반이다
더 놀라운 것은 성공 이후의 행보입니다. 자산 연동을 마친 유저라 하더라도 행동 패턴은 제각각이었습니다. 이들은 데이터를 바탕으로 유저 코호트(Cohort)를 크게 두 그룹으로 세분화했습니다. 매일 적극적으로 서비스를 이용하는 고충성도의 ‘가계부 유저(하드 유저)’와, 단순히 자산 상태만 가볍게 조회하고 이탈해 버리는 ‘자산 조회 유저(캐주얼 유저)’로 나누어 분석한 것입니다. 이후 Braze(브레이즈)와 Google Optimize 같은 마테크(Mar-tech) 솔루션을 유기적으로 연동하여, 이 캐주얼 유저들을 충성 고객으로 전환시키기 위한 맞춤형 최적화 실험을 끊임없이 지속했습니다. 이는 데이터가 단순한 사후 보고용 숫자가 아니라, 선제적인 기획의 방향을 알려주는 나침반이라는 사실을 완벽하게 증명합니다.
토스뱅크 사례: 정성적 맥락과 정량적 데이터가 만나 정책을 바꾸다
데이터 기획의 더 높은 차원은 차가운 숫자(정량적 데이터)에 사용자의 심리와 맥락(정성적 데이터)을 결합할 때 비로소 완성됩니다. 토스뱅크 데이터 분석가가 주도했던 ‘매달 이자만 갚기’ 상품의 퍼널 개선 프로젝트는 실무자들에게 엄청난 통찰을 제공합니다.
이 대출 상품은 매월 원금과 이자를 동시에 상환해야 하는 고객의 경제적 부담을 덜어주기 위해 기획된, 아주 좋은 취지의 서비스였습니다. 하지만 오픈 첫날의 현실은 냉혹했습니다. 진입부터 대출 실행까지 최소 10% 이상의 전환율을 기대했지만, 실제 결과는 단 2%라는 참담한 수치를 기록했습니다. 대시보드 상의 데이터는 “심사율과 승인율이 현저히 낮다”는 표면적인 원인만을 알려줄 뿐, “왜 대출이 승인되었음에도 불구하고 고객들이 최종 실행 버튼을 누르지 않는가?”에 대한 인과관계는 설명해주지 못했습니다.
퍼널 단계가 늘어나도 전환율은 올라갈 수 있다
여기서부터 진정한 서비스 기획의 묘미가 시작됩니다. 분석가와 기획자는 데이터의 한계를 인정하고, 고객의 목소리를 직접 듣기 위해 이탈 시점 설문조사와 사용자 사용성 테스트(UT)를 진행했습니다. 그 결과, 숫자 이면에 숨겨져 있던 두 가지 치명적인 이탈 원인을 발굴해 냈습니다. 첫째는 ‘상품이 주는 메리트에 대한 가치 전달 부족’이었고, 둘째는 ‘1년 뒤 만기 시점에 대출 연장이 거절될지도 모른다는 극도의 불안감’이었습니다.
이를 해결하기 위해 퍼널 중간에 상품의 가치와 연장 확률을 친절하게 설명하는 ‘튜토리얼 페이지’를 심어보는 실험을 설계했습니다. 대조군, 상품 인트로 뒤, 대출 심사 결과 직전이라는 세 그룹으로 나누어 실험한 결과, 흥미롭게도 ‘상품 인트로 뒤 튜토리얼’을 경험한 그룹의 대출 실행률이 가장 높게 나타났습니다. 기존 IT 업계의 흔한 정설은 “화면(퍼널)의 단계가 늘어나면 유저의 이탈률은 무조건 상승한다”는 것이었습니다. 하지만 이 실험은 “나에게 유용한 정보와 심리적 안도감을 제공한다면, 고객은 기꺼이 단계가 늘어나는 마찰을 감수하고 다음 단계로 나아간다”는 기존의 고정관념을 완벽히 깨부수는 러닝을 안겨주었습니다.
진짜 개선은 화면 수정이 아니라 정책 변경에서 나온다
하지만 이들은 여기서 만족하지 않았습니다. 튜토리얼만으로는 ‘연장 부결에 대한 근본적인 불안함’을 완전히 잠재울 수 없다고 판단한 것입니다. 이에 기획 파트는 전략팀과 긴밀히 논의하여, 연체 등 절대적인 거절 사유가 없는 한 “최대 10년까지 무조건 대출 연장을 보장”하는 방향으로 비즈니스 정책 자체를 과감하게 피벗(Pivot)했습니다. 고객에게 보여주는 튜토리얼 문구 역시 ‘연장 승인율 98%예요’라는 소극적인 확률 안내에서, ‘최대 10년 무조건 대출 연장 보장해 드려요’라는 확신에 찬 메시지로 변경했습니다. 그 결과 대출 실행률은 29%에서 33%로 약 4%p 크게 증가했으며, 불안감 때문에 대출을 망설이던 고액 대출자들의 유입이 늘어나며 건당 대출 실행 금액도 약 2백만 원이나 상승하는 놀라운 비즈니스 임팩트를 창출했습니다.
주니어 PM과 서비스 기획자가 가장 많이 놓치는 치명적인 실수
눈부신 성과를 내는 팀이 있는 반면, 여전히 제자리걸음을 하는 조직도 많습니다. 특히 현업에서 열정 넘치는 주니어 PM이나 기획자들이 공통적으로 겪는 시행착오가 있습니다. 흥미롭게도 이러한 실수들은 그들이 일을 대충 해서가 아니라, 오히려 책임감이 너무 강해서 ‘해결책 자체’와 사랑에 빠지기 때문에 발생합니다.
기능 요청을 그대로 믿으면 안 되는 이유
가장 대표적인 실수는 사용자의 피드백을 있는 그대로 수용하여 ‘기능 추가’로 직결시키는 화면 중심 사고입니다. 고객 게시판에 “필터 기능이 좀 더 다양했으면 좋겠어요”라는 요구사항이 올라오면, 주니어 기획자는 즉각적으로 와이어프레임을 켜고 수십 개의 필터 조건이 들어간 복잡한 모달 창을 그리기 시작합니다. 하지만 노련한 기획자는 “고객이 왜 다양한 필터를 원했을까?”라는 본질에 집중합니다. 사실 고객은 필터 그 자체가 필요한 것이 아니라, ‘내가 원하는 상품을 1초라도 더 빨리 찾고 싶은 니즈’를 표현했을 뿐입니다. 어쩌면 복잡한 필터를 추가하는 대신, 추천 알고리즘을 고도화하여 첫 화면에서 맞춤형 상품을 보여주는 것이 훨씬 더 우아한 문제 해결 방법일 수 있습니다. 화면과 기능에 집착하면 결국 코드는 무거워지고 사용성은 떨어지는 ‘기능의 비대화(Feature Bloat)’를 초래하게 됩니다.
숫자만 보면 방향을 잃게 된다
또 하나 빈번하게 놓치는 것은 맥락이 결여된 데이터의 맹신입니다. “결제창 이탈률이 80%입니다”라는 데이터는 우리에게 문제가 있다는 사실만 경고할 뿐, 어떻게 고쳐야 하는지 정답을 알려주지 않습니다. 명확한 가설 없이 대시보드의 숫자에만 의존하여 무작위로 버튼 색상이나 레이아웃만 바꾸는 A/B 테스트를 남발하는 것은 시간 낭비에 불과합니다. 정성적인 조사를 통해 이탈의 진짜 이유(문제 정의)를 선행하지 않으면, 우리는 영원히 엉뚱한 과녁에 화살을 쏘게 됩니다.
(이해를 돕기 위해 AI를 활용하여 생성한 이미지입니다.)
결론 — 기능이 아니라 방향을 설계하는 프로덕트 사고
지금까지 살펴본 내용들을 되짚어보면, 서비스 기획이라는 직무는 단순히 이해관계자들의 요구사항을 취합하여 기능 명세서라는 문서를 예쁘게 찍어내는 수동적인 역할이 결코 아님을 알 수 있습니다. 불확실성이 가득한 시장에서 PM이 지녀야 할 최우선 가치는, 해결해야 할 문제를 뾰족하게 정의하고, 데이터를 통해 고객의 진짜 목소리를 청취하며, 비즈니스가 나아가야 할 올바른 이정표를 세우는 것입니다.
결국 좋은 기획자는 방향을 설계하는 사람이다
꾸선의 관점에서 바라본 훌륭한 서비스 기획자 역량의 정수는 다음 세 가지로 요약됩니다. 첫째, 표면적인 현상과 고객의 불만을 그대로 수용하지 않고, 그 이면에 숨겨진 ‘근본 원인’과 ‘심리적 마찰’을 집요하게 읽어내는 통찰력을 지니고 있습니다. 둘째, 개인의 얄팍한 직관이나 부서 간의 사일로(Silo)에 휘둘리지 않으며, 철저한 코호트 분석과 퍼널 데이터를 통해 의사결정의 객관적 타당성을 확보합니다. 셋째, 화면의 버튼 위치를 조정하는 마이크로 매니징을 넘어, 토스뱅크의 사례처럼 비즈니스 정책과 전략 자체를 과감하게 피벗(Pivot)할 수 있는 넓은 시야의 ‘프로덕트 사고(Product Thinking)’를 발휘합니다.
결국 실무 현장에서 대체 불가능한 인재로 성장하는 기획자들은 “이 화면을 어떻게 예쁘게 그릴 것인가?”를 고민하기보다 “우리의 서비스가 궁극적으로 어디를 향해야 하며, 지금 기획하는 이 기능이 그 방향성에 어떻게 기여하는가?”를 끊임없이 질문합니다.
프로덕트 사고는 화면이 아니라 문제 정의에서 시작된다
검색을 통해 이 글에 도달하신 여러분이 얻어가셔야 할 명확한 해답은 하나입니다. 좋은 기획자는 기능(Feature)의 나열을 멈추고, 프로덕트의 방향(Direction)을 설계하는 사람이라는 점입니다. 오늘 이 보고서에서 다룬 뱅크샐러드와 토스뱅크의 데이터 의사결정 프레임워크, 그리고 심리적 마찰을 해소하는 사용자 관점의 접근법을 여러분의 실무 프로젝트에 당장 적용해 보시기 바랍니다. 단순한 기능 기획자를 넘어, 압도적인 비즈니스 가치를 창출하는 탁월한 프로덕트 리더로 성장하는 첫걸음이 될 것입니다.
참고 자료 및 출처
서비스 기획 및 화면설계 실무
데이터 기반 의사결정 및 실험 문화
- CEO Feeding – 한창 유행했던 토스 PO의 프로덕트 성장 방법론
- Datarian – 끊임없는 실험으로 고객에게 큰 가치를 제공하는 토스뱅크 데이터 조직
- AB180 Blog – 뱅크샐러드, 데이터 기반 실험을 통한 퍼널 전환율 개선 사례
