新项目可行性验证

解决什么问题

“这个项目能不能做”通常只有两种回答：拍脑袋的“能”和看心情的“再想想”。缺少结构化分析时，独立开发者和一人公司容易在三个地方反复踩坑：市场天花板被高估、成本结构被漏算、合规红线在投入开发之后才被发现。本技能把可行性验证拆成可重复执行的检查流程，让你在写第一行代码之前，先拿到一份有来源标注的市场、技术、增长与风控结论。

四维度如何工作

• Phase 0 业务类型识别：把想法归入 10 种业务类型之一（SaaS/工具、游戏、B2B/企业服务、内容/知识付费、线下/O2O、浏览器插件、垂直行业、AI代理/自动化、纯服务、增长策略），不同类型走不同的分析侧重与风险清单。
• Phase 1 数据采集：并行检索市场、技术、增长、风险四类数据，每条结论都标注来源；中文检索为主，必要时补英文关键词。
• Phase 2 四维度分析：

- 市场：按类型套用测算公式，SaaS/工具 用 TAM/SAM/SOM，游戏用 DAU × ARPU，本地服务用人口 × 渗透率 × 客单价。
- 技术：给出对应技术栈与平台规则速查，例如小游戏可用 Cocos Creator，IAA 无需版号而 IAP 需要，微信小程序 iOS 虚拟支付有硬性限制。
- 增长与变现：按业务类型给出获客成本、分成比例、销售周期与定价区间的国内参考值。
- 合规与风控：通用风险（资金链、合伙、政策、回本周期）叠加行业专项风险，游戏的版号审批周期、B2B 的回款条款、知识付费的结算冻结期都在清单里。

• Phase 3 三档决策：做、犹豫、不做，犹豫档会给出“什么动作能让它变成 Go”的具体路径。
• Phase 4 报告输出：生成结构化的 {项目名}-feasibility-report.html，包含四维度结论、竞品对比（必须含免费替代方案）、收入预测与风险矩阵，以及 Go/Hesitate 情况下的分阶段执行计划。

适用边界

• 定位是决策前的验证工具，不替代融资型大项目的专业尽调，那类项目的增长与风控模型需要另行调整。
• 收入预测一律按最悲观情况估算，定价参考国内市场，不照搬海外。
• 数据结论依赖检索质量，引用时建议自行核对来源时效。