A
재산세·종부세 변동 시뮬레이터
3.60
Derivation Chain
Step 1
공공행정 데이터 개방 확대
→
Step 2
부동산 보유세 제도 잦은 변경
→
Step 3
50대 다주택자가 매년 바뀌는 세율·공정시장가액비율로 실제 납부액 예측 불가
Problem
50-60대 부동산 보유자(특히 2주택 이상)는 재산세·종합부동산세가 매년 공정시장가액비율, 세율 구간, 공시가격 변동에 따라 달라지는데, 이 세 변수를 조합한 실제 납부 예상액을 계산하려면 세무사 상담(건당 10-30만원)을 받거나 국세청 계산기(전년도 기준만 제공)에 의존해야 한다. 특히 정부가 공정시장가액비율을 연중 변경하는 경우, 예상 세액이 수백만원 단위로 달라지는데 이를 사전에 시뮬레이션할 도구가 없다.
Solution
웹에서 보유 부동산 주소(또는 공시가격 직접 입력)를 등록하면, 현행 세율 기준 재산세+종부세 예상 납부액을 자동 계산한다. '만약 공정시장가액비율이 60%→80%로 오르면?', '1채를 매도하면?' 등 시나리오별 시뮬레이션을 제공하고, 매년 공시가격 변동 시 자동 재계산 알림을 보낸다.
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 (70%)
Data Availability
20.6/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 (56/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
백엔드 [medium]
프론트엔드 [medium]
데이터 파이프라인 [low]