B
Government Cloud Transition SME Bidding Guide
3.45
Derivation Chain
Step 1
Public data center to private cloud migration
→
Step 2
SME IT companies seizing opportunities to win public cloud projects
→
Step 3
Bidding notice interpretation + qualification matching + proposal structure guide
Problem
The government's policy to migrate public data centers to private clouds has generated projects worth hundreds of billions of won, but SME IT company representatives and sales staff in their 50s find it difficult to interpret the complex bidding notices from the National Marketplace (나라장터) and the Public Procurement Service (조달청). CSAP certification requirements, security-level separation criteria, and consortium composition conditions are described differently in each notice, and it takes 1-2 days just to determine whether their company is eligible to participate. Compared to large SI companies, the information asymmetry is significant, causing them to miss promising notices or waste time writing proposals for notices they are not qualified for.
Solution
It automatically collects cloud-related bidding notices from Nara Marketplace and the Public Procurement Service, structures the qualification requirements (CSAP level, revenue criteria, staffing conditions), and automatically matches them with the user's company information (certifications, revenue, staffing) to filter only the notices they can participate in. It provides a summary of key requirements for each notice, consortium composition tips, and a proposal outline template.
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.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 (63/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]
Frontend [low]