A
Public Data Hackathon Coach Bot
3.80
Derivation Chain
Step 1
Yeosu Public Data Hackathon
→
Step 2
Public data hackathon participant support
→
Step 3
Hackathon submission quality verification and dataset recommendations
Problem
College students and junior developers (ages 20-30) competing in public data hackathons (30+ annually from local and central government) spend an average of 2-3 days finding suitable datasets and 3-5 days on data preprocessing. 40% give up before submission due to inability to find the right data combinations, and among those who submit, 70% are eliminated in the first round due to lack of originality in data utilization.
Solution
When users input the hackathon theme and judging criteria, the system recommends suitable dataset combinations from 2,000+ APIs on data.go.kr, suggests join possibilities between datasets, and proposes utilization ideas. Pre-scores submissions on originality and completeness based on past winner pattern analysis, and coaches improvements.
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.4/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
Backend [medium]
AI/ML [medium]
Frontend [low]