피벗한 서비스 사례를 읽고 정리한 공통점

 

창업 관련 글을 읽다 보면 "처음에는 전혀 다른 서비스였다"는 이야기가 정말 자주 나옵니다.
처음 만들던 것과는 꽤 다른 서비스로 자리 잡았다는 식의 널리 알려진 이야기들이죠.
이런 이야기는 결과를 알고 읽으면 매끄럽게 들리는데, 저는 "그 당시에 어떻게 방향을 바꿔야 한다고 판단했을까"가 궁금했습니다.
세부 사실은 기억에 의존하면 틀릴 수 있어서, 이 글에서는 사례를 일반적인 수준으로만 언급하고 읽으며 느낀 공통점 위주로 정리합니다.

 

먼저 용어부터 정리했어요.
피벗은 "망해서 다 접는 것"이 아니라, 가설을 바꾸되 지금까지 배운 것은 가져가는 방향 전환이라고 이해했습니다.
린 스타트업에서도 방향을 바꿀지 계속 갈지를 판단하는 시점을 중요하게 이야기합니다.

피벗의 종류도 나눠볼 수 있었어요.
고객 대상을 바꾸는 경우, 풀려는 문제를 바꾸는 경우, 수익 구조를 바꾸는 경우, 기능 하나만 떼어 중심으로 삼는 경우 등입니다.
읽은 사례들을 이 분류에 맞춰 보니 "무엇이 바뀌고 무엇이 그대로인지"가 훨씬 선명해졌습니다.

 

공통점의 첫 번째는 방향이 틀렸다는 신호를 일찍 알아봤다는 점이에요.
처음 의도와 다르게 쓰이는 기능이 있거나, 사람들이 핵심이라고 생각한 부분 말고 부수적인 부분만 반복해서 쓰는 걸 발견하는 식이었습니다.

이 부분을 제 상황에 빗대어 가정해보면 이렇습니다.
예를 들어 동네 가게 일정 관리 서비스를 만들었는데, 사용자들이 일정 기능은 거의 안 쓰고 고객 메모 기능만 계속 쓴다고 해볼게요.
그러면 "일정 관리 서비스"라는 이름이 맞는지 의심해야 합니다.
사용자가 실제로 쓰는 것이 곧 문제의 위치를 알려주는 신호니까요.

여기서 중요한 건 숫자 이전에 관찰이라고 생각했어요.
방향 전환은 대시보드보다 사용자가 쓰는 모습을 직접 본 데서 시작하는 경우가 많다고 읽었습니다.

 

두 번째 공통점은 모든 걸 버리지 않았다는 점입니다.
기술, 팀, 이미 모은 사용자, 쌓아둔 데이터, 문제에 대한 이해 같은 것 중 무언가는 다음 방향으로 가져갔어요.
방향은 바꿔도 이전에 배운 것이 새 서비스의 출발점이 된 겁니다.

그래서 피벗을 "처음부터 다시"로 생각하면 안 된다는 점을 배웠어요.
제가 만약 방향을 바꾼다면 무엇을 가져갈 수 있는지, 지금부터 적어둘 필요가 있다고 느꼈습니다.
저의 경우에는 고객 인터뷰에서 얻은 문제 이해와, 작은 업장의 운영 방식에 대한 관찰이 그 후보입니다.

 

세 번째는 방향 전환을 크게 한 번에 한 게 아니라, 작은 실험을 통해 새 방향을 확인한 뒤에 옮겼다는 점입니다.
새로운 방향이 맞는지 알기 전에 모든 걸 걸지 않았다고 이해했어요.

피벗을 너무 늦추거나, 반대로 너무 자주 하는 것도 위험하다는 이야기도 있었습니다.
계속 바꾸기만 하면 어떤 방향도 제대로 검증하지 못한 채 시간이 가니까요.
그래서 앞서 정리한 작은 순환을 돌리면서, 일정 횟수 이후에 판단하는 기준을 미리 정해두는 게 필요해 보입니다.

 

사례를 읽다 보면 결과를 알고 있어서 모든 과정이 계획된 것처럼 보이는 착각이 생깁니다.
실제로는 그 시점에 여러 선택지가 있었고, 운이 따랐던 부분도 분명 있었을 거예요.
또 방향을 바꿔서 성공한 이야기가 많이 알려지는 만큼, 바꿨는데도 잘 안 된 이야기는 덜 보인다는 점도 같이 생각해야 합니다.

그래서 저는 사례에서 "무엇이 성공 요인이었나"를 뽑아내기보다, "그 당시에 어떤 신호를 보고 어떤 질문을 했을까"만 가져오기로 했어요.
결과가 아니라 판단의 과정을 배우려는 거죠.
이 구분을 하고 나니 사례를 읽는 게 훨씬 덜 부담스러워졌습니다.

 

사례를 읽은 뒤 제 아이디어에 던질 질문 다섯 개를 적어뒀습니다.

첫째, 사람들이 실제로 반복해서 쓰는 부분은 어디인가.
둘째, 내가 중요하다고 가정한 부분 중 사용자가 무시하는 것은 무엇인가.
셋째, 방향을 바꾼다면 가져갈 수 있는 자산은 무엇인가.
넷째, 몇 번의 실험 뒤에 계속할지 바꿀지 결정할 것인가.
다섯째, 내가 방향을 바꾸지 못하는 이유가 근거 때문인지, 아니면 이미 들인 시간이 아까워서인지.

 

마지막 질문이 제일 아픈 질문이었어요.
이미 쓴 시간과 노력은 되돌릴 수 없는 비용인데, 사람은 그걸 이유로 계속 가기 쉽다고 하죠.

이 질문들을 가정 예시에 한 번 적용해보겠습니다.
작은 업장 대상 일정 관리 서비스를 두 달 동안 만들었는데, 인터뷰해보니 사장님들이 일정표보다 "단골 손님이 지난번에 뭘 좋아했는지" 기록하는 데 더 관심을 보였다고 해볼게요.

그러면 가져갈 자산은 업장 운영 방식에 대한 이해와 이미 만든 화면 구조이고, 바뀌는 건 중심 기능과 고객 대상입니다.
이렇게 적어두면 피벗이 "실패 선언"이 아니라 "다음 가설로 넘어가는 일"로 느껴져서 마음이 조금 가벼워져요.

피벗 사례를 읽는다고 제 방향이 정해지는 건 아니지만, 적어도 "신호를 어디서 볼 것인가"는 선명해졌습니다.
사례는 결과를 알고 읽기 때문에 항상 필연처럼 보이는데, 당시에는 불확실한 선택이었을 거라는 점도 잊지 않으려고 합니다.

이 글에 적은 체크 목록은 한 번 쓰고 끝내지 않고, 인터뷰나 작은 실험을 마칠 때마다 꺼내서 다시 답해보려고 합니다.
같은 질문에 대한 답이 시간이 지나며 어떻게 달라지는지가 제 아이디어의 상태를 보여주는 기록이 될 테니까요.
다음에는 이런 이야기를 다룬 책들에서 남은 문장들을 따로 정리해볼 생각이에요.