B
공공서비스 변경 알림판
2.95
파생 체인
단계 1
디지털 행정·금융 서비스의 UX 단절
→
단계 2
인증체계·메뉴 변경으로 인한 신고 기한 누락
→
단계 3
변경사항 사전 알림 + 절차 스크린샷 가이드
문제
55세 자영업자가 홈택스에서 부가세 신고를 하려는데, 지난달 UI가 개편되어 '전자신고' 메뉴 위치가 바뀌었고 공동인증서 대신 금융인증서를 요구한다. 변경 안내는 공지사항 게시판에만 올라와 있어 확인하지 못했고, 신고 기한을 이틀 넘겨 가산세 3%가 부과됐다. 정부24·홈택스·모바일뱅킹 등 주요 5개 서비스에서 이런 일이 연 2-3회 반복된다.
솔루션
웹에서 자주 쓰는 공공·금융 서비스(홈택스, 정부24, 국민건강보험, 주거래 은행앱 등)를 등록하면, 해당 서비스의 UI 변경·인증 방식 변경·주요 기한을 요약하여 카카오톡 알림톡 또는 이메일로 사전 발송한다. 변경된 절차를 스크린샷 기반 단계별 가이드로 제공.
NUMR-V Scores
NUMR-V Scoring System
| 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 | 시장 검증 통과 여부. 경쟁사 분석 + 수요 프록시 + 타이밍 |
SaaS N=.15 U=.20 M=.15 R=.30 V=.20
Senior N=.25 U=.25 M=.05 R=.30 V=.15
실현성 (72%)
실현성 분석
| 기술 복잡도 | / 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가 있으면 가산 |
시장 검증 (56/100)
검증 분석
| 경쟁 분석 | / 20 | 경쟁사 검색 결과 기반. 적절한 경쟁 존재 = 시장 검증 |
| 시장 수요 | / 20 | 검색량, 뉴스 언급 등 프록시 지표. 실제 수요의 간접 증거 |
| 타이밍 | / 20 | 현재 트렌드와의 부합도. 규제/기술 변화 시점 적합성 |
| 수익 참조 | / 15 | 유사 비즈니스 모델의 수익 사례. 실제 과금 레퍼런스 존재 여부 |
| 곡괭이 적합 | / 15 | 곡괭이 전략 부합도. 도구/인프라 제공 관점 적합성 |
| 1인 구축 | / 10 | 혼자서 MVP 구축 가능 여부. 외부 의존성 최소화 정도 |
기술 요구사항
데이터 파이프라인 [medium]
백엔드 [medium]
프론트엔드 [low]