출시 후 두세 달이 지나면 회사 분위기가 묘하게 바뀝니다. 초기의 들뜬 열기는 가라앉았고, 가입자 수는 매주 조금씩 늘지만 사용자들이 실제 서비스를 어떻게 쓰는지에 대해서는 다들 감으로만 이야기합니다. 회의실에서는 "반응이 나쁘지 않은 것 같다"는 기대와 "생각보다 조용하다"는 우려가 동시에 오갑니다.
그러다 보면 자연스럽게 "다음에 뭘 만들지"로 논의가 넘어갑니다. 문제는 이 결정이 데이터가 아니라 목소리 크기에 좌우된다는 점입니다. 고객을 직접 만난 사람은 그 고객이 요청한 기능을 미는 반면, 초기 기획자는 원래 로드맵을 고수하고, 대표는 그 사이에서 감으로 저울질합니다. 각자 나름의 근거를 대지만, 서비스 안에서 실제 일어나는 현상과 얼마나 맞아떨어지는지 확인하는 사람은 없습니다.
감에 의존한 판단에는 반드시 대가가 따릅니다. 불필요한 기능을 만드느라 귀중한 자원을 낭비하거나, 반대로 정말 손대야 할 핵심을 방치한 채 시간을 허비하게 됩니다. 어느 쪽이든 이를 바로잡는 데는 다시 수개월이 걸립니다.
이 시리즈는 그 확인 과정을 다룹니다. MVP 출시 후 무엇을 관찰해야 하는지, 그 신호가 무엇을 뜻하는지, 그리고 지금의 제품을 계속 키울지 다시 지을지를 판가름하는 기준을 6편에 걸쳐 정리합니다.
이 글은 'MVP 다음 단계' 시리즈의 1부입니다.
| 부 | 주제 |
|---|---|
| 1부 | MVP를 내놓은 다음, 무엇을 보고 다음 단계를 결정하나 |
| 2부 | 고칠까 새로 만들까: 기로의 판단 기준 |
| 3부 | 디벨롭하기로 했다면: 어디까지 키우고 언제 멈추나 |
| 4부 | 새로 만들기로 했다면: 무엇을 가져가고 무엇을 버리나 |
| 5부 | 어느 쪽을 택했든 마주치는 것들: 두 번째 사이클의 공통 과제 |
| 6부 | 결정 지도: 이 결정은 한 번으로 끝나지 않는다 |
숫자보다 먼저 봐야 할 것
가입자 수부터 확인하고 싶은 마음은 자연스럽습니다. 하지만 단순 가입자 수는 유의미한 신호가 아닙니다. 얼마나 많은 사람이 들어왔는지보다, 들어온 뒤 무엇을 했는지를 봐야 합니다.
우리가 실제로 들여다봐야 할 대상은 다음 네 그룹으로 요약됩니다.
- 서비스의 핵심 행동까지 도달한 사용자
- 며칠 뒤 다시 돌아온 사용자
- 돈을 냈거나 지불 의사를 보인 사용자
- 직접 만나거나 통화해 본 10명 안팎의 실사용자
이 네 그룹의 행동과 데이터야말로 제품의 다음 향방을 결정할 핵심 재료입니다. 가입만 하고 조용히 떠난 사람들의 숫자만 아무리 쌓아 봐야 유용한 인사이트는 나오지 않습니다.
읽어야 할 4가지 신호
- 도달 (핵심 행동까지 가고 있는가): 가입은 시작일 뿐입니다. 가입 후 사용자가 서비스의 핵심 가치, 이를테면 사진 업로드나 견적 요청, 매칭 확인까지 도달하는 비율을 관찰해야 합니다. 대다수가 이 과정에서 이탈한다면, 세부 기능의 부족이 아니라 첫 사용 경험 자체에 문턱이 높다는 신호입니다. 이 기준을 미리 정의해 두지 않으면 도달률이라는 데이터 자체가 성립하지 않습니다.
- 반복 (다시 돌아오는가): 단발성 이용에 그치는 서비스와 며칠, 몇 주 뒤 다시 찾는 서비스는 본질적으로 다릅니다. 1주 차와 1개월 차 재방문율은 나누어서 확인이 필요합니다. 1주 차는 견디지만 1개월 차에 무너진다면 사용자의 습관으로 뿌리내리지 못했다는 뜻입니다. 두 지표를 분리해서 보지 않으면 이 미묘한 차이를 놓치게 됩니다.
- 지불 (돈을 내는가, 낼 의사가 있는가): 아직 결제 기능이 없다면 "이 정도 가치라면 돈을 내겠는가"를 직접 물어 확인해야 합니다. 막연한 칭찬과 실제 지갑을 여는 행위 사이에는 큰 격차가 있습니다. 구체적인 금액과 상황을 제시하며 질문할수록 응답의 신뢰도는 높아집니다.
- 요청 (무엇을 더 요구하는가): 사용자가 요청하는 기능의 종류보다 그 요청이 향하는 방향을 읽어야 합니다. 처음 세운 가설과 같은 방향으로 피드백이 쌓이는지, 아니면 전혀 다른 맥락을 가리키는지 확인해야 합니다. 이 요청의 방향에 따라 제품의 다음 갈림길이 정해집니다.
신호가 가리키는 세 가지 갈래
네 가지 신호를 모아보면 제품의 상태는 크게 세 가지 갈래로 정리됩니다.
첫째, 초기 가설이 적중했고 현재의 제품 구조도 안정적이라면, 그러니까 우리가 정의한 사용자 흐름이 지금의 데이터와 화면 뼈대 위에서 무리 없이 작동한다면 현 구조를 지속적으로 확장하는 방향으로 갑니다.
둘째, 가설은 타당하지만 구조가 맞지 않는 경우입니다. 제품의 필요성은 확인되었으나 사용자들의 요청이 기존 설계 범위를 자꾸 벗어난다면, 단순 기능 추가보다는 제품 구조를 다시 설계하는 쪽을 검토해야 합니다.
셋째, 가설 자체가 흔들리는 상황입니다. 도달, 반복, 지불 신호가 모두 미미하고 피드백의 방향마저 모호하다면, 이는 개발 방식이 아닌 제품이 해결하려는 문제 자체를 재검토해야 하는 단계입니다. (이 시리즈는 앞의 두 갈래, 즉 제품을 키울지 다시 지을지에 대한 판단 기준에 집중하며, 시장-제품 적합성 자체를 다시 정의하는 영역은 다루지 않습니다.)
키울 것인가, 다시 지을 것인가를 가르는 구체적인 판단 기준은 2부에서 본격적으로 다룹니다.
결정의 적기
이 판단을 내리는 시점 역시 중요합니다. 핵심은 사용자 수의 규모가 아니라, 네 가지 신호에서 의미 있는 패턴을 읽어낼 만큼 데이터가 쌓였는가입니다. 보통 출시 후 8~12주 정도가 지나면 패턴이라 부를 만한 흐름이 드러납니다.
데이터가 충분히 모이기 전에 성급히 새 기능을 덧붙이면 가설 검증이 모호해집니다. 지표가 나빠져도 그것이 원래 가설의 문제인지, 새로 추가한 기능 때문인지 구별할 수 없게 되기 때문입니다.
반대로 결정을 지나치게 미루는 것도 위험합니다. 신호는 이미 명확한데 회의만 되풀이하다 보면, 데이터를 만들어 준 초기 사용자들이 이미 서비스를 떠나버린 뒤일 수 있습니다.
인테그래빗이 출시 후 첫 회고를 함께하는 이유
네 가지 신호 중 도달과 반복은 사용자에게 물어보지 않아도 서비스 내 로그와 데이터에 그대로 남아있습니다. 그리고 이 데이터를 가장 정확하고 빠르게 분석할 수 있는 곳은 서비스를 직접 구축한 팀입니다. 어떤 이벤트가 어디서 기록되는지, 각 지표가 무엇을 측정하기 위해 설계되었는지 이미 잘 알고 있기 때문입니다.
인테그래빗이 프로젝트를 마친 후 '출시 후 첫 회고'를 함께 진행하는 이유도 여기에 있습니다. 이 자리는 다음 개발 건을 제안하는 영업의 자리가 아니라, 출시 후 수집된 신호를 객관적으로 함께 정돈하는 자리입니다. 네 가지 신호를 하나씩 점검하며 현재 약한 고리가 무엇인지 확인하면, 다음 회의는 주관적인 감이 아닌 명확한 근거를 바탕으로 시작할 수 있습니다.
그 회고를 통해 도출된 결론이 기존 서비스를 키우는 쪽이든, 구조를 다시 짓는 쪽이든, 그 이후의 전략적 결정은 오롯이 고객사의 주도적인 판단으로 이어지게 됩니다.
다음 글: 고칠까 새로 만들까: MVP 이후 기로의 판단 기준
지금 보유한 서비스 신호를 어떻게 해석하고 적용해야 할지 고민이 되신다면, 30분 무료 상담을 통해 현재 모인 데이터를 함께 짚어보실 수 있습니다.