产品研发方法
AI项目应该先做PoC还是MVP？
技术可行性不确定时先做PoC，核心技术已验证且需要验证用户流程时做MVP；二者目标、样本和验收方式不同。
直接答案： 如果项目最大的未知是数据能否支持、模型能否达到效果、传感器是否可测或目标芯片是否跑得动，应先做PoC；如果这些关键技术已经验证，最大的未知是用户是否需要、流程是否顺畅和商业闭环是否成立，应做MVP。
PoC与MVP对比
| 项目 | PoC | MVP |
|---|---|---|
| 目标 | 验证技术假设 | 验证用户价值与核心流程 |
| 用户 | 研发与决策人员 | 真实目标用户 |
| 范围 | 一个或少数关键问题 | 最小但完整的任务闭环 |
| 验收 | 数据与技术指标 | 用户行为、流程和业务指标 |
| 工程质量 | 足够支持验证 | 足够支持受控试用 |
什么时候应该先做PoC
缺少代表性数据、成像或传感器方案未定、模型效果未知、边缘平台性能没有实测，或业务目标依赖一个全新技术能力。PoC应提前定义成功条件和停止条件。
什么时候可以进入MVP
关键技术有基线结果，数据采集方式可行，主要设备和接口明确，并能描述用户从输入到结果和后续动作的完整流程。
常见错误
- 把好看的演示当成PoC结论，却没有评估集和失败样本
- 把功能很多的后台当成MVP，却没有真实用户核心闭环
- 在技术风险未验证时同时开发硬件、App和云平台
- PoC完成后没有阶段评审，默认按原方案继续
进一步查看PoC、MVP与工程样机开发 。
常见问题
PoC代码能直接用于正式产品吗？
部分可复用，但PoC通常未覆盖安全、异常、性能、运维和长期稳定性，不能默认直接上线。