50대 직장인이 70-80대 부모의 복지 혜택을 대리 신청하려 할 때, 중앙정부(기초연금, 노인장기요양), 지자체(경로당 프로그램, 돌봄서비스), 민간(통신비 할인, 교통비 지원) 혜택이 각각 다른 사이트에 흩어져 있다. 복지로(bokjiro.go.kr)에 통합 검색이 있지만, 부모의 정확한 조건(기초생활수급 여부, 장기요양등급, 거주 지자체)을 모르면 적합한 혜택을 찾을 수 없고, 신청 기한이 지나 놓치는 경우가 연간 수십만원에 달한다. 특히 지자체별 고유 혜택은 해당 구청 홈페이지에만 공지되어 발견이 거의 불가능하다.
웹에서 부모님의 기본 정보(나이, 거주 지자체, 소득 수준, 장기요양등급, 주요 질환)를 입력하면, (1) 받을 수 있는 중앙+지자체+민간 혜택 목록을 한 화면에 정리, (2) 각 혜택의 신청 기한·방법·필요 서류를 안내, (3) 신청 기한 D-30 알림을 이메일/카카오톡으로 발송한다. 조건 변경(요양등급 승급, 주소 이전) 시 혜택 목록을 자동 업데이트한다.
| N Novelty | 1-5 | 시장 내 유사 서비스 부재 정도. 경쟁사 0개 = 5, 10+개 = 1 |
| U Urgency | 1-5 | 사용자가 지금 당장 필요로 하는 긴급성. 트렌드 부합 + 시급성 |
| M Market | 1-5 | 타겟 시장의 크기와 성장 가능성. 프록시 지표 기반 (LLM 추정 X) |
| R Realizability | 1-5 | 1-2인이 실현 가능한 정도. 기술 난이도 + 데이터 확보 용이성 |
| V Validation | 1-5 | 시장 검증 통과 여부. 경쟁사 분석 + 수요 프록시 + 타이밍 |
| 기술 복잡도 | / 40 | 핵심 기술 스택의 난이도. low=40, medium=24, high=10 |
| 데이터 접근성 | / 25 | 필요 데이터의 확보 용이성. user_generated=25 → proprietary=4 |
| MVP 일정 | / 20 | 최소 기능 제품 구축 소요 기간. 2주=20, 1개월=12, 3개월=8 |
| API 보너스 | / 15 | 공공 API 활용 가능 시 보너스. 매칭 API가 있으면 가산 |
| 경쟁 분석 | / 20 | 경쟁사 검색 결과 기반. 적절한 경쟁 존재 = 시장 검증 |
| 시장 수요 | / 20 | 검색량, 뉴스 언급 등 프록시 지표. 실제 수요의 간접 증거 |
| 타이밍 | / 20 | 현재 트렌드와의 부합도. 규제/기술 변화 시점 적합성 |
| 수익 참조 | / 15 | 유사 비즈니스 모델의 수익 사례. 실제 과금 레퍼런스 존재 여부 |
| 곡괭이 적합 | / 15 | 곡괭이 전략 부합도. 도구/인프라 제공 관점 적합성 |
| 1인 구축 | / 10 | 혼자서 MVP 구축 가능 여부. 외부 의존성 최소화 정도 |