B
Public Cloud SLA Comparison Engine
3.70
Derivation Chain
Step 1
Government data migration to private cloud policy
→
Step 2
Intensified competition among private cloud providers
→
Step 3
Cloud SLA & cost auto-comparison SaaS
Problem
As the government migrates 50 public systems to private cloud providers, comparing SLAs and pricing across AWS, NHN, KT, NCP, and others has become mandatory. Government procurement officers (Grade 5–7 civil servants) must manually compare each provider's SLA documents (50–100 pages each), spending an average of 3–5 days on per-service cost estimation. Inconsistent comparison criteria can lead to selecting the wrong provider, resulting in tens of millions of KRW in additional annual costs.
Solution
Enter the specifications of systems to be migrated (CPU, memory, storage, traffic) and the platform automatically compares SLAs, costs, and security ratings across major cloud providers. Core features: (1) System spec input → automatic per-provider quotes, (2) SLA item cross-comparison table (availability, response time, compensation terms), (3) Auto-filter for eligible providers by CSAP security certification level. The differentiator is comparison specialized for public procurement contexts.
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 (73%)
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 (64/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 [low]
Frontend [low]