B
장기요양 등급변경 대응 코치
3.20
파생 체인
단계 1
부모 돌봄 행정·비용 설계
→
단계 2
요양등급 신청·판정
→
단계 3
등급 변경(상향/하향) 시 급여·비용 변동 대응
문제
80대 부모가 요양 3등급에서 2등급으로 상향되거나, 반대로 4등급으로 하향 조정될 때 급여 한도, 본인부담금, 이용 가능 서비스가 크게 바뀌는데 이를 미리 파악하지 못한다. 등급 변경 통지를 받고 나서야 기존 요양시설이나 방문요양 시간이 줄어드는 것을 알게 되어 급하게 대안을 찾아야 하며, 이의신청 기한(60일)을 놓치는 경우도 흔하다.
솔루션
웹에서 현재 요양등급과 이용 중인 서비스(방문요양/주야간보호/시설입소)를 입력하면, 등급이 1단계 오르거나 내렸을 때 급여 한도, 본인부담금, 이용 가능 서비스 변동을 미리 시뮬레이션한다. 등급 변경 통지 시 이의신청 체크리스트와 기한 알림을 제공하며, 변경된 등급에서 최적의 서비스 조합을 추천한다.
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
실현성 (73%)
실현성 분석
| 기술 복잡도 | / 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가 있으면 가산 |
시장 검증 (55/100)
검증 분석
| 경쟁 분석 | / 20 | 경쟁사 검색 결과 기반. 적절한 경쟁 존재 = 시장 검증 |
| 시장 수요 | / 20 | 검색량, 뉴스 언급 등 프록시 지표. 실제 수요의 간접 증거 |
| 타이밍 | / 20 | 현재 트렌드와의 부합도. 규제/기술 변화 시점 적합성 |
| 수익 참조 | / 15 | 유사 비즈니스 모델의 수익 사례. 실제 과금 레퍼런스 존재 여부 |
| 곡괭이 적합 | / 15 | 곡괭이 전략 부합도. 도구/인프라 제공 관점 적합성 |
| 1인 구축 | / 10 | 혼자서 MVP 구축 가능 여부. 외부 의존성 최소화 정도 |
기술 요구사항
프론트엔드 [low]
백엔드 [medium]
데이터 파이프라인 [low]