코딩 전에 마이크로 SaaS 아이디어를 검증하는 현실적 신호
소규모 도구 아이디어가 실제로 아픈 문제를 푸는지, 아니면 일부 사람에게만 약간 편리한 정도인지 구분하기는 어렵다. 흔한 조언은 문제가 얼마나 아픈지, 얼마나 자주 생기는지, 돈을 낼 의사가 있는지를 보라는 것이다.
하지만 실제로는 이 돈을 내겠다고 말해도, 가벼운 버전을 만들고 나면 아무 반응이 없을 수 있다. 코드에 많은 시간을 쓰기 전에는 작은 실험으로 아이디어를 걸러내는 편이 낫다.
예로는 관심 있는 사람들이 모인 게시판에 올려 반응을 보는 방법, 간단한 와 을 만드는 방법, 자동화하기 전에 몇 명에게 직접 서비스를 해보는 방법이 있다. 핵심 고민은 언제까지 검증만 할지, 어느 순간에는 직접 만들어보며 확인해야 하는지다.
핵심 포인트
- 의 말만으로는 를 믿기 어렵다.
- 기준으로 문제의 강도, 발생 빈도, 지불 의사가 자주 언급된다.
- 간단한 와 은 초기 관심을 확인하는 방법이다.
- 자동화 전에 직접 서비스를 해보면 와 을 더 빨리 볼 수 있다.
- 검증만 계속할 수는 없으며, 어느 시점에는 작게 만들어 확인해야 한다.