[토스 위닝 세션] 작은 실험이 토스를 키운다ㅣ장민영 토스 CPO

✏ 공부

alwayshappydaysforever 2025. 3. 12. 13:36

성공하는 서비스를 만드는

서비스가 실제로 존재하지 않았지만

나중에 출시하면 알람을 보내주겠다는 MVP로 사람들의 니즈를 검증한 것이 토스의 시작이다

왜 이렇게 했을까?
- 그동안 무수히 실패를 통해 겪은 교훈
- 우리가 사용자들이 필요로 하는 제품을 만드는 게 아니라, 내가 만들고 싶었던 걸 만들었던 게 아닐까?
  - 사람들을 관찰하기 시작
  - 사람들이 핸드폰으로 도대체 뭘 제일 많이 하는지 관찰했다
    - 모바일 송금이 굉장히 불편하게 설계되어 있음을 발견
하지만 그동안 숱하게 실패하다 보니 두려웠다
- 심지어 몇몇 유저들은 핸드폰으로 송금을 불편하게 생각하지 않기도 했다 (공인인증서 설치하고, OTP 체크하는 과정을 너무 당연하게 생각하는 유저도 있었다 )
- 그래서 가설을 검증할 필요가 있었다

MVP를 만들 때 유의할 점 2가지
1. 검증하고자 하는 가설이 무엇인지 뾰족하게 만들어야 한다.
2. 그 가설에 해당하는 구간만큼만 완벽하게 동작하면 된다.
MVP 오해
- 단순히 스펙을 줄이는게 중요한 게 아니다
- 작게 만드는 게 중요한 게 아니라, 우리가 검증하고자 하는 포인트들이 작동하게 만드는 것이 중요하다
토스의 간편송금 개발 과정은 어땟을까?
- 토스가 검증하고자 했던 가설 = 송금의 복잡한 과정을 줄였을 때 과연 유저들이 좋아하는가?
  - MVP = 당장 연동이 가능한 3개의 은행만 개발하여 출시했다 (사실 은행 1개여도 가설 검증은 가능하다)
- 왜 모든 은행이 연동될 때까지 기다리지 않았을까?
  - 28개의 은행을 모두 연동할 때까지 기다렸다면?
    - 토스는 지금 이 세상에 나오지 않았을 수도 있다
    - 이것이 곧 현재 토스 제품팀이 제품을 만들어가는 철학, 근간이 되어 주었다

토스 철학
- 처음부터 완벽한 제품을 만든다 ❌
- 최대한 빠르게 가설을 검증할 수 있도록 MVP를 만들어 검증한다 ⭕️

보통의 회사들에서 고통스럽게 생각하는 수직적이거나, 복잡한 의사결정이 필요없다.

토스팀에서 의사결정은 팀에서 자체적으로 진행한다.

많은 제품팀의 속도가 느려지는 원인이 무엇일까?
- 의사결정을 하는 사람과 실행하는 사람이 분리되어 있다는 것
- 사실 가장 좋은 의사결정을 할 수 있는(= 가장 많은 정보를 가지고 있는, 이해하고 있는 사람은 실제로 의사결정자가 아닌 실행자
- 토스팀은 이것을 '실행자가 직접 의사결정'할 수 있도록 변화시켜 개선했다

토스는 데이터 분석할 때 외부 솔루션(ex. Amplitude)을 사용하지 않고 100% 다 내재화해서 사용하고 있다
- 목적 = 실험을 빠르게 효율적으로 진행하기 위해, 속도를 높이는데 일조하기 위함