예쁜 쓰레기를 만들지 마라 — 창업자가 진짜 해야 할 한 가지
대부분의 창업자는 한 번쯤 '예쁜 쓰레기'를 만든 적이 있습니다. 디자인은 매끈하고, 데모는 그럴듯한데 — 아무도 안 쓰는 제품. 이유는 단 하나입니다. 문제를 잘못 정의했기 때문입니다. 창업자의 첫 번째 자질은 코딩도 디자인도 피칭도 아닌, 문제를 해결하는 사고방식(problem-solving mindset)입니다. 이 글은 본질적 문제를 발견하는 법, 5번의 Why를 던져 근본 원인을 파헤치는 법, 그리고 사업계획서를 쓰기 전 자기 자신에게 물어야 할 체크리스트를 정리합니다.
#'예쁜 쓰레기' 함정 — 솔루션부터 정해놓고 시작하기
창업 초기에 가장 흔한 함정은 '솔루션부터' 시작하는 것입니다. '이런 앱이 있으면 멋있지 않을까?', '이 기술 좀 쩌는데 어디다 쓰지?', 'AI로 뭘 만들어볼까?' — 이런 질문에서 출발한 제품은 데모만 봐선 그럴듯합니다. 기능 리스트는 풍성하고, 랜딩 페이지는 깔끔합니다. 그런데 사용자에게 물어보면 모두 같은 말을 합니다. '이게... 왜 필요해요?'
이게 예쁜 쓰레기입니다. 만든 사람만 좋고, 쓰는 사람은 없는 제품. 시간·돈·자존심을 갈아 만들었지만 시장은 무관심합니다. 사업계획서 심사위원이 P(문제 인식) 영역에서 가장 빠르게 탈락 후보를 골라내는 기준이 바로 이것입니다 — '솔루션을 정해놓고 문제를 끼워 맞춘 흔적'.
#진짜 문제는 일상의 '마찰점'에 숨어있다
본질적인 문제는 거창한 곳에 있지 않습니다. '귀찮다, 비효율적이다, 왜 아직도 이렇지?' — 이 세 마디 속에 다 있습니다. 성공한 글로벌 스타트업들은 모두 자기 자신이 매일 겪는 마찰점에서 시작했습니다.
| 회사 | 출발 마찰점 | 초기 솔루션 |
|---|---|---|
| Airbnb | 여행지 호텔이 비어 있는데도 비싸다 | 내 거실을 빌려준다 |
| Uber | 택시는 안 잡히고 부르면 늦고 결제는 불편하다 | 버튼 한 번 → 차가 온다 |
| Toss | 송금에 공인인증서·OTP·보안카드 다 필요하다 | 비밀번호 하나로 송금 |
| Notion | 문서·DB·위키가 다 따로 산다 | 한 페이지에 다 넣는다 |
이 회사들이 처음부터 거창한 비전을 들고 나오지 않았다는 사실이 중요합니다. 마찰을 1mm 줄이는 것에 미친 듯이 집중했고, 그 1mm가 시장을 만들었습니다. 창업자가 던져야 하는 첫 질문은 '무엇을 만들까?'가 아니라 '내가 매일 짜증 내는 게 뭐지?'입니다.
#본질을 찾는 법 — 5번의 'Why'
문제를 찾았다고 끝이 아닙니다. 표면 증상과 근본 원인은 다릅니다. 진단이 틀리면 처방도 틀립니다. 토요타가 정립한 5 Whys 기법을 빌려, 표면 증상에서 근본 원인까지 5단계를 내려가 봅시다.
| 단계 | 질문 | 답 |
|---|---|---|
| 증상 | 사용자가 결제 단계에서 이탈한다 | — |
| Why 1 | 왜 이탈하지? | 결제 폼이 너무 길다 |
| Why 2 | 왜 길지? | 카드 정보를 매번 다시 입력해야 한다 |
| Why 3 | 왜 매번? | 저장 기능이 신뢰받지 못한다 |
| Why 4 | 왜 신뢰가 없지? | 보안 시그널이 부족하다 |
| Why 5 | 왜 부족하지? | 결제 UX 자체가 신뢰 디자인을 무시했다 |
표면만 보면 '결제 폼을 줄이자'가 솔루션입니다. 본질을 보면 '결제 신뢰 디자인을 처음부터 다시 짜자'가 솔루션입니다. 5번의 Why 차이가 회사 운명을 가릅니다. 한 번에 도달한 답은 보통 가짜이며, 진짜 본질은 적어도 3~5단계를 파야 나옵니다.
#창업자의 기본 소양 = '이거 어떻게 풀지?' 자동 발동
창업자는 코딩 잘하는 사람도, 디자인 잘하는 사람도, 피칭 잘하는 사람도 아닙니다. 문제가 발생하는 순간 머릿속에서 자동으로 '이거 어떻게 풀지?'가 작동하는 사람입니다. 이건 기술이 아니라 사고 습관이며, 회사가 한 번 망해도 다시 일어나게 만드는 핵심 자질입니다.
- 고객이 환불을 요청 → '왜 환불하지? 어디서 기대가 깨졌지?' 자동 발동
- 매출이 안 늘면 → '깔때기 어디서 새지? 인지·전환·리텐션 중 어디?' 자동 발동
- 팀이 흔들리면 → '역할이 모호한가, 보상이 약한가, 비전이 불분명한가?' 자동 발동
- 기능이 안 쓰이면 → '진짜 안 쓰이는 건가, 발견을 못 한 건가, 기대와 다른 건가?'
#디스커버리 — 본질에 닿았는지 검증하는 단계
OpenSeed가 디스커버리 단계를 따로 두는 이유는 명확합니다. 코딩하기 전에, 디자인하기 전에, 사람 뽑기 전에 — 정의한 문제가 정말 본질에 닿아 있는지 한 번 더 검증하기 위해서입니다. 14개의 AI 심사 에이전트가 다음을 봅니다.
| 에이전트 | 확인 포인트 |
|---|---|
| Market | 이 문제로 고통받는 사람이 정말 5~15%(Early Adopter) 이상 존재하는가 |
| Product | 솔루션이 문제의 근본 원인을 다루는가, 표면 증상만 가리는가 |
| Risk | 당신이 보지 못한 1차/2차 위험이 무엇인가 |
| CFO | 이 문제를 풀어 만드는 가치가 LTV로 회수되는가 |
| Team | 팀이 이 문제를 풀 수 있는 도메인 자산을 가졌는가 |
답이 거칠게 나와도 괜찮습니다. 디스커버리는 '틀린 답을 빨리 발견하는 단계'입니다. 6개월 코딩하고 깨닫는 것보다 6시간 진단으로 깨닫는 게 훨씬 쌉니다.
#사업계획서 쓰기 전 자기 자신에게 던질 질문
- 내가 풀려는 문제를 한 문장으로 적을 수 있는가? (못 적으면 정의가 모호한 것)
- 이 문제를 본인이 직접 겪어봤는가? 언제·어떤 상황에서?
- 주변 사람 10명에게 이 문제를 설명했을 때 '아, 그거 진짜 짜증나'라고 답한 사람이 몇 명인가?
- 문제에 5번의 Why를 던져 봤는가? 표면 답에서 멈추지는 않았는가?
- 기존 솔루션이 왜 실패했는가? 이번엔 무엇이 달라야 하는가?
- 내 솔루션이 사라지면 사용자가 어떤 대안으로 돌아가는가?
- 이 문제가 '지금' 풀 수 있는 이유(Why now)가 있는가? 규제·기술·행동 변화 중 1개 이상?
#마무리 — 예쁜 쓰레기 vs 못생긴 보석
창업 초기 제품의 90%는 못생겼습니다. 코드는 더럽고, UI는 어색하고, 마케팅은 어수선합니다. 그래도 본질에 닿았다면 그건 '못생긴 보석'입니다. 시간이 지나면 광이 납니다. 반대로, 본질을 비껴간 제품은 아무리 다듬어도 '예쁜 쓰레기'입니다. 광은 나는데 들여다보면 안이 비었습니다.