B
KEPCO Power Data Analytics API
3.15
Derivation Chain
Step 1
KEPCO earnings and rising AI power demand
→
Step 2
Demand for power data-based services
→
Step 3
Power usage data cleansing and analytics API
Problem
With AI infrastructure and data center power demand surging, energy management startups and ESG reporting companies need electricity usage data. However, KEPCO (Korea Electric Power Corporation) data is non-standardized and difficult to classify by building type or time period, requiring 2–4 weeks of developer effort to process. Teams end up rewriting parsing and normalization code for every project.
Solution
A service that cleanses KEPCO power data (including public datasets) and provides (1) a standard REST API for electricity usage by building type, region, and time period, (2) time-series analysis endpoints (peak detection, baseload, pattern recognition), and (3) carbon emission conversion data for ESG reporting. Differentiated developer experience via OpenAPI 3.0 docs and Python/JS SDKs.
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 (68%)
Data Availability
18.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 (58/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
Data Pipeline [medium]
Backend [medium]
Infrastructure [low]