MVP 里的 V 是 Viable（可行），不是 Minimal（最小）。很多团队把它理解成「先做个简陋版」，结果做出了一个既不能验证需求、也无法交付客户的半成品。
MVP 的唯一目标：验证付费意愿
不是验证技术可行性，也不是验证用户喜不喜欢。唯一值得验证的是：有没有人愿意为这件事掏钱，掏多少，以什么方式掏。
产品三段划分
- 演示版：让客户亲眼看到效果。目标不是完美，而是 15 分钟内讲清价值。可以免费或极低费用
- 试点版：单场景、单点位、限定周期，有明确验收指标与数据回流条款，收费但门槛低
- 商用交付版：多点位复制，绑定订阅、服务或授权收入
这条路径的核心是把「一次性重投入」的风险从客户身上拿走，让他有低风险的第一步可迈。
技术选型的三条纪律
1. 能买就不自研：把研发资源留给真正的壁垒，而不是通用组件
2. 能按需就不固定：算力、存储、带宽优先按量付费，把 CapEx 变 OpEx
3. 能用小模型就不上大模型：在垂直场景里，小模型微调 + 工程编排往往比通用大模型更便宜也更好用
判断 MVP 是否成功的三个信号
- 客户愿意签一份哪怕金额很小的付费合同
- 客户愿意开放真实场景数据给你迭代
- 客户会主动把你介绍给同行
三个信号一个都没有，说明问题不在产品完成度，而在定位。