새로운 서비스를 만들 때 가장 먼저 떠오르는 질문은 보통 이것입니다. "어떤 아이디어로 서비스를 만들면 좋을까?" 하지만 이 질문 자체가 잘못된 방향으로 이끌 수 있습니다. 좋은 서비스 아이디어는 머릿속에서 뚝딱 떠오르는 영감이 아니라, 현실의 문제를 관찰하고 분석하는 과정에서 나옵니다.
문제에서 출발하는 기획
성공한 서비스의 공통점은 모두 특정 문제를 해결한다는 것입니다. 아이디어를 먼저 떠올리고 문제를 나중에 붙이는 방식이 아니라, 문제를 먼저 발견하고 그 해결책으로 서비스를 만드는 순서가 훨씬 효과적입니다.
고통 지도 그리기 (Pain Map)
고통 지도란 특정 사용자가 어떤 상황에서 어떤 불편함을 겪는지 시각화하는 방법입니다. 예를 들어 "중고 거래를 하는 30대 직장인"을 대상으로 생각해보면, 거래 상대방과의 약속 장소 조율이 어렵고, 가격 협상 과정이 불투명하며, 물건이 설명과 다를 경우 대응 방법이 없다는 문제들이 드러납니다. 이 고통 지도를 작성하는 방법은 간단합니다.
- 타겟 사용자를 한 명 설정합니다.
- 그 사람이 특정 목표를 달성하기까지의 전체 과정을 단계별로 나열합니다.
- 각 단계에서 겪는 불편함, 시간 낭비, 감정적 스트레스를 기록합니다.
- 가장 빈번하게 발생하고 해결하기 어려운 고통에 동그라미를 칩니다.
이 과정에서 서비스 아이디어가 자연스럽게 도출됩니다.
일상 관찰법
일상에서 불편함을 느낄 때 그냥 넘기지 않고 기록하는 습관이 중요합니다. 스마트폰 메모앱, 노션, 아날로그 노트 어떤 것이든 괜찮습니다. "왜 이게 이렇게 불편하지?", "이걸 더 쉽게 하는 방법은 없을까?"라는 질문을 하루에 한 번 이상 스스로에게 던져보세요. 3개월 이상 꾸준히 기록하면 반복적으로 등장하는 패턴이 보이기 시작합니다. 그 패턴이 바로 시장의 수요가 있는 문제입니다.
실제 성공 서비스 사례
당근마켓
당근마켓은 당시 중고나라를 사용하던 사람들의 불편함에서 시작했습니다. 전국 단위 거래는 사기 위험이 높고, 직거래를 해도 멀리 있는 사람과 만나야 하는 번거로움이 있었습니다. 창업자들은 "내 동네 사람과 안전하게 거래하고 싶다"는 단순한 욕구에 집중했고, 지역 기반 인증 시스템을 핵심 차별점으로 내세웠습니다. 지금은 중고거래를 넘어 지역 커뮤니티 플랫폼으로 진화했지만, 시작은 명확한 하나의 문제였습니다.
토스
토스의 창업자 이승건은 계좌 이체 과정이 너무 복잡하다는 점에서 출발했습니다. 공인인증서를 설치하고, 보안 프로그램을 깔고, 여러 단계를 거쳐야 1원도 보내기 어려운 당시의 인터넷 뱅킹은 실제로 많은 사람들의 불만 대상이었습니다. 토스는 "간편 송금"이라는 단 하나의 기능으로 시작했고, 그것만으로도 수백만 사용자를 끌어모았습니다. 이후 보험, 투자, 신용조회 등으로 확장했지만, 핵심 문제 해결에 집중한 초기 전략이 성공의 기반이었습니다.
노션 (Notion)
노션 이전에도 메모 앱은 수없이 많았습니다. Evernote, Bear, Apple Notes 등이 이미 시장에 있었죠. 하지만 노션은 "문서 작성, 프로젝트 관리, 데이터베이스가 따로따로 분리되어 있어서 불편하다"는 문제에 주목했습니다. 모든 것을 하나의 공간에서 자유롭게 구성할 수 있는 블록 기반 인터페이스는 이 문제를 해결했고, 특히 스타트업과 1인 크리에이터들의 열렬한 지지를 받았습니다.
아이디어를 발굴하는 5가지 구체적 방법
1. 커뮤니티 탐색
Reddit, 디시인사이드, 클리앙, 뽐뿌, 네이버 카페, 카카오 오픈채팅 등 특정 주제를 다루는 커뮤니티에는 사람들의 진짜 불만이 담겨 있습니다. "이런 앱 없나요?", "왜 이게 안 되는 거죠?", "이것만 되면 쓸 텐데..." 같은 표현이 나오는 스레드를 주목하세요. 같은 불만이 반복적으로 올라온다면 그것은 해결되지 않은 수요가 존재한다는 신호입니다.
2. 경쟁사 리뷰 분석
앱스토어와 구글 플레이의 별점 1~2점 리뷰는 금광과 같습니다. 기존 서비스에 불만족한 사용자들이 구체적으로 무엇이 문제인지 적어두었기 때문입니다. "이 기능만 빠졌으면 5점", "이걸 왜 이렇게 복잡하게 만들었나요" 같은 리뷰에서 차별화 포인트를 찾을 수 있습니다.
3. 내 불편함 목록 만들기
앞서 말한 일상 관찰법의 확장입니다. 최소 30개의 불편함을 목록으로 만들어보세요. 처음 10개는 쉽게 나오지만 30개를 채우려면 진지하게 생각해야 합니다. 그 과정 자체가 아이디어 근육을 키웁니다.
4. 해외 서비스 국내화 탐색
해외에서 이미 성공한 서비스가 한국에는 없는 경우가 있습니다. Product Hunt, Hacker News의 "Show HN" 카테고리, AppSumo 등에서 인기 있는 서비스를 살펴보고 한국 시장에 적합한 버전이 가능한지 검토해보세요. 단순 번역이 아니라 한국 사용자의 맥락에 맞게 재설계하는 것이 핵심입니다.
5. 직업별 업무 도구 조사
특정 직업군이 업무에 사용하는 도구를 깊이 파고들면 비효율을 발견할 수 있습니다. 간호사, 부동산 중개인, 소규모 음식점 사장, 프리랜서 번역가 등 특정 직업군과 인터뷰를 진행하거나 그들이 참여하는 커뮤니티를 관찰하면 일반인이 모르는 업무 고통이 드러납니다.
아이디어 검증하는 방법
아이디어가 생겼다고 바로 개발에 뛰어들면 안 됩니다. 먼저 검증이 필요합니다.
구글 트렌드 활용
구글 트렌드(trends.google.com)에서 해당 문제와 관련된 키워드를 검색해 관심도 추이를 확인하세요. 상승 추세인지, 계절성이 있는지, 특정 지역에 집중되어 있는지 파악할 수 있습니다. 단, 아직 인식되지 않은 새로운 문제는 검색량 자체가 낮을 수 있으므로 관련 유사어도 함께 확인하세요.
커뮤니티 반응 테스트
실제 서비스를 만들기 전에 아이디어를 커뮤니티에 올려 반응을 살펴볼 수 있습니다. "이런 서비스가 있으면 쓸 것 같나요?"라는 직접적인 질문보다 "이런 상황에서 여러분은 어떻게 하시나요?" 같은 간접적인 질문이 더 솔직한 답변을 이끌어냅니다. 또한 간단한 랜딩 페이지를 만들고 이메일 수집을 통해 실제 관심도를 측정하는 방법도 효과적입니다.
가짜 문 테스트 (Fake Door Test)
실제 기능을 만들기 전에 버튼만 만들어두고 클릭률을 측정하는 방법입니다. 사람들이 클릭했을 때 "현재 준비 중입니다. 알림을 받으시겠어요?"라는 메시지로 이메일을 수집하면 실제 수요를 확인할 수 있습니다.
흔한 실수와 주의점
솔루션에 집착하는 실수: 특정 기술이나 아이디어에 먼저 반해서 거기에 맞는 문제를 찾으려는 경우입니다. 이는 실제 수요와 동떨어진 결과를 낳습니다.
너무 큰 문제를 노리는 실수: "모든 사람의 일정 관리를 해결하겠다"는 식으로 범위가 너무 큰 문제는 처음부터 해결하기 어렵습니다. 구체적인 한 사람의 구체적인 한 가지 문제에서 시작하세요.
검증 없이 개발부터 시작하는 실수: 아이디어가 마음에 들면 바로 만들고 싶어집니다. 하지만 몇 주의 검증 과정이 몇 달의 개발 낭비를 막을 수 있습니다.
주변 사람들의 응원을 수요로 착각하는 실수: 가족, 친구, 동료는 대부분 아이디어에 긍정적으로 반응합니다. 이것이 실제 시장 수요를 의미하지는 않습니다. 모르는 사람 10명에게 "지금 당장 돈을 내고 쓰겠냐"고 물었을 때 3명 이상이 그렇다고 하면 검증된 아이디어로 볼 수 있습니다.
좋은 서비스 아이디어는 화려한 기술이나 독창적인 발명이 아닙니다. 누군가의 진짜 불편함을 발견하고, 그것을 해결하는 가장 단순한 방법을 찾는 과정에서 나옵니다. 지금 당장 메모앱을 열고 오늘 하루 불편했던 것을 적어보세요.
인터뷰로 아이디어 검증하기 — The Mom Test
아이디어 검증에서 가장 큰 함정은 사람들이 "예의 바른 거짓말"을 한다는 것입니다. 가족이나 친구에게 아이디어를 설명하면 "좋은데?", "써볼게"라는 반응이 나옵니다. 하지만 실제로 돈을 내거나 시간을 써서 사용하는 사람은 극히 드뭅니다.
롭 피츠패트릭(Rob Fitzpatrick)이 쓴 책 "The Mom Test"는 이 문제를 해결하는 인터뷰 방법론을 제시합니다. 핵심은 당신의 아이디어에 대해 이야기하지 않는 것입니다. 대신 상대방의 삶과 행동에 대해 물어봅니다.
나쁜 질문 vs 좋은 질문
나쁜 질문: "제가 이런 앱을 만들면 쓸 것 같으세요?" → 상대방은 당신의 감정을 상하게 하지 않으려고 "써볼게요"라고 합니다.
좋은 질문: "최근에 이 문제 때문에 곤란했던 적이 있었나요?" → 실제 경험을 끌어내면 진짜 데이터를 얻을 수 있습니다.
The Mom Test 3가지 원칙
1. 미래 의향이 아닌 과거 행동을 물어라: "이런 기능이 있으면 쓰겠어요?"(미래 의향)가 아니라 "이 문제를 해결하기 위해 지금까지 무엇을 해봤어요?"(과거 행동)를 묻습니다. 과거 행동이 미래 행동을 예측하는 가장 강력한 지표입니다.
2. 구체적인 것을 물어라: "일반적으로 어떻게 하세요?"보다 "지난주에 이 상황을 어떻게 처리하셨나요?"처럼 구체적인 사건을 물어보면 훨씬 유용한 답변을 얻을 수 있습니다.
3. 칭찬은 무시하라: 인터뷰 중 "정말 좋은 아이디어네요!"라는 말이 나와도 데이터로 취급하지 마세요. 칭찬은 사교적 행동이지 수요 신호가 아닙니다. 대신 "지금 이 문제를 해결하기 위해 돈을 내고 있는 게 있나요?"를 확인하세요.
실제 인터뷰 진행 방법
인터뷰는 카페에서 2030분으로 진행하는 것이 적당합니다. 미리 57개의 핵심 질문을 준비하되 대화 흐름에 따라 유연하게 진행합니다. 녹음(사전 동의 필수) 또는 메모를 통해 기록하고, 인터뷰 후 즉시 핵심 내용을 정리합니다.
인터뷰 10회 이상을 진행하면 반복적으로 등장하는 패턴을 발견하게 됩니다. 그 패턴이 진짜 시장의 니즈입니다.
시장 규모 측정하기 — TAM, SAM, SOM
아이디어가 어느 정도 검증되면 그 시장이 얼마나 큰지 가늠해야 합니다. 투자자에게 피칭할 때는 물론, 서비스가 얼마나 성장할 수 있는지 내부적으로 판단하는 데도 필요합니다. 시장 규모를 나타내는 세 가지 개념을 이해해두면 논리적으로 사고하는 데 도움이 됩니다.
TAM (Total Addressable Market) — 전체 시장 규모
특정 제품이나 서비스를 이론적으로 제공할 수 있는 전체 시장 규모입니다. "전 세계 모든 사람이 내 서비스를 쓴다면"이라는 가장 낙관적인 기준입니다.
예시: 국내 프리랜서 업무 관리 앱을 만든다고 할 때, 국내 프리랜서 수 약 400만 명 × 연 평균 구독료 12만원 = TAM 약 4,800억원
SAM (Serviceable Addressable Market) — 실제 공략 가능한 시장
TAM 중에서 현재 비즈니스 모델로 실제로 공략할 수 있는 시장입니다. 지역, 언어, 유통 채널 등의 제약을 고려합니다.
예시: 위 사례에서 디자이너/개발자 프리랜서(전체의 약 20%)에 집중한다면 SAM = 약 960억원
SOM (Serviceable Obtainable Market) — 현실적으로 획득 가능한 시장
SAM 중에서 향후 3~5년 안에 실제로 차지할 수 있는 현실적인 시장 점유율입니다. 경쟁 현황, 팀 역량, 예산을 고려합니다.
예시: SAM의 5%를 초기 목표로 설정 → SOM = 약 48억원
초기 스타트업에서는 TAM이 수천억 원 이상이어야 투자 받기가 용이합니다. 하지만 너무 큰 TAM을 무비판적으로 제시하면 신뢰를 잃을 수 있으니, 계산 근거를 함께 제시하는 것이 중요합니다.
Jobs to be Done 이론
클레이튼 크리스텐슨(Clayton Christensen)이 제시한 "Jobs to be Done(JTBD)" 이론은 사람들이 제품을 구매하는 이유를 새롭게 이해하게 해줍니다. 핵심 아이디어는 이것입니다. 사람들은 제품을 사는 것이 아니라 특정 "일(Job)"을 해결하기 위해 제품을 "고용(Hire)"한다.
예를 들어 밀크쉐이크 연구 사례가 유명합니다. 어느 패스트푸드 체인점이 밀크쉐이크 판매를 늘리려 했습니다. 기존 방식대로 "어떤 맛을 좋아하세요?", "가격은 적당한가요?"를 물었지만 개선이 없었습니다. 하지만 JTBD 관점으로 "왜 밀크쉐이크를 구매했는가?"를 물었더니, 아침 출근길에 핸들을 잡으면서 한 손으로 먹을 수 있고 오랫동안 포만감이 유지되는 무언가가 필요했다는 것이 드러났습니다. 경쟁 상대는 다른 밀크쉐이크 브랜드가 아니라 바나나, 베이글, 커피였습니다.
JTBD의 세 가지 유형
기능적 Job: 실용적인 목표. "파일을 저장하고 어디서든 접근하고 싶다."
감정적 Job: 내면의 감정 상태. "나는 정리정돈을 잘 하는 사람처럼 느끼고 싶다."
사회적 Job: 타인에게 어떻게 보이고 싶은가. "동료들에게 생산성이 높은 사람으로 보이고 싶다."
훌륭한 서비스는 세 가지 Job을 모두 이해하고 해결합니다. 노션이 단순한 메모 앱 이상으로 성장한 이유는 "정리된 지식 노동자"라는 감정적·사회적 Job도 충족시켰기 때문입니다.
JTBD 인터뷰 질문 예시
- "이 서비스를 처음 사용하기로 결정한 날 무슨 일이 있었나요?"
- "그 전에는 어떻게 이 문제를 해결하고 있었나요?"
- "이 서비스를 사용하면서 어떤 결과를 기대했나요?"
- "당신 주변 사람들이 이 서비스를 사용한다는 것을 알면 어떻게 생각할 것 같나요?"
아이디어 노트 작성법 — How Might We와 SCAMPER
아이디어를 발굴하고 발전시키는 구조화된 방법으로 두 가지 기법을 소개합니다.
How Might We (HMW)
IDEO와 구글에서 널리 사용하는 아이디어 발산 기법입니다. "우리가 어떻게 하면 ～할 수 있을까?"라는 형식으로 문제를 기회로 전환합니다.
예시: 문제 "사용자들이 가입 후 핵심 기능을 발견하지 못하고 이탈한다" → HMW: "우리가 어떻게 하면 사용자가 가입 직후 핵심 기능의 가치를 5분 안에 경험하게 할 수 있을까?"
HMW 문장은 너무 구체적이어도(해결책을 이미 담고 있음), 너무 추상적이어도(방향이 없음) 안 됩니다. 적절한 범위를 잡는 것이 중요합니다. 한 세션에 10~20개의 HMW 문장을 작성하고, 팀이 투표해 우선순위를 정하면 아이디어 워크샵의 좋은 출발점이 됩니다.
SCAMPER 기법
기존 서비스나 아이디어를 7가지 방향으로 변형해 새로운 아이디어를 도출하는 방법입니다.
- S (Substitute, 대체): 기존 구성 요소를 다른 것으로 대체하면 어떻게 될까? "배달 대신 픽업으로 대체하면?"
- C (Combine, 결합): 두 가지 서비스를 합치면? "맛집 리뷰 + 예약을 합치면?"
- A (Adapt, 적용): 다른 분야의 방법론을 적용하면? "게임의 레벨업 시스템을 피트니스 앱에 적용하면?"
- M (Modify/Magnify, 수정/확대): 특정 요소를 과장하거나 강조하면? "리뷰 글자 수 제한을 없애면?"
- P (Put to other uses, 다른 용도): 다른 목적에 사용하면? "사내 도구를 외부에 공개하면?"
- E (Eliminate, 제거): 특정 단계나 기능을 없애면? "회원가입 없이 바로 사용하면?"
- R (Reverse/Rearrange, 역전/재배열): 순서를 바꾸거나 반대로 하면? "결제를 먼저 하고 이후에 상품을 선택하면?"
SCAMPER는 브레인스토밍이 막혔을 때 강제로 새로운 관점을 열어주는 도구입니다.
아이디어에서 첫 번째 제품으로 발전시키는 3단계
좋은 아이디어가 있고 인터뷰로 검증도 됐다면, 이제 첫 번째 제품을 만들 차례입니다. 다음 3단계 프로세스를 따르면 방향을 잃지 않고 진행할 수 있습니다.
1단계: 핵심 가설 문서화 (IF-THEN-BECAUSE)
아이디어를 가설 형태로 문서화합니다. "IF-THEN-BECAUSE" 형식이 유용합니다.
예시:
- IF 프리랜서 디자이너가 클라이언트와 파일을 공유하는 전용 서비스를 사용하면
- THEN 피드백 주고받는 시간이 현재보다 50% 줄어들 것이다
- BECAUSE 현재는 이메일, 카카오톡, 구글 드라이브를 섞어 쓰기 때문에 파일 버전과 피드백이 뒤섞여 혼란이 발생하기 때문이다
이 가설이 명확해야 나중에 MVP를 출시했을 때 "성공"인지 "실패"인지 판단할 수 있습니다.
2단계: 핵심 기능 하나만 선정
가설에서 검증해야 할 가장 핵심적인 행동이 무엇인지 결정합니다. 위 예시에서라면 "파일 공유 + 버전별 피드백 달기"가 핵심입니다. 나머지 기능(사용자 권한 관리, 알림, 분석 등)은 모두 나중으로 미룹니다.
3단계: 출시 기준 미리 정하기
"이 정도면 성공"이라는 기준을 사전에 정합니다. "출시 후 2주 안에 10명이 파일을 공유하고 그 중 5명이 피드백 기능을 사용하면 가설 검증"처럼 구체적인 숫자로 정해두세요. 이 기준 없이 출시하면 결과를 어떻게 해석해야 할지 몰라 방향을 잃습니다.
이 세 단계를 거치면 아이디어 단계에서 첫 번째 제품으로 자연스럽게 진화할 수 있습니다. 아이디어는 많아도 이 과정을 밟는 사람은 드뭅니다. 바로 그 차이가 출시하는 사람과 아이디어만 가진 사람을 가릅니다.