아이디어는 확신이 아니라 가설입니다
16번 글에서 세 가지 질문을 정리했습니다. 누구의 문제인지, 왜 새로 만드는지, 첫 사용 흐름이 어떤 모습인지. 그 질문에 답을 내린 순간, 다음으로 드는 생각은 하나입니다.
"그런데 이게 진짜 되는 건지 어떻게 알지?"
이 불안은 자연스럽습니다. 아이디어가 아무리 그럴듯해도, 그건 아직 내 머릿속에서만 검증된 가설이니까요. 시장에서 통하는지는 시장에 물어봐야 합니다.
그렇다고 앱을 먼저 만들어서 시장에 내놓으라는 이야기는 아닙니다. 개발 전에, 돈을 쓰기 전에 확인할 수 있는 방법이 있습니다. 그리고 그 방법은 생각보다 어렵지 않습니다.
개발 없이 아이디어를 검증하는 세 가지 방법
그 문제를 지금 겪고 있는 사람을 찾아서 물어보세요
아이디어 검증에서 가장 확실한 방법은 잠재 사용자와 직접 대화하는 겁니다. 설문지를 돌리라는 이야기가 아닙니다. 커뮤니티, 카카오톡 오픈채팅, 블라인드, 인스타그램 DM 같은 곳에서 "이 문제를 겪고 있는 사람"을 5명만 찾아서 대화해 보세요.
핵심은 내 아이디어를 설명하는 게 아니라, 상대방의 불편함을 듣는 겁니다. "이런 상황에서 어떻게 하세요?"라고 물으면 됩니다. 그 대화에서 상대방이 스스로 불편을 설명하기 시작하면, 문제는 진짜 있는 겁니다. 반대로 "글쎄요, 그냥 참아요"라는 답이 돌아오면, 문제의 크기가 서비스를 만들 만큼은 아닐 수 있습니다.
5명이면 충분하냐고 물을 수 있습니다. 이 단계에서는 충분합니다. 통계적 검증이 아니라, 문제가 실재하는지를 확인하는 단계니까요.
비슷한 서비스의 리뷰를 읽어보세요
내가 만들려는 것과 비슷한 서비스가 이미 있다면, 그 서비스의 앱스토어 리뷰나 커뮤니티 반응을 살펴보세요. 별점 1~2점 리뷰가 특히 중요합니다. 거기에는 사용자가 기대했지만 채워지지 않은 것들이 적혀 있습니다.
"이 기능이 없어서 아쉽다", "이 부분이 너무 불편하다"는 리뷰가 반복되면, 그게 바로 시장이 말해주는 기회입니다. 내 아이디어가 그 빈 곳을 채울 수 있는지를 확인하면 됩니다.
비슷한 서비스가 아예 없다면 두 가지 가능성 중 하나입니다. 아무도 시도하지 않은 정말 새로운 영역이거나, 시장이 원하지 않는 영역이거나요. 이 두 가지를 구분하는 기준은 첫 번째 방법, 즉 사람에게 직접 물어보는 것에서 나옵니다.
서비스가 있는 척해 보세요
"가짜 도어 테스트"라고 부르는 방법입니다. 서비스가 곧 출시된다는 안내 페이지를 하나 만들고, 관심 있는 사람에게 이메일이나 연락처를 남기도록 해보는 거죠.
노션으로 간단한 소개 페이지를 만들어도 되고, 인스타그램 계정에 서비스 콘셉트를 올려도 됩니다. 중요한 건 아직 개발을 시작하지 않았는데도 사람들이 "알려주세요"라고 반응하는지를 보는 겁니다. 반응이 있으면 수요가 실재한다는 신호이고, 반응이 없으면 메시지나 채널을 바꿔볼 필요가 있다는 뜻입니다.
이 방법의 핵심은 완성도가 아닙니다. 사람들이 내 한 줄 설명만 보고도 관심을 갖는지를 확인하는 것이 목적이니까요.
개발 전, 돈 쓰기 전에 확인할 수 있습니다
검증 결과를 해석하는 게 사실 더 어렵습니다
세 가지 방법 자체는 어렵지 않습니다. 문제는 그 결과를 어떻게 읽느냐입니다.
5명과 대화했는데 3명이 "그런 서비스 있으면 쓸 것 같다"고 했다면, 이건 긍정 신호일까요? 리뷰에서 불만이 나왔는데 그게 내 아이디어와 정확히 맞는 건지, 아니면 비슷해 보이지만 다른 문제인지를 어떻게 판단할까요? 가짜 도어에 50명이 이메일을 남겼는데 이게 많은 건지 적은 건지를 어떤 기준으로 봐야 할까요?
혼자서 이 해석을 하다 보면, 내가 보고 싶은 쪽으로 결론이 기울기 쉽습니다. "사람들이 좋다고 했으니까 되는 거다"라고 확신하거나, 반대로 "반응이 미지근하니까 접어야 하나"라고 위축되거나요. 두 경우 모두 객관적인 판단이 아니라 감정에 가까운 해석입니다.
검증은 혼자 하는 것보다 같이 읽는 게 낫습니다
그래서 이 단계에서 같이 이야기할 수 있는 상대가 있으면 결과가 달라집니다. 내 아이디어에 감정이 실리지 않은 사람, 그러면서도 시장과 서비스 구조를 이해하는 사람이요.
흐름소프트가 초기 프로젝트 진단에서 하는 일이 여기에 맞닿아 있습니다. "이 아이디어 괜찮을까요?"라는 질문으로 시작하지만, 대화가 진행되면 "어떤 사용자에게 어떤 문제가 있고, 기존 서비스와 어디가 다르고, 첫 사용 흐름은 어떤 모습이어야 하는지"가 함께 정리됩니다. 530건의 프로젝트를 거치면서 "이 아이디어는 이런 방향으로 가면 된다"와 "이건 이 부분을 먼저 바꿔야 한다"를 구분하는 눈이 쌓여 있기 때문에, 검증 결과를 같이 읽으면 방향이 훨씬 선명해집니다.
검증은 합격과 불합격을 가르는 시험이 아닙니다. 방향을 좁혀가는 과정이고, 그 과정은 혼자보다 함께일 때 빠릅니다.
