Y Combinator의 CEO인 마이클 세이벨(Michael Seibel)은 성공적인 스타트업이 되기 위해 어떤 문제를 해결해야 하는지, 누구를 고객으로 삼아야 하는지, 그리고 제품 개발 주기를 어떻게 설정해야 하는지에 대한 구체적인 가이드라인을 제시합니다. 그는 자신의 창업 경험(Justin.tv, Twitch)과 수많은 YC 기업들의 사례를 통해, 완벽한 예술품을 만드는 것이 아니라 고객의 절박한 문제를 해결하며 끊임없이 개선(Iterate)하는 것이 제품 개발의 본질임을 강조합니다. 특히 초기 스타트업이 겪는 시행착오를 줄이기 위한 실질적인 지표 설정법과 효율적인 개발 사이클 운영 방식은 창업자들에게 필수적인 조언입니다.

1. 생존을 위한 세 가지 조건과 'Justin.tv'의 교훈

마이클은 강의를 시작하며 자신이 공동 창업했던 Justin.tv(이후 Twitch로 발전)의 이야기를 먼저 꺼냅니다. 그는 자신들이 많은 규칙을 어겼음에도 불구하고 살아남을 수 있었던 결정적인 이유 세 가지를 꼽았습니다.

첫째, 기술적으로 매우 뛰어난 창업팀이었습니다. 그들은 어떤 기술적 도전에도 겁먹지 않았습니다. 둘째, 돈을 거의 쓰지 않았습니다. 20대 초반이었던 그들은 침실 두 개짜리 아파트에서 함께 살며 최소한의 비용으로 생활했고, 이는 실수를 해도 다시 일어설 수 있는 기회를 주었습니다. 셋째, 자존심(Ego)이 스타트업과 완전히 결부되어 있었습니다.

"우리는 이 스타트업을 멋진 이력서 한 줄을 만들기 위해 한 게 아니었어요. 우리가 스스로 해낸 유일한 일이었죠. 그래서 회사가 망할 위기에 처했을 때, 마치 우리 인생 자체가 실패하는 것(F학점)처럼 느꼈습니다. 바로 그 절박함이 포기하지 않게 만들었죠."

이 세 가지 요소 중 하나라도 없었다면 회사는 망했을 것이라고 그는 강조합니다. 이제 본격적으로 제품(Product)에 대한 이야기로 넘어갑니다.

2. 당신은 어떤 문제를 해결하고 있나요?

많은 창업자가 투자자에게 피칭할 때 '문제'가 아닌 '자신의 아이디어'나 '제품 기능'부터 설명하곤 합니다. 하지만 마이클은 가장 먼저 "해결하려는 문제가 무엇인가?"를 명확히 해야 한다고 말합니다.

문제를 정의하는 질문들

마이클은 창업자들에게 다음 질문들을 통해 문제의 본질을 파악하라고 조언합니다.

1. 문제를 한 문장으로 명확히 말할 수 있는가? 만약 설명하는 데 에세이 한 편이 필요하다면, 아직 문제를 제대로 모르는 것입니다.
2. 직접 겪어본 문제인가? 타인의 문제를 해결하는 것보다 자신이 겪은 문제를 해결할 때, 적어도 한 명의 확실한 고객(나 자신)이 존재한다는 확신을 가질 수 있습니다.
3. 문제를 좁게 정의했는가? 처음부터 "모두를 위한 라이브 방송"을 만들 수는 없습니다. 초기 단계에서 우리가 즉시 도울 수 있는 구체적인 대상이 누구인지 좁혀야 합니다.
4. 해결 가능한 문제인가? 예를 들어 'Poppy'라는 베이비시터 매칭 서비스의 경우, '신생아'를 맡기는 문제는 부모의 신뢰 장벽이 너무 높아 해결하기 매우 어려운 문제였습니다.

"많은 창업자가 '암을 치료하겠다'는 식의 거대한 문제를 이야기하고 싶어 합니다. 하지만 중요한 건 '지금 당장 우리가 누구의 문제를 해결할 수 있는가?'입니다."

3. 당신의 고객은 누구인가요?

문제를 안다는 것은 곧 고객이 누구인지 안다는 뜻입니다. "모든 사람이 고객입니다"라는 답변은 최악입니다. 지금은 누구나 쓰는 페이스북이나 구글도 처음에는 아주 소수의 특정 고객을 대상으로 시작했습니다.

문제의 빈도(Frequency)와 강도(Intensity)

고객을 잘 파악했는지 확인하려면 그들이 겪는 문제의 빈도와 강도를 분석해야 합니다.

• 빈도(Frequency): 사용자가 얼마나 자주 이 문제를 겪나요?
• 강도(Intensity): 이 문제가 얼마나 고통스럽거나 중요한가요?

마이클은 자동차 구매 사이트를 예로 듭니다. 보통 사람들은 7년에 한 번 차를 삽니다. 빈도가 매우 낮죠. 그래서 대부분의 자동차 사이트는 구매자가 아니라, 매일 차를 팔아야 하는 딜러(판매자)를 위해 만들어졌습니다.

"여러분이 매일 사용하는 앱들을 떠올려 보세요. 대부분 스마트폰 첫 화면에 있죠? 반면 자주 쓰지 않는 앱들은 폴더 깊숙이 박혀 있습니다. 빈도가 높고 강도가 센 문제를 해결해야 좋은 비즈니스가 됩니다."

Uber의 경우를 보면, 이동(택시 잡기)은 매우 빈번하게 발생하며, 약속 시간에 늦으면 안 된다는 강도 높은 문제입니다. 반면 빈도도 낮고 강도도 약한 문제라면 고객을 모으기 정말 어렵습니다.

무료 vs 유료

많은 창업자가 "일단 무료로 풀어서 사용자를 모으겠다"고 생각합니다. 하지만 마이클은 가격을 책정하는 것이 제품 검증에 훨씬 유리하다고 말합니다.

"제품이 좋은지 알아보려면, 사용자에게 돈을 내게 하는 장벽을 세워보세요. 그래도 쓴다면 진짜 절박한 문제를 해결하고 있는 겁니다. 무료로 풀면 호기심에 써보는 '가짜 고객'들 때문에 데이터가 오염될 수 있습니다."

4. MVP와 초기 고객 찾기

MVP는 실제로 문제를 해결하는가?

MVP(Minimum Viable Product)를 만드는 과정에서 원래 해결하려던 문제와 멀어지는 경우가 많습니다. 제품을 다 만들고 나서야 "어? 이게 그 문제를 해결 못 하네?"라고 깨닫는 것이죠. 그래서 개발 기간은 짧을수록 좋습니다(2주 권장).

또한, 창업자는 '예술가'가 되어서는 안 됩니다. 제품은 감상용 그림이 아닙니다.

"제품은 예술 작품이 아닙니다. 사용자가 유용하다고 느끼지 않으면 그건 그냥 시간 낭비일 뿐이에요. 아무도 쓰지 않는 아이폰을 만들었다면, 스티브 잡스도 실패자로 기억됐을 겁니다."

누구를 먼저 공략해야 할까요? (정답: 절박한 사람들!)

많은 창업자가 "가장 까다로운 고객을 만족시키면 나머지는 쉽겠지?"라고 착각합니다. 하지만 MVP는 태생적으로 부족한 제품입니다. 이런 부족한 제품이라도 기꺼이 써줄 사람은 가장 절박한(Desperate) 고객입니다.

• 친구들에게 묻지 마세요: 친구나 투자자는 당신의 마음을 상하게 하지 않으려고 거짓 칭찬을 하거나, 엉뚱한 피드백을 줍니다.
• 나쁜 고객을 해고하세요: 마이클의 공동 창업자인 저스틴은 무리한 요구를 계속하는 고객을 실제로 "해고"했습니다.

  "레딧(Reddit)의 CEO인 스티브가 제 친구였는데, 제가 만든 앱(Socialcam)을 억지로 쓰고 있었죠. 나중에 회사를 매각했다는 소식을 듣자 그가 제일 먼저 한 말이 '신이시여 감사합니다, 이제 이 앱을 지워도 되겠군요'였어요. 친구들은 올바른 피드백을 주지 않습니다."

5. 지표(Metrics) 설정과 개발 주기

구글 애널리틱스를 쓰지 마세요

마이클은 제품 팀이라면 구글 애널리틱스 대신 Mixpanel, Amplitude 같은 이벤트 기반 분석 도구를 써야 한다고 강조합니다.

• 구글 애널리틱스: 누가 왔는지, 페이지를 얼마나 봤는지(Pageview) 알려줍니다.
• 이벤트 기반 도구: 사용자가 어떤 버튼을 눌렀는지, 어떤 행동을 했는지를 추적합니다.

처음에는 5~10개의 핵심 지표만 추적하세요. 너무 많으면 관리하기 힘듭니다. 그리고 지표 측정은 제품 스펙(Spec)에 반드시 포함되어야 합니다. 나중에 추가하는 것이 아닙니다.

제품 개발 주기 (Product Development Cycle)

Justin.tv 초기에는 개발 주기가 엉망이었습니다. 3개월마다 배포했고, 스펙을 문서화하지 않고 말로만 떠들었으며, 서로 다른 걸 만들다가 시간을 허비했습니다. 마이클은 이를 해결한 이상적인 개발 주기를 소개합니다.

1. 목표 설정 (KPI): 매출이나 활성 사용자 수(Usage) 같은 명확한 목표를 정합니다.
2. 브레인스토밍: 모든 팀원이 모여 아이디어를 냅니다. 모든 아이디어는 화이트보드에 적어 존중받는 느낌을 줍니다.
3. 난이도 분류 (Easy / Medium / Hard): 개발자가 각 아이디어의 구현 난이도를 평가합니다. 비개발자 창업자도 이를 통해 기술적 비용을 배울 수 있습니다.
4. 우선순위 선정: KPI에 가장 큰 영향을 줄 'Hard' 아이디어 하나, 그리고 여러 'Easy/Medium' 아이디어를 선정합니다.
5. 스펙 문서화 (Spec Writing): 📝 가장 중요한 단계입니다. 구체적으로 무엇을 만들지 글로 적습니다.
6. 개발 집중 (Sprint): 2주(또는 1주) 동안은 회의 없이 개발에만 집중합니다.

   "저는 코딩을 못 하는 창업자였기 때문에, 이 기간 동안 제 주된 업무는 '입을 다물고 있는 것(Shut the f* up)'**이었습니다. 중간에 새로운 아이디어가 떠올라도 2주 뒤 회의 때까지 기다려야 했죠. 그래야 팀이 흔들리지 않으니까요."

6. 피벗(Pivot)과 가짜 스티브 잡스

피벗 vs 개선 (Iterate)

많은 창업자가 "2주 해봤는데 안 되네요, 피벗해야 할까요?"라고 묻습니다. 마이클은 이것이 미친 짓이라고 말합니다.

• 피벗(Pivot): 고객이나 해결하려는 문제를 아예 바꾸는 것입니다. (드문 경우)
• 개선(Iterate): 고객과 문제는 그대로 두고, 해결책(솔루션)을 바꾸는 것입니다. (대부분의 경우)

제품이 안 팔리는 건 솔루션이 틀렸기 때문일 확률이 높습니다. 끈기 있게 솔루션을 개선해야 합니다.

가짜 스티브 잡스가 되지 마세요

사람들은 스티브 잡스를 '완벽한 제품을 머릿속에서 꺼내놓는 예술가'로 착각합니다. 하지만 진짜 스티브 잡스는 끊임없이 개선하는 사람이었습니다.

"가짜 스티브 잡스는 '고객 말은 듣지 마, 내가 원하는 대로 만들어'라고 고집을 부립니다. 하지만 진짜 스티브 잡스가 내놓은 첫 번째 아이폰을 기억하세요? 3G도 안 되고, 앱스토어도 없고, 복사/붙여넣기도 안 되는 엉망인 제품이었어요. 하지만 그는 매년 혁신적으로 개선(Iterate)해서 지금의 아이폰을 만들었습니다."

마무리: 사용자와 대화하세요

마이클은 마지막으로 Twitch가 성공하게 된 결정적인 계기를 들려줍니다. Justin.tv 시절, 전체 트래픽의 20%가 게임 방송이었지만 회사는 그들을 무시했습니다. 하지만 어느 순간 그들과 대화를 시작했습니다.

게이머들이 원하는 기능은 거창한 게 아니었습니다. "랙(Lag) 좀 줄여주세요", "해상도 좀 높여주세요" 같은 것들이었죠. 회사가 그들의 말을 듣고 기능을 만들어주자, 게이머들은 "와, 이 사람들이 우리를 위해 뭔가를 만들어주는구나!"라며 감동했고, 친구들을 데려오기 시작했습니다.

"마크 저커버그에게 페이스북 기능을 건의해서 반영된 적이 있나요? 아마 없을 겁니다. 스타트업이 가질 수 있는 가장 큰 마법은 사용자와 직접 대화하고, 그들이 원하는 걸 만들어주는 것입니다. 그러면 사용자는 당신을 사랑하게 됩니다."

결론적으로:

1. 문제를 좁고 명확하게 정의하세요.
2. 당장 제품이 필요한 절박한 고객을 찾으세요.
3. 말로 싸우지 말고, 짧은 주기로 제품을 출시하고 데이터를 측정하세요.
4. 그리고 무엇보다, 사용자와 대화하세요. 이것이 사람들이 원하는 제품을 만드는 유일한 길입니다.