아티클

일단, 우리 자신부터 알기

최근, 다양한 곳에서 멘토링을 받느라 바쁜 몇주였다. Attracting Investment 수업에서 눈에 띄어 교수님께 멘토링을 받았고, 학교 내 창업지원단을 통해 마케팅 멘토링을 받았고, 입주 공간의 지원을 통해 VC 심사역님께 IR Deck 멘토링을 받았다. 소중한 말씀들과 조언을 많이 들으며, 무엇보다 제일 많이 생각한 건 "일단 우리가 우리를 더 많이 알아야한다"는 것이었다. "다른 회사는 이럴 때 어떻게 하나요?"나 "보통 이런 규모에서는 마케팅을 어디까지 하나요?" 이런 것이 궁금했었는데, 이런 질문에 대한 대답을 들으면 들을수록 "아, 다른 곳에서 보통 무얼 하는지가 중요한 게 아니구나" 하는 생각이 들었다. 내부에서 더 많은 시간을 가져야할 것 같다는 생각이 들었다. 우리가 깨닫고, 우리가 찾아보고, 우리가 '결정'해야하는 것들이 훨씬 많았다. 이래서 CEO가 '최종결정권자'이구나, 이래서 회사에서 '의사결정' 권한이 중요한거구나 생각했다.

프로덕트 성공 확률을 높이는 방법

프로덕트 성공 확률에는 2가지 변수가 영향을 미칩니다. 메이커의 무엇이든 빠르게 배우는 역량과 운입니다. 유명한 창업자들의 다수가 대학교때 창업하거나 아니면 큰 조직생활을 해보지 않고 창업을 했습니다. 그렇기 때문에 경험도 없고 창업에 필요한 영업, 회계, 마케팅, 운영 등 다수의 영역에 대해서 아는 것이 없지만 빠른 학습 역량을 바탕으로 모르는 영역을 채워나가면서 프로덕트를 성공시켜나갔습니다. 드랍박스의 창업자 Drew Houston은 대학시절때부터 여러번 창업을 시도했고 졸업 후 2년 뒤에 세계 최고의 벤처캐피탈 회사인 세콰이어 캐피탈로부터 1.2M 시리즈 A 투자 제안[1]을 받았을때 돈 송금을 어떻게 받아야 되는지 몰라 은행에 가서 은행직원에게 은행계좌에 보통 돈을 얼마나 넣어놀 수 있는지 물어봤다고 합니다.[2] 그만큼 코딩하는 것 외에 창업에 필요한 다른 영역에 대해서는 사회 경험도 없고 아는 것이 없었지만 책, 멘토, 인터넷, 그리고 부딪혀 보면서 배우는 것을 통해 빠르게 배워나갔다고 합니다. 운은 정말 곳곳에 필요합니다. 우리가 프로덕트의 성공에서 운이 필요하다고 이야기할때 대부분은 프로덕트가 성공을 할 수 있도록 도움을 주는 뜻밖의 인연을 만나는 것을 이야기합니다. 이에 대한 일화도 무수히 많습니다. 트위터가 언제부터 임계점을 넘기고 급성장을 했는지에 대해서 다양한 분석이 있는데요, 오프라 윈프리가 트윗을 하고나서부터 급성장하기 시작했다고 하는 분석도 있습니다. 오프라 윈프리가 트윗하기 이전 SWSX(South by Southwest)에서 이미 임계점을 넘겼다고 하는 이야기도 있지만 이 이야기의 요점은 어째든 오프라 윈프리가 트윗을 시작하는 "운"이 생겨서 120만명의 가입자를 순식간에 얻는 퀀텀 점프를 할 수 있었다는 것입니다.[3] 빠르게 배우는 역량과 뜻밖의 인연을 만나는 운 이 두가지 변수를 증가시키는 가장 좋은 방법은 자신이 프로덕트를 만드는 과정에서 시도하고 배운점에 대해 글을 쓰고 이를 온라인 커뮤니티에 공유하는 것입니다. 저또한 디스콰이엇을 만들면서 이를 경험했습니다. 새로운 것을 빠르게 배우는 방법으로 많이 인용되는 것 중 하나가 물리학자 리처드 파인먼이 사용했다는 파인먼 테크닉[4]입니다. 파인먼 테크닉은 4가지 단계로 나눌 수 있습니다. 1) 배우고 싶은 주제를 정한다. 2) 어린아이에게 주제에 설명한다고 생각하고 설명하고 싶은 것에 대해 종이에 적는다. 3) 적으면서 쉽게 설명이 안되는 부분이 무엇인지 파악하고 이에 대해서 조사를 하고 학습한다. 4) 위 1, 2, 3을 바탕으로 정리하고 스토리텔링한다. 여기서 핵심은 자신이 배우고 싶은 개념을 어린 아이가 이해할 수 있을 정도로 쉽게 노트에 정리를 하면서 내가 배운 것을 구조적으로 재창조하고 그 과정에서 내가 모르는 것이 무엇인지 파악하는 것입니다. 우리가 무엇을 배운다는 것은 뉴런에 정보를 저장하고 이 뉴런들의 연결망을 촘촘하게 하는 것입니다. 이 뉴런을 촘촘하게 하는데 필요한 행위는 뉴런에 저장된 정보를 다시 가져오는 행위인데요, 우리는 글을 쓰는 과정에서 이 정보를 가져오는 행위를 하게 됩니다. [5] 그리고 우리 뇌는 이미 배운 것을 또다시 보고 싶어하는 경향이 있습니다. 수학의 정석 집합과 교집합만 수도없이 본 경험은 모두가 다 있을 겁니다. 하지만 우리가 뉴런들의 연결을 만들때는 모르는 것을 배울때입니다. 글을 적다보면 내가 모르는 부분이 무엇인지 뚜렷해집니다. 저 또한 프로덕트를 만들면서 이를 여러번 경험했습니다. 사용자 인터뷰를 하고 이를 제품화 시키는 것에 대해서는 대학교 1학년때부터 배웠고 직장 생활을 하면서도 수없이 접한 개념입니다. 하지만 막상 이를 글로 적어보려하면 구체적으로 누구에게 어떤 질문을 하고 그를 통해 얻은 정보를 어떻게 제품 결정에 반영하는지 막막하게 느껴지는 제 자신을 발견할 수 있습니다. 그럼 그 막막한 부분만 다시 조사를 통해 채워나가면 빠른 시간 안에 필요한 부분만 효율적으로 배울 수 있습니다. 내가 배운 것을 단순히 내 개인 노트에 남기지 않고 다른 사람들에게 공유하는 것은 뜻밖의 인연을 만날 확률을 획기적으로 높여줍니다. 메이커에게 자신의 아이디어와 배운점 그리고 과정을 기록한 노트는 단순히 지식을 정리한 것이 아닌 그 메이커를 정의하는 아이덴티티입니다. 메이커가 만든 결과물보다 그 과정을 담은 노트가 훨씬 메이커가 어떤 방식으로 생각하고 문제를 해결하는지 많이 알려줍니다. 이런 노트를 통해 자신이 어떤 메이커인지 온라인 공간에 알리는 것은 사람들이 내 프로젝트에 감정적으로 투자하게끔하는 역할을 합니다. 디스콰이엇 초창기때부터 디스콰이엇을 만드는 과정을 기록하면서 저는 이를 경험했습니다. 초창기때 IT 종사자들을 위한 소셜네트워킹 사이트를 만들건데 같이 하자고 주변 개발자들에게 이야기를 해봤는데 설득이 안되었습니다. 그래서 직접 어떻게든 개발해서 혼자서라도 진행해봐야겠다는 생각을 했고 그 과정에서 어떤 시도를 하고 어떤 것들을 배웠는지를 기록해서 온라인 커뮤니티에 공개를 하고나니 개발자, 투자자, 같이 일하고 싶은 팀원, 잠재 사용자들에게 먼저 연락이 오기 시작했습니다. 이렇게 조금씩 네트워크가 쌓이면서 다양한 사람을 만나게 되었는데 디스콰이엇 스토리를 읽은 사람과 읽지 않은 사람들의 반응이 확실히 다르다는 것을 느낄 수 있었습니다. 읽은 사람들은 제가 왜 이걸 시작했는지 제가 어떤 사람인지 궁금해하면서 아이디어, 관심사, 생각들에 대해서 공유하는 만남으로 이어졌고 읽지 않고 디스콰이엇 사이트만 본 사람들과의 만남은 좀 더 평가 혹은 피드백에 그치는 경우가 많았습니다. 단순히 정보를 교류하는 디렉토리 형태의 인터넷보다 정보를 생산하고 전달하는 사람이 누구인지가 드러나는 소셜네트워크 형태의 인터넷이 훨씬 강력한 이유가 이것이라고 생각합니다. 우리는 단순히 결과물보다 그 결과물을 창작한 사람이 누구인지 알아갈때 더 큰 만족감을 느끼고 영감을 얻습니다. 특히 우리는 투자를 받거나 같이 협업할 팀원을 구할때 그 사람이 어떻게 생각하고 어떻게 일하는지 아는 것이 중요합니다. 이것이 공동 창업자는 이전에 같이 일해본 경험이 있는 사람과 하라고 조언하고 회사들이 채용할때 추천형식을 선호는 이유입니다. 하지만 이전에 같이 일해본 사람 중에서 창업에 관심을 갖고 있는 사람을 찾는 것은 쉽지 않고 특히 나랑 맞으면서 비슷한 문제에 관심을 가진 사람을 찾는 것은 더더욱 어렵습니다. 결국 나와 맞는 팀원들을 찾아나가야 되는데 이때 서로의 가치관, 일하는 방식, 생각하는 방식을 잘 표현하는 것이 글입니다. 우리 모두가 온라인 공간에 자신의 노트를 공유하면서 디지털 메이커 아이덴티티를 만들어나가고 이를 바탕으로 교류하면 어떻게 될까요? 비슷한 관심사를 공유하면서도 상호보완되는 역량을 가진 메이커들끼리 네트워킹을 하면서 우리 모두 훨씬 빠르게 성장하고 궁극적으로는 세상에 영감을 주는 프로덕트가 더 많아질거라 생각합니다. 이를 실현하고자 메이커로그를 개발하였습니다. 많은 관심부탁드려요. [1] 드랍박스 시리즈 A 투자 - https://www.sequoiacap.com/companies/dropbox/ [2] Drew Houston 창업스토리 - https://www.youtube.com/watch?v=YmPCy_SXuuQ [3] 오프라 윈프리가 트위터에 미친 영향 - https://techcrunch.com/2009/04/20/how-many-new-twitter-users-post-oprah-a-lot-maybe-over-a-million/ [4] 파인먼 테크닉 - https://medium.com/taking-note/learning-from-the-feynman-technique-5373014ad230 [5] Testing Effect - https://en.wikipedia.org/wiki/Testing_effect

메이커로그를 개발하게 된 배경

디스콰이엇의 미션은 메이커들을 연결하여 세상에 영감을 주는 프로덕트들이 많아지게 하는 것입니다. 이를 실현하기 위해서 저희는 메이커들이 아이디어, 영감, 인사이트, 피드백 등을 교류하면서 네트워킹하고 성장할 수 있는 소셜네트워킹 서비스를 만들고 있습니다.

이런 미션과 비전아래 저희가 처음으로 소개한 기능은 메이커들이 프로덕트를 공유하는 온라인 커뮤니티입니다. 런칭 후 디스콰이엇에서 여러 특별한 순간들이 생겨나고 있는데요, 디스콰이엇에 프로덕트를 올린 것으로 팀원, 투자자, 잠재 고객들을 만난 사례들이 생겨나고 있습니다. 이렇게 프로덕트 메이커로써 현재 관심 분야를 알리고 이를 바탕으로 성장과 만남을 만드는 것이 디스콰이엇의 가장 특별한 점입니다.

이와 같은 특별한 순간들을 더 많이 만들기 위해 다양한 메이커들과 이야기를 나눠봤고 많은 분들이 완성된 프로덕트 뿐만 아니라 만드는 과정에서 얻은 인사이트를 공유하고 네트워킹 할 수 있으면 좋을 것 같다고 했습니다. 또한 메이커를 인터뷰하고 콘텐츠로 만드는 그들의 이야기를 디스콰이엇 매거진에서 메이커스토리를 운영하면서 사람들이 과정에 대해 알게 되었을때 더 많은 영감을 얻는다는 것을 알게 되었습니다.

이런 인사이트에서 개발하게된 것이 메이커로그입니다. 메이커로그는 자신의 프로젝트 진행 과정을 기록하고 다른 메이커들과 교류할 수 있는 기능입니다.

성공적인 프로덕트를 만드는 것은 강도 높은 지적 활동입니다. 급격히 새로운 것이 생겨나고 기존의 것이 바뀌는 환경에서 끊임 없이 새로운 것을 배워나가면서 가설을 수정하고 해결책을 테스트해야 됩니다. 메이커들과 이야기한 결과 과정과 인사이트를 공유하는 메이커로그를 통해 해결하고자 하는 문제는 3가지가 있습니다.

첫째는 자신의 의사 결정 과정을 트래킹하는 것의 어려움입니다. 빠른 주기로 새로운 것을 배우고 서비스를 만드는 과정에서 이전에 어떤 이유로 어떤 의사 결정을 했는지 잊을 때가 많습니다. 이렇게 의사 결정 과정이 트래킹이 안되면 내가 다음에 어떤 결정을 내려야 되는지 모호해지고 실수를 반복하게 됩니다.

둘째는 실행력 부족입니다. IT 서비스를 만드는 것은 아이디어를 생각하는 것보다 실행력이 훨씬 중요합니다. 잠재 고객을 만나 이야기하고 MVP를 만들고 홍보를 하는 등 생각하는 시간보다 행동하는 시간이 절대적으로 많아야 됩니다. 하지만 이는 정말 쉽지 않습니다. 서비스를 만들다 보면 해야될게 산더미처럼 느껴지면서 동기부여가 잘 안되는 경우가 많습니다.

셋째는 내 프로젝트에 관심있는 사람을 만나는 것의 어려움입니다. 내 프로젝트에 관심있는 사람을 만나는 것은 프로젝트를 진행하는데 있어서 물과 같습니다. 주기적으로 잠재 고객, 잠재 팀원, 협업 상대, 투자자 등을 만나면서 피드백을 얻지 못하면 프로젝트가 잘 진행되고 있는지 알기 어렵고 그 기간이 길어질수록 동기부여와 프로젝트에 대한 자신감이 많이 떨어지게 됩니다.

위 3가지 문제를 해결하기 가장 좋은 방식은 프로젝트 진행 과정을 기록하고 다른 메이커들에게 공유하는 것입니다.

기록은 머릿속에 추상적으로 파편화 되어있는 생각을 구체적으로 구조화시키는 활동입니다. 프로젝트를 진행하면서 수많은 정보를 습득하게 되고 이를 바탕으로 우리는 아이디어를 생성해내는데 기록은 이를 정리하기에 가장 좋은 방법입니다.

새로운 습관을 형성할때 좋은 방법은 다른 사람들과 같이 하는 것이라고 합니다. 비슷한 목표를 갖고 있는 사람들과 같이 하게 되면 서로에게 사회적 책임감을 부여하여 하기 싫어도 억지로 하게 되는 환경을 형성하게 됩니다. 자신의 프로젝트에 대해서 기록하고 다른 사람들과 공유하면 서로 도움을 줄수도 있고 사회적 책임감을 부여하면서 실행력도 늘릴 수 있습니다.

프로젝트 진행 과정을 기록하고 공유하는 것은 디스콰이엇이 지금까지 마케팅에 돈을 1원도 쓰지 않고도 성장할 수 있었던 방법이기도 합니다. 디스콰이엇을 시작할 때부터 서비스를 개발하는 과정을 세세히 기록하고 다른 메이커들에게 공유하면서 사용자, 투자자, 팀원, 협업 상대 등을 만날 수 있었습니다.

메이커로그는 디스콰이엇에서 자신의 디지털 메이커 아이덴티티를 만들어가는 주요 수단이며 메이커분들이 메이커로그를 적으면서 자신의 프로젝트, 관심분야 등에 대해 알리고 네트워킹을 할 수 있습니다.

현재 저희는 베타테스팅을 진행하고 있으며 관심있으신 분들은 신청해주시면 순서대로 저희가 엑세스를 드리고 있으니 많은 관심부탁드립니다. 감사합니다.

6일 만에 생생하게 검증이 되었던 제작 업체의 니즈

6일 동안 제작 업체들에게 직접 다가감으로써 많은 목소리를 들을 수 있었고, 시장 상황에 대해 확실히 알게 됐다. 직접 어떤 불편함이나 상황을 겪고 있는 고객에게 이야기를 듣는 것 만큼 값진 경험은 없다는 것을 깨달았던 경험이었다. 우선 당시 내용은 아래와 같다. (예전 경험이라 회의록을 다시 보며 기억을 되살렸다) ---가설 검증 계기--- 업체를 찾는 필터링 기능에 대한 '디자이너' 입장의 솔루션 검증을 완료한 이후, '제작업체'의 니즈를 파악해보고자 했다. 물론 디자이너가 모이면 제작업체를 모일 수밖에 없는 게 시장 흐름이지만 제작업체가 얼마나 크게 불편함을 느끼고 있는지, 홍보에 대한 니즈는 어느 정도인지를 파악하는게 우선이라는 생각이 들었다. 당시만 해도 우리가 '디자이너' 입장이었기에 디자이너분들에게는 다가가기 편했으나 (보통 20대 초중반 여성분들) 제작업체 분들은 다가가기 편하지 않았다. 그래서 제작업체의 목소리는 잘 모른 상태였다. 이는 사업을 진행하는데 큰 문제라 생각이 들었다. ---검증 방법--- '홍보 니즈'를 검증하기 위해 '입점 제안서'를 그냥 제시해보기로 했다. 정보를 주면 우리가 무료로 등록해주겠다는 내용으로 하루 만에 입점 제안서를 다 만들어 바로 뿌렸다. 가설이 검증되면 입점을 위해 정보를 받을 계획이었고, 검증되지 않으면 입점한 업체를 대상으로 죄송하다는 말씀을 올리고 다른 솔루션을 제시하거나 다음을 기약하자고 말씀드릴 예정이었다.. ㅎㅎ ---검증 결과 및 결론--- 이것도 마찬가지로 우리가 우려했던 것이 사라질 정도로 긍정적인 결과가 나와서 신기했다. 하루만에 만든 영업 제안서임에도 불구하고 35%가 입점을 하기로 했다. 검증을 위해 설득 기교를 취하지도 않았는데 말이다! 그렇게 인터뷰를 통해 팀원들 모두가 깨달은 내용을 정리해봤다. - 업체가 홍보에 대한 니즈가 있으나 방법을 잘 모르거나 시도를 했는데 잘 되지 않아서 못하고 있으신 곳이 많았다. - 사장님들이 생각보다 젊으셨다. (30대가 절반, 50대 이상이 절반) - 사업적으로 대화가 잘 통했다. 만약 우리를 통해서 홍보가 되면 당연히 돈을 내는 게 이치라는 마인드셨다. - 작가님들처럼 더 친밀한 관계가 되어야겠다 - 제작업체측이 생각보다 안 폐쇄적일 수 있다. 우리가 괜히 벽을 만들지 말자 - 믿고 정보 입력을 허락해준 만큼 잘해야겠다 또 '업체를 쉽게 찾아주는' 것에서 나아가 업체를 결정 내리는데 도움을 주기 위해서는 콘텐츠가 필요하다는 생각이 들었다. 그런 콘텐츠가 디자이너(작가)에게도, 업체에게도 좋은 반응을 끌어낼지에 대한 가설 고민이 남았다. 그렇게 그 다음 액션으로 '콘텐츠 가설 검증'을 진행해봤다. ---배운 점--- 사실 이제 와서 생각하지만 그때 당시에는 제작업체의 니즈가 적을 수도 있다는 불안감에 업체분들에게 연락을 하는 걸 망설였던 것 같다. 그러면 안 되는 거긴 하지만 마음처럼 쉽지는 않았다. ㅎㅎ 하지만 니즈가 없다면 없다는 걸 빠르게 알아채는게 중요하고, 그걸 알아 채는 과정에서 새로운 목소리들로 피봇을 준비할 수도 있다. 해답은 고객에게 있으니, 거절당할 용기, 내 가설이 틀렸음을 마주할 용기를 가지고 고객에게 더더 다가가야 함을 배웠다. 정말 간단한 테스트였지만 제작업체의 실질적인 액션을 봄으로써 니즈를 더 정확히 파악할 수 있었다. 입점을 거절한 업체로부터 이유를 들어 우리의 부족한 점을 알 수 있었고 입점한 업체와는 긴밀한 협업관계를 맺어 제작업에 대한 구체적인 상황까지 들을 수 있는 기회가 됐다. 확실히 가설을 제대로 검증하려면 실제로 '행동'하는지, 아닌지를 봐야 함을 배웠다. 그때 검증뿐만 아니라 더 많은 인사이트를 얻을 수 있는 것 같다. * 당시 액션에 대한 더 상세한 내용은 블로그에 정리해봤어요 :) https://grow-s0.tistory.com/entry/0716-0721-%EC%A0%9C%EC%9E%91-%EC%97%85%EC%B2%B4-%EB%8B%88%EC%A6%88-%EA%B2%80%EC%A6%9D

첫 솔루션 가설 검증 결과

제작업체를 쉽게 찾을 수 있는 방법 중 '필터링' 기능을 통해서 추리는 방법에 대한 가설 검증을 진행했었다. --- 테스트 방식--- 이 가설을 검증하기 위해서는 정성적인 파악이 중요하다 생각이 들어, 주기적으로 피드백해줄 <헬퍼>를 모집해 3주간 테스트를 진행했다. 동기>행동>조건을 정리하니 가설과 해결하고 싶은 궁금증이 정리가 됐다. 그렇게 심층 인터뷰를 시작하고, 주단위로 발전시켜 재인터뷰를 하는 방식으로 테스트했다. 또 올바른 사용성 테스트를 위해 서비스를 미리 사용하지 말아달라고 부탁했다. 우리랑 인터뷰하는 날 처음으로 들어가보고, 사용하는 모습을 화면녹화로 해서 보내달라 했는데 이 방법이 되게 좋았다. 화면녹화로 유저분의 행동 경로를 파악하고, 그때 궁금했던 부분들을 이때 질문했다. 온라인으로 할 수 있는 좋은 방법 중 하나였다. ---결과와 배운점--- 사실 본 가설 검증은 web으로 했지만, 그전에 피그마 프로토타입으로 몇몇 분들에게 보여줬을 때는 반응이 그닥이었다. 그래서 웹으로 마저 개발해서 테스트를 해봐야 할 지 아니면 다시 처음으로 되돌아갈지 고민을 했다. 하지만 높은 신뢰도의 테스트를 위해 웹으로 보여주기로 했고 결과는 성공적이었다.테스트를 안 했으면 큰 일 날 뻔했다. 우리가 예상한 것보다 반응이 무척 좋았고, 부족하다고 생각했던 부분도 굉장히 만족스러워하셨다. 이 기능은 추후에 리텐션 90%를 넘으며 투자를 받는데 까지 긍정적인 영향력을 차지하는 지표가 되어주었다. 그래서 어떤 가설이냐에 따라 높은 신뢰도지만 리소스가 많이 드는 MVP로 검증하는 게 옳을 수도 있음을 깨달았다. ---이후 세운 2021년 목표--- 어떻게 '해결해주면' 좋아하는지 기능에 대한 방향성은 알게 됐다. 그래서 정보의 양만 늘리면 된다. 그러기 위해 업체가 입점하고 싶은 서비스를 만들고자 하며, 활성 사용자수가 많아지면 자연스럽게 업체가 입점할 확률이 높다고 생각했다. 사용자수를 늘리기 위한 방법들은 생각이 났지만, 그 수많은 액션을 하기 전에 제작업체의 니즈를 확실하게 알고 시작하고 싶다. 고객이 2곳이니, 나머지 1곳의 니즈도 확실히 알고 사업을 진행하고자 결론을 내렸다. 그 다음에는 제작업체의 니즈를 어떻게 파악했는지 정리해봐야겠다 :)