*이 글은 외부 필자인 김란경님의 기고입니다. "사람들이 원하는 걸 만드세요(Make People want)" 미국의 유명한 엑셀러레이터 Y-콤비네이터는 창업가에게 이 말을 반복해서 말한다고 합니다. 사람들이 원하지 않는, 즉 니즈가 없는 제품이나 서비스를 만들어선 시장에서 살아남지 못하기 때문입니다. 그렇다면 사람들이 무엇을 원하는지 어떻게 알 수 있을까요? 우리가 만든 프로덕트를 사람들이 실제로 사용할지 어떻게 알 수 있을까요? 이런 의문을 해소할 수 있는 활동이 바로 '유저(사용자) 인터뷰'입니다. 유저 인터뷰(User Interview)는 스타트업 혹은 예비창업자가 최소 한 번쯤은 꼭 거치게 되는 활동 중 하나입니다. 간단하게 설명하자면, '우리 서비스/제품을 이용할 고객으로부터 피드백을 받는 과정'입니다. 이름처럼 '유저(이용자)'에 집중한다는 점이 중요합니다. 유저 인터뷰의 가장 큰 목표 자체가 '유저를 이해하기'입니다. 유저를 잘 이해해야 그들의 니즈도 더 잘 파악할 수 있고, 그들이 정말로 원하는 걸 만드는 길에 가까워질 수 있을 테니까요. "'사용성 테스트(Usability Test)'와 유저 인터뷰는 같은 개념 아닌가요?" 이 두 가지가 간혹 혼동해서 사용되므로 한번 짚고 넘어가도록 하겠습니다. 사용성 테스트는 제품 개선 목적으로 제품을 실제로 사용하는 모습을 관찰하는 테스트입니다. 사용자를 현장으로 불러와서 어떤 과제나 단계를 수행하도록 합니다.

*이 글은 외부 필자인 장병준님의 기고입니다. "개발자 없이 IT서비스를 만들 수는 없을까요?" 많은 초기 창업팀들이 아이디어는 있지만 이를 제품으로 구현해줄 개발자를 찾기 어려워합니다. 내 사업 아이디어가 검증되지 않아서 투자를 유치하기도 어려운 사업 극초기 단계에서 '개발자 없이 내 아이디어가 시장에서 통하는 구나'를 증명해 내기란 쉽지 않죠. 코드 한 줄 짜지 않고 잘 동작하는 최소기능제품(MVP, Minimum Viable Product)을 만들 수 있는 방법이 있다면 어떨까요? 그 비결은 바로 노코드(No-code)입니다. 노코드는 코딩 없이 소프트웨어를 만들 수 있게 도와주는 툴들을 총칭하는 말입니다. 다양한 노코드 툴이 발전하면서 개발자의 도움 없이도 내 아이디어를 실현하고 테스트를 해볼 수 있는 길이 열린 것이죠. (참조 - 코딩 몰라도 앱 개발할 수 있는 '노코드'의 세계) 노코드 툴 생태계에서 큰 비중을 차지하는 영역이 바로 웹사이트를 제작하는 웹빌더 입니다. 사업 아이디어를 테스트하는 초기 단계에서는 모바일 앱보다 접근성이 좋고, 배포하면 수정사항이 바로 반영되는 웹을 선호하기 때문에 노코드 웹빌더에 대한 수요가 큽니다. 이에 따라 웹사이트 제작 난이도나, 웹사이트의 목적, 기능, 디자인 등에 따라 다양한 웹빌더들이 촘촘하게 포지셔닝하고 있습니다. 국내 웹빌더만 하더라도 아임웹(Imweb), 식스샵(Sixshop), 크리에이터링크(CreatorLink), 서피(Surfee) 등이 있고요. 글로벌하게는 버블(Bubble), 웹플로우(Webflow), 워드프레스(Wordpress), 윅스(Wix), 스퀘어스페이스(SqueareSpace), 소프터(Softr), 타입드림(Typedream), 카드(Carrd) 등이 있습니다. 많은 사람들이 협업 툴로 사용하는 노션도 가장 간단한 형태의 웹사이트 빌더라고 할 수 있죠. 공유만 하면 웹사이트처럼 내용이 정리돼 보이니까요.

*이 글은 외부 필자인 심예지님의 기고입니다. 오늘은 폭발적으로 성장하고 있는 서비스를 분석해보려고 합니다. 주인공은 공동구매 직거래 플랫폼 '올웨이즈(Alwayz)'입니다. 2021년 9월에 출시한 올웨이즈는 현재 회원 100만명을 돌파했고, 1월 기준 월 이용자(MAU) 96만명, 거래액은 30억원을 넘겼습니다. 이에 힘입어 지난 2월, 115억에 달하는 시리즈A 투자 유치에 성공했습니다. (참조 - 모바일 팀구매 커머스 올웨이즈, 115억원 시리즈A 투자유치) 2022년 1월에 무료 앱 쇼핑 차트 1위에 오르기도 하는 등, 엄청난 지표를 보여준 이 서비스의 성장 비결은 무엇일까요? 올웨이즈가 가장 집중하는 가치는 단연 '가격'입니다. 생산자와 구매자 간 유통단계를 줄여서 구매자에게 더 저렴한 가격으로 공급하는 형태로 말이죠. 그래서인지 앱도 전반적으로 'MVP(최소한의 유효 기능)'에 집중해 개발한 모습입니다. 아무리 휴리스틱 원칙을 완벽히 지켜도 서비스 초창기에 생존하고 성장하지 못하면 의미가 없어집니다. 성장하는 서비스가 디자인이나 기능적으로 완벽하기를 바라기보단 더 효과적으로 편익을 전달하면 좋겠다는 관점에서 분석해보겠습니다. 1. 가장 인상적인 부분 : 효율적이고 유연한 구매 여정

*이 글은 외부 필자인 장병준님의 기고입니다. "~개발자님, 이 아이디어 어떤 것 같으세요?" 뼛속까지 문과 출신 제품매니저(이하, PM)인 저의 업무의 많은 부분은 개발자님께 설명하고 설득하는 일이었습니다. *PM 제품과 관련된 모든 활동을 관리하며 마케팅 계획 수립과 집행, 예산집행 등 제품과 관련된 모든 중요한 일을 결정합니다. 빠르게 가설을 테스트해보거나, 반복적인 단순업무를 개선하고 싶어도 개발자님을 통해서 해야 하는 게 조금은 답답하게 느껴지기도 했어요. 함께 일했던 개발자님들은 항상 적극 도와주시려고 했습니다. 다만 제가 바로 실행하면 더 효과적일 수 있는 일도 있었다는 것이죠. 리소스가 부족한 신사업팀에서 일하게 됐을 때나 창업을 준비할 때는 이러한 문제들이 더 크게 느껴졌습니다. 그래서 개발자의 도움 없이 빠르게 실행을 할 수 있는 대안을 고민하기 시작했습니다. 그리고 드디어 '노코드(No-code)'의 세계에 입문하게 됩니다. 그야말로 신세계였죠. '노코드'는 개발자가 수행하는 IT 제품개발, 내부 IT 시스템 효율화 업무를 코딩 없이 해결하도록 도와주는 툴을 말합니다. (참조 - 코딩몰라도 앱개발가능한 노코드세계)

*이 글은 외부필자인 이진열님의 기고입니다. 지금까지 아웃스탠딩에 기고했던 글에서 초기 스타트업팀 혹은 스타트업을 준비하시는 분들이 적은 리소스로, 개발자 없이 PMF(Product Market Fit)을 검증하실 수 있는 다양한 방법들을 소개해드렸습니다. 원페이지 웹사이트, 설문, 온라인 커머스, 노션 등을 이용해서 PMF를 검증할 수 있도록 다양한 툴들과 방법론을 공유해드렸는데요. 이 글들에서 꼭 말씀드리고 싶었던 건 결국 직접 개발할 것이냐, 외주를 줄 것이냐, 툴을 쓸 것이냐와 같은 방법론보다는 우리 사업에 대한 '본질'을 빠르게 가설 검증해보겠다는 마인드 셋이 주요하다는 것이었습니다. (참조 - 개발자 없이 '웹사이트'를 만들 수 있는 툴 4가지) (참조 - '설문'으로 O2O 비즈니스 테스트하는 법) (참조 - '문과 출신 주부'가 만든 비대면 골프 레슨 서비스 '챗슨') 사실 아주 적은 리소스로, PMF를 검증해야 하는 이유는 단순합니다. 바로, 우리가 생각한 첫 사업 아이템, 첫 전략, 첫 가설이 한방에 성공할 확률이 제로에 가깝기 때문입니다. 초기 스타트업이 만들어가는 세상은 완전히 확률의 게임입니다. 실패의 확률이 99% 이상에 가까운 확률 게임이죠. 게다가 우리는 돈과 시간이 대기업이나 더 큰 스타트업보다 상대적으로 없는 플레이어입니다. 슬프게도 게임으로 따지면 화려한 장비와 스킬을 갖고 있는 무수한 캐릭터들이 있는 필드에 연습용 무기와 방어구만 갖고 있는 레벨1 캐릭터를 갖고 나가는 것과 같습니다.

“새로운 아이디어의 90%는 실패한다” “빠르게 실행하고 빠르게 실패해라” “내가 아니라, 고객이 원하는 것을 만들어라” “테스트 -> 학습 -> 수정을 끊임없이 반복해라” 이런 말, 한 번쯤 다 들어보셨을 겁니다. 창업론에선 상식으로 통하는 조언이죠. 많은 IT스타트업의 신조이기도 합니다. 누구나 들으면 고개를 끄덕거립니다. 그런데 말입니다... 이게 생각보다 실제로 행동에 옮기기 쉽지 않습니다. 허접한 제품에 대한 부끄러움, 아이디어에 대한 애착 등 심리적인 요인도 있고요. 무엇보다 구체적인 방법을 잘 모르겠거든요. ‘현재 내가 가지고 있는 아이디어를 어떻게 가설로 바꿔야 하지?’ ‘최소기능제품(MVP), 프로토타입을 어느 정도 수준으로 만들어야 하지?’ ‘테스트 결과를 어떻게 해석해야 하지?’ 이런 고민을 하다 보면 골치가 아픕니다. 결국 머릿속에서만 굴려보게 됩니다. 즉, ‘빨리 실패하고 배우라’는 조언은 방향은 맞지만, 디테일이 좀 부족합니다. "난 시도해보고 싶은 아이디어가 있어. 일단 빠르게 검증해야 하는 것도 맞아" "근데.. 추상적인 아이디어를, 실제로 만들지 않고 어떻게 검증하지?" 이런 고민을 하는 분이라면, <아이디어 불패의 법칙>을 강력히 추천합니다.

기업에게 제품을 개발하는 일만큼 제품을 알리는 일도 중요합니다. 아무리 훌륭한 제품이라 하더라도 아무도 쓰지 않는다면 무용지물일 테니까요. 특히 자원이 부족한 초기기업의 경우 어떻게든 단시간 내 신규 서비스를 안착시켜야 하는 상황에 놓였다고 볼 수 있습니다. 이와 관련해 우리는 성공 서비스를 보면 다음과 같은 생각을 하기 마련입니다. "제품 퀄리티가 워낙 좋아 아무 것도 하지 않았는데 앱 마켓에 딱 올리는 순간 입소문으로 확 퍼진 게 아닐까" "과감하고 차별화된 마케팅활동으로 어마어마한 성장을 이룰 수 있었던 게 아닐까" 저 스스로 마케터는 아니지만 이런저런 스타트업 서비스의 초기확산 과정을 지켜볼 수 있었는데요. 둘 다 틀린 말은 아닙니다. 하지만 디테일한 측면에서 조금 다르고요. 사례를 살펴보면 일종의 공식과 같다는 생각이 들 정도로 비슷한 점이 많습니다. 그것은 크게 일곱 단계로 설명할 수 있죠. 첫 번째는 좋은 서비스를 시의적절한 시점에 내놓는 일입니다. '좋은 서비스'와 '시의적절한 시점'은 초기확산을 위한 최소한의 조건인데요. 좋은 서비스를 시의적절하지 않은 시점에 내놓았다면 "너무 빨리 나왔다", "너무 늦게 나왔다", "상황이 받쳐주지 않는데 나왔다"는 평가를 들을 것이며