스타트업 아이디어를 생각해내는 최고의 방법은 스타트업 아이디어를 생각하지 않으려 노력하는 것이다. 문제를 찾아내되 가능하면 당신 자신이 경험하는 문제를 찾는 것이다.
가장 뛰어난 스타트업 아이디어는 세 가지 공통점을 갖는다: 그것은 창업자 자신이 원하는 솔루션이고, 그들 스스로 만들 수 있으며, 다른 이들이 가치 있다고 여기지 않은 것들이다. 마이크로소프트, 애플, 야후, 구글, 페이스북 모두 이런 방식으로 시작됐다.
왜 당신 자신이 겪고 있는 문제에서 시작하는 게 중요한가? 그것은 문제 자체가 존재한다는 것을 입증하기 때문이다. 얼핏 “존재하는 문제”를 해결하는 것이 너무 당연하게 들리겠지만, 현재까지 거의 모든 스타트업들의 공통된 실수는 누구도 신경 쓰지 않는 문제를 해결하려 했다는 점이다.
나 스스로 그런 실수를 경험했다. 1995년에 미술작품들을 온라인에서 전시하는 회사를 시작했다. 하지만 갤러리들은 온라인을 원하지 않았다. 미술 비즈니스는 그런 식으로 움직이지 않았다. 그럼 나는 왜 6개월이나 이 어이없는 아이디어를 가지고 낭비했을까? 내가 사용자에게 관심을 기울이지 않았기 때문이다. 내가 머릿속으로 상상한 미술 비즈니스의 모델은 실제와는 달랐는데도, 그 모델을 구현하려 노력한 것이다. 내가 사용자들에게 비용을 청구하기 전까지 나는 내 모델이 틀렸다는 사실을 깨닫지 못했다. 그것을 깨닫기까지 너무 오랜 시간을 허비했다. 내 상상 속의 세계, 나는 그 모델에 집착했고 소프트웨어를 만드는데 엄청난 시간을 투자했다. 세계는 내 작품을 원했어야만 했다!
왜 그럼 많은 창업자가 누구도 원하지 않는 것들을 만들까? 시작할 때부터 스타트업 아이디어를 생각하기 때문이다. 이것은 사실 대단히 위험한데, 아이디어를 아예 못 만들어낸다면 모를까, 스스로 생각하기에 너무 그럴듯한 아이디어를 만들고 거기에 속아 넘어가 열정을 쏟아 붓는다.
YCombinator에서는 그런 스타트업 아이디어를 “창조형” 혹은 “시트콤” 아이디어라 부른다. TV쇼에서 배우들이 스타트업을 시작한다고 생각해보자. 작가는 무언가 스타트업다운 아이디어를 만들어야 한다. 그런데 좋은 스타트업 아이디어를 얻는 것은 어렵다. 생각한다고 떠오르는 게 아니다. 그래서 작가들은 얼핏 듣기에 그럴싸한 아이디어를 만들어내지만, 실제론 가짜일 뿐이다.
예를 들어, 애완동물을 키우는 사람들의 소셜 네트웍을 생각해보자. 그렇게 이상하다고 생각되지 않을 것이다. 수백만의 애완 동물 키우는 사람이 있고 그들 중 많은 사람이 애완동물에 많은 돈을 써가며 정성을 기울인다. 당연히 사람들은 어딘가 온라인에 모여서 다른 애완동물 애호가들과 이야기 나누고 싶어할 것이다. 그들 중 단 2~3%만 사이트에 꾸준히 방문한다면 그것만으로 백만 이상의 사용자를 얻을 것이다. 그 사람들에게 최적화된 광고를 제공하거나 아니면 돈을 받는 고급 서비스를 제공할 수도 있을 것이다.
이 뛰어난(사실은 위험한) 아이디어를 가지고 친구에게 간다고 생각해보자. 친구는 “그런 서비스는 사용 안 해!” 라고 이야기하지 않는다. “그래 어쩌면 언젠가 나도 그런 서비스 쓸지도 모르겠다” 이야기할 것이다. 회사를 시작하는 순간까지 아이디어는 많은 사람들에게 그럴듯해 보인다. 그 사람들은 당장 그 서비스를 사용하고 싶어하진 않는다. 하지만 다른 사람들이 원할 거라고는 쉽게 상상한다. 모든 인구가 이런 반응을 보인다고 생각해보자. 당신은 단 한 명의 사용자도 얻지 못할 것이다.
우물
스타트업을 시작할 때는 제품을 간절히 원하는 최소 몇 명의 사용자가 꼭 필요하다. 언젠가 사용할 거라고 생각하는 사람들 말고 지금 급하게 원하는 사람들이 필요하다. 보통 이런 얼리어댑터 사용자들은 숫자가 얼마 안 되는데 이유는 단순하다. 만일 많은 수의 사람들이 간절히 원하는데, 스타트업의 적은 자원으로도 만들 수 있는 제품이 있다고 생각해보자. 아마도 그런 제품은 이미 시장에 존재할 것이다. 결론적으로 그럼 타협이 필요하다. 많은 사람이 조금씩 원하는 제품을 만들 수도 있고, 적은 숫자의 사람들이 많이 원하는 제품을 만들 수도 있다. 후자를 택해라. 모든 후자 타입이 좋은 스타트업 아이디어는 아니다. 하지만 모든 성공한 스타트업의 아이디어는 그런 타입이었다.
그래프를 한번 상상해보자. x축은 당신의 제품을 원하는 사람들을 나타내고, y축은 그들이 얼마나 간절히 원하는지를 나타낸다. y축을 거꾸로 놓으면 당신의 회사는 구멍과 같은 모양을 그릴 것이다. 구글은 아주 큰 구덩이였다. 수억 명의 사람들이 구글의 검색을 간절히 원했다. 이제 막 시작하는 스타트업은 그만큼 큰 구덩이를 파내는 건 힘들다. 당신에게 남은 선택은 그래서 두 가지 모양의 구멍이다. 넓고 얕은 구멍 아니면 좁은데 깊은 마치 우물 같은 모양 말이다 (역: 우물 모양은 적은 수의 사용자가 간절히 원하는 형상).
시트콤 스타트업의 아이디어는 보통 첫 번째 타입이다. 많은 수의 사람들이 아주 조금 애완동물 소셜 네트워크를 원한다.
거의 모든 좋은 스타트업 아이디어는 두 번째 타입이다. 마이크로소프트가 Altair에 올라가는 베이직을 만들 때 그랬다. 당시 겨우 몇 천명의 Altair 사용자가 있었지만, 컴파일러 없이 그들은 머신 언어로 프로그래밍 해야 했다. 30년후 페이스북도 같은 모양이었다. 그들의 첫 사이트는 몇천 명 안되는 하버드 학생이 대상이었지만 그 몇천 명은 페이스북을 간절히 원했다.
당신이 스타트업 아이디어가 있다면 이렇게 질문해라: 누가 이것을 지금 원하는가? 누가 이것을 지금 간절히 원하기에 한 두 사람 스타트업이 만든 허접한 버전이라도 쓰려고 할까? 여기에 답할 수 없다면 아마도 그 아이디어는 별로인 것이다.
위의 그래프에서 사실 얼마나 우물이 좁은지는 크게 중요치 않다. 우물의 깊이가 중요하다 (역: 얼마나 원하는가). 때로 우물이 좁은 이유는 적은 자원으로 깊은 구덩이를 만들어야 하기 때문이다. 어찌됐건 처음에 우물은 좁기 마련이다. 실제 우물의 깊이와 좁은 정도는 연관성이 강력해서 만일 당신의 아이디어가 아주 특정한 계층의 사람들에게 강력하게 어필한다면 그것은 좋은 사인이 된다.
그러나 우물과 같은 모양의 아이디어는 필요하지만, 그것이 충분조건은 아니다. 져커버그가 오로지 하버드 학생들에게만 먹히는 것을 만들었다면 그건 좋은 아이디어가 아니었을 것이다. 페이스북이 좋은 아이디어였던 것은 작은 사용자 그룹에서 빠르게 퍼져나갈 수 있는 경로가 있었기 때문이다. 하버드에서 통하는 걸 만들었다면 어떤 대학교에서도 통할 것이다. 그럼 빠르게 대학교들로 서비스를 확장하면 된다. 모든 대학생들을 끌어들였다면 그 외의 일반인들은 오픈만 해주면 들어오게 되어 있었다.
당신 자신
그럼 초기 아이디어에서 확장할 수 있는 경로가 있는지 어떻게 알까? 어떤 아이디어가 거대한 회사의 DNA를 가졌는지 아니면 그저 작은 시장에 머무르게 될지 알 수 있을까? 보통 이 대답은 어렵다. Airbnb의 창업자들은 그들이 얼마나 큰 시장에 발을 들여놓는지 몰랐다. 처음에 그들은 더 작은 아이디어로 컨벤션 센터에서 호스트들이 전시장 공간을 렌트하는 서비스에서 시작했다. 그 아이디어가 어떻게 확장될지 그들은 몰랐다. 자연스레 확장된 것뿐이다. 그들이 처음에 알았던 유일한 사실은 그들이 가능성 있는 무언가를 잡고 있다는 느낌뿐. 빌 게이츠나 마크 저커버그 역시 처음엔 그랬을 것이다.
어떤 때는 초기의 작은 성공에서 퍼져 나갈 경로가 있는지 확연히 보일 때가 있다. 종종 나는 다른 사람들이 포착 못 하는 경로를 볼 때가 많다. 그게 YCombinator의 특기 중 하나다. 하지만 아무리 경력이 많다 하더라도 한계가 있다. 제일 중요한 점은 그래서 처음 아이디어에서 퍼져 나가는 성장 경로의 여부는 알기 힘들다는 사실이다.
그럼 아이디어의 확장 여부를 예측 못한다면 다양한 아이디어중 어떻게 선택을 할 수 있을까? 대답은 실망스럽지만 또 한편 흥미롭다: 당신이 적합한 사람이라면, 당신에게는 그 아이디어를 찾아낼 감각이 있다. 당신이 빠르게 변화하는 분야의 최전선에 서 있는데, 어떤 아이디어가 가치 있다고 느껴진다면 그게 맞을 가능성이 높다.
“오토바이 관리와 명상” 이라는 책에서 Robert Pirsig은 이야기하기를:
“페인팅을 최고로 잘하는 방법을 알고 싶습니까? 쉽습니다.
먼저 최고가 되고, 그다음 자연스럽게 칠하면 됩니다.”
고등학교에서 이 대목을 접한 이후 계속 궁금했다. 그게 페인팅에 얼마나 적합한 조언인지는 모르겠지만, 여기서 설명하는 상황엔 잘 맞아떨어진다. 경험적으로 볼 때 좋은 스타트업 아이디어를 찾는 방법은 그런 것을 가질 수 있는 사람이 되는 것이다.
어떤 분야의 최첨단에 있다는 것은 꼭 기술을 만드는 사람을 의미하진 않는다. 사용자로서 최첨단에 서 있을 수 있다. 저커버그가 페이스북 아이디어를 생각한 것은 그가 프로그래머여서라기보다는 컴퓨터를 워낙에 많이 사용했기 때문에 그랬다. 2004년 당시 40대의 사람들에게 자신의 일상을 인터넷에 반 공개적으로 포스팅 하면 어떨지 묻는다면 대부분 기겁했을 것이다. 하지만 저커버그는 이미 온라인에서 살고 있어서 그 아이디어는 자연스러웠다.
Paul Buchheit는 빠르게 변하는 분야의 최첨단에 서있는 사람은 “미래에 산다” 고 이야기 했다. 이 말을 Pirsig의 말과 합하면 이렇게 요약할수 있다.
“미래에 살아라 그리고 비어있는 것을 채워라”
이것이 현재 가장 성공한 스타트업의 시작 방식이다. 애플, 야후, 구글, 페이스북 모두 처음엔 큰 회사가 될지 상상 못했다. 모두 창업자들이 그 당시에 비어있다고 생각한 공간을 채운 결과물이다.
성공한 창업자들이 처음 아이디어를 얻은 방식을 보면, 그들의 준비된 마인드를 어떤 외부의 자극이 때려서 얻은 것이 많다. 빌게이츠와 폴엘런은 Altair에 대한 뉴스를 접하고 ”우리가 베이직 컴파일러를 만들 수 있을걸?” 생각했다. Drew Houston는 (Dropbox 창업자) USB 스틱을 자주 잃어 버린 후에 “내 파일들을 온라인에 모두 올려놔야겠어”라고 생각했다. 기존의 경험들이 창업자들을 미리 준비시켰기에 외부의 자극을 받았을 때 기회를 포착하는 게 가능했던 것이다.
스타트업 아이디어를 생각할 때 써야 할 동사는 “생각해내기”가 아니라 “발견하기(알아채기)” 이다. YCombinator에서는 그런 아이디어를 자연스럽게 나왔다고 해서 “올개닉” 아이디어라 부른다. 성공한 스타트업은 그렇게 시작했다.
아마도 당신이 듣고 싶어한 대답은 아니었을지 모른다. 아이디어를 생각하는 어떤 레서피를 기대 했을텐데, 나는 올바른 방식으로 준비된 마인드를 갖는게 핵심이라고 이야기 하니까. 실망스럽더라도 그게 진리다. 어떤 면에선 그게 레서피다. 다만 한 주에 생각해내기 보다는 일년이 넘게 걸리는 레서피일 뿐이다.
당신이 빠르게 변하는 분야의 첨단에 서있는 상황이 아니라면, 그렇게 만들 수 있다. 예를 들어 적당히 똑똑한 사람이라면 1년정도 시간을 투자해 프로그래밍의 최첨단에 서 있을 수 있다 (모바일 프로그램을 만든다든지). 성공적인 스타트업이 최소 3-5년이 걸린다고 생각한다면 1년 정도 준비하는 건 큰 투자가 아닐 것이다. 특히 공동 창업자를 찾고 있다면.
최첨단에 서기 위해 프로그래밍을 꼭 배울 필요는 없다. 다른 분야도 빠르게 변하니까. 해킹(코딩)이 반드시 필요한 것은 아니지만, 몇십 년 미래를 보았을 때 충분한 툴이 될 것이다. 마크 엔드리슨이 이야기했듯 소프트웨어는 세상을 먹어 치우고 있고 몇십 년간 이 트렌드는 지속될 것이다.
해킹 할 줄 안다는 것 (역: 해킹=코딩)은 아이디어가 생겼을 때 구현이 가능하다는 뜻이다. 그게 아주 반드시 필요한 것은 아니지만 잇점이 된다. 당신이 대학교 페이스북을 온라인에 올리는 그런 아이디어를 생각한다면 코딩이 가능한 것은 사실 큰 잇점이다. 그저 “그거 괜찮은 아이디어네” 생각하기 보다 “오늘 밤에 초기버전 한번 만들어봐야겠다”는 생각이 훨씬 유리하다. 당신이 프로그래머면서 동시에 사용자라면 그건 더 유리하다. 새 버전을 만드는 것과 사용자 측면에서 테스트 하는것이 한 두뇌안에서 이루어지기 때문이다.
To be continue…
Editor’s note : 프로그래머이자 해커인 박상민님이 Paul Graham 의 에세이 Startup Idea를 읽고 번역하신 내용을 2회에 걸쳐서 개제합니다. Y combinator를 창업한 Paul Graham은 Dropbox, Reddit, Airbnb등의 스타트업을 키워낸 대가로, 투자자이면서도 뛰어난 프로그래머이며 수필가로도 명성을 떨치고 있습니다.
원문출처는 http://paulgraham.com/startupideas.html, 번역전문은 http://sangminpark.wordpress.com/ 에서 확인하실 수 있습니다.
