B
Public Data Startup Guide
3.30
Derivation Chain
Step 1
Distribution of public data disclaimer guide
→
Step 2
Entry barrier for 40-60s retirees using public data for startups
→
Step 3
Automatic matching of public APIs to my business idea + usage guide
Problem
A person in their 50s preparing for a solo startup after retirement who wants to find usable APIs for their business idea on the public data portal (data.go.kr) must manually browse through over 2,000 APIs, and understanding API specs, obtaining authentication keys, and testing calls takes an average of 3-5 days. Although a public data disclaimer guide has been distributed to reduce legal burden, there is no practical guidance on 'what data can be used and how,' so most give up.
Solution
Enter 'my business idea' in natural language on the web (e.g., 'pet walking routes in my neighborhood'), and it automatically recommends 5-10 highly relevant APIs from over 2,000 public APIs, providing step-by-step guidance on each API's easy explanation, usage examples, and how to obtain an authentication key. It also presents 3 'service examples you can build with this data' to inspire you.
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. |
N=.15 U=.20 M=.15 R=.30 V=.20
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
Frontend [low]
Backend [medium]
Data Pipeline [medium]