AI 앱 사업 시작하기: 고객·문제·수요 검증

앱 아이디어가 떠오르면 AI에 화면부터 만들어 달라고 요청하기 쉽습니다. 화면이 나타나고 버튼이 움직이면 제품이 구체화되는 느낌도 듭니다.

개발에 들어가기 전에는 이 앱이 해결하려는 불편을 누가 겪는지, 지금은 어떻게 해결하는지 확인할 필요가 있습니다.

그 내용을 정리할 도구가 1페이지 문제 검증표입니다. 설명에는 ‘프리랜서를 위한 프로젝트 요청 정리 앱’이라는 가상 예제를 사용합니다.

고객과 상황부터 좁혀봅니다

“프리랜서를 위한 생산성 앱”이라는 설명만으로는 필요한 기능을 정하기 어렵습니다. 같은 프리랜서라도 번역가와 개발자가 받는 요청, 작업 방식, 결과물은 다릅니다.

먼저 다음 문장을 채워보세요.

나는 [누구]가 [어떤 상황]에서 겪는 [문제]를 줄이려 한다.

가상 예제에서는 이렇게 시작할 수 있습니다.

나는 소규모 웹 제작을 혼자 하는 프리랜서가 고객의 첫 문의를 받은 뒤, 누락된 요구사항을 다시 확인하느라 시간을 쓰는 문제를 줄이려 한다.

아직은 가설입니다. 인터뷰에서 다른 문제가 더 중요하게 나타나면 바꿔야 합니다.

“이런 앱이 있으면 쓰실 건가요?”라고 물으면 긍정적인 답을 듣기 쉽습니다. 하지만 그 답만으로 실제 사용이나 구매를 예상하기는 어렵습니다.

최근 경험을 물으면 지금 어떤 방식으로 일하고 있는지 좀 더 구체적으로 알 수 있습니다.

가능하면 개인정보를 가린 문서나 작업 과정도 함께 살펴봅니다. 녹음하거나 자료를 보관해야 한다면 먼저 동의를 구합니다.

기록할 때는 사용자가 실제로 말한 내용과 내 해석을 나눕니다. “요청 정리에 시간이 걸렸다”는 관찰과 “AI 요약 기능에 돈을 낼 것이다”라는 추측은 구분해서 적어야 합니다.

사용자는 이미 메모, 이메일, 스프레드시트, 기존 서비스나 자신의 기억으로 문제를 해결하고 있을 수 있습니다. 새 앱은 이런 방식과도 경쟁합니다.

현재 방식으로 충분한 사람에게는 새 앱이 필요하지 않을 수 있습니다. 그것도 검증 과정에서 알아야 할 사실입니다.

예제 앱이라면 프로젝트 요청을 정리하는 양식부터 제공할 수 있습니다.

사용자가 민감한 내용을 제거한 예시 요청을 보내면, 개발자가 직접 다음 항목으로 정리해 돌려주는 방식입니다.

결과물을 받은 사람이 실제 업무에 쓰는지 살펴봅니다. 어떤 항목을 고치는지, 다음 요청에도 같은 도움을 원하는지도 확인합니다.

수작업 실험이라는 점과 자료 처리 방식은 분명히 알립니다. 아직 작동하지 않는 자동화 기능을 이미 제공하는 것처럼 소개하지 않습니다.

실험이 끝난 뒤에는 좋았던 반응만 기억하기 쉽습니다. 시작 전에 세 가지를 정해두세요.

첫 실험에서는 다시 사용하고 싶다는 요청이나 실제 업무에 적용한 흔적을 볼 수 있습니다. 유료 제품을 목표로 한다면 가격과 조건을 제시했을 때의 행동도 이후에 별도로 확인해야 합니다.

칭찬, 사용 의향, 실제 사용, 결제는 각각 나눠 기록합니다.

AI는 인터뷰 질문이 특정 답을 유도하는지 검토하거나, 익명화한 기록에서 반복되는 문제를 정리하는 데 쓸 수 있습니다.

예를 들어 다음과 같이 요청할 수 있습니다.

아래 인터뷰 기록에서 직접 관찰된 사실과 내 추정을 구분해 주세요. 기록에 없는 고객 반응은 추가하지 말고, 더 확인해야 할 질문을 제안해 주세요.

AI가 제시한 고객 유형이나 예상 반응은 다음 조사에서 확인할 가설로 남겨둡니다. 실제 고객에게 얻은 증거로 기록하지 않습니다.

이 표를 채웠다면, 다음 글에서 확인한 문제를 최소 제품의 요구사항으로 바꿔봅니다.