B
사람중심 AI 복지 혜택 매칭
3.05
Derivation Chain
Step 1
LGU+ 사람중심 AI 비전
→
Step 2
50대가 받을 수 있는 복지 혜택을 놓치는 문제
→
Step 3
복지 혜택 안내를 제공하는 기관(복지관, 주민센터)이 대상자 맞춤 안내를 자동화하는 도구 부재
Problem
지역 복지관·주민센터 담당자가 관할 구역 50대+ 주민에게 맞춤 복지 혜택(고용지원금, 건강검진, 교육비, 주거지원 등)을 안내하려 하지만, 중앙부처·지자체·공단별로 200개 이상의 사업이 수시로 변경되어 담당자조차 전체를 파악하지 못한다. 결과적으로 주민은 자격이 있는 혜택의 30-40%를 놓치고, 담당자는 민원 응대에 주 10시간 이상을 소모한다.
Solution
(1) 복지 담당자가 주민 기본 정보(연령, 소득구간, 가구형태, 건강상태)를 입력하면, (2) 자격 조건에 매칭되는 복지 사업 목록을 자동 추출하여 우선순위별 정렬, (3) 주민에게 카카오톡/문자로 맞춤 안내문을 자동 발송. 차별점: 사회복지 공공 API(국민연금 가입, 복지시설 정보 등) 실제 연동 + 담당자 업무 자동화 도구.
NUMR-V Scores
NUMR-V Scoring System
| N Novelty | 1-5 | How uncommon the service is in market context. |
| U Urgency | 1-5 | How urgently users need this problem solved now. |
| M Market | 1-5 | Market size and growth potential from proxy indicators. |
| R Realizability | 1-5 | Buildability for a small team with realistic constraints. |
| V Validation | 1-5 | Validation signal quality from competition and demand data. |
SaaS N=.15 U=.20 M=.15 R=.30 V=.20
Senior N=.25 U=.25 M=.05 R=.30 V=.15
Feasibility (58%)
Data Availability
20.8/25
Feasibility Breakdown
| Tech Complexity | / 40 | Difficulty of core implementation stack. |
| Data Availability | / 25 | Practical availability and cost of required data. |
| MVP Timeline | / 20 | Expected time to ship a usable MVP. |
| API Bonus | / 15 | Bonus for viable public API leverage. |
Market Validation (57/100)
Validation Breakdown
| Competition | / 20 | Signal quality from competitor landscape. |
| Market Demand | / 20 | Demand proxies from search and mention patterns. |
| Timing | / 20 | Fit with current shifts in tech, behavior, and regulation. |
| Revenue Signals | / 15 | Reference evidence for monetization viability. |
| Pick-Axe Fit | / 15 | How well the concept serves participants in a trend. |
| Solo Buildability | / 10 | Practicality for lean-team implementation. |
Technical Requirements
데이터 파이프라인 [high]
백엔드 [medium]
프론트엔드 [low]