一开始就讨论功能，用户问题和使用情境没有对齐。
开发中待正式发布
从问题定义，到可演示原型和验收包
AI 产品原型共创与交付验收
把模糊的 AI 产品想法收敛成有用户任务、有边界、有演示路径的原型交付。
先判断值不值得来
真实工作场景
如果这些问题正在反复消耗团队，这门课才有意义。
原型只能由制作者演示，换人后无法走通关键路径。
评审只谈感觉，没有范围、测试和遗留问题记录。
不是听完，是带走
你会带走
每一项都必须能打开、能检查、能交给下一位同事继续使用。
问题定义页
写清用户、情境、阻碍和希望完成的任务。
范围边界表
区分本轮必须做、不做和待验证内容。
可演示原型
覆盖一条端到端核心使用路径。
测试记录
保存任务、观察、失败点和修订决定。
验收包
汇总版本、演示脚本、已知限制和验收结论。
讲一点，做一轮，验一次
课程模块与现场实操
M01
问题与价值收敛
讲：区分用户问题、解决方案和价值假设。
做：完成问题定义和成功信号。
验：不用功能名也能说明用户任务。
M02
原型与演示路径
讲：选择最低成本的可验证交互。
做：完成可演示原型和脚本。
验：第二人能按脚本走通主路径。
M03
测试与验收交接
讲：记录失败、边界和版本结论。
做：执行任务测试并组装验收包。
验：通过项、问题项和下一步清晰。
用完整闭环代替零散演示
代表案例
案例性质写在卡片上；合成案例不冒充客户成果。
CASE 01合成案例
内部知识助手原型
- 输入
- 合成用户访谈、知识样本和权限约束
- 处理
- 定义问题、限定范围、制作主路径并任务测试
- 输出
- 可演示原型、测试记录与验收包
- 验收
- 答案标注来源，越权问题被明确拒绝
结果必须经过人
从输入到验收
AI 负责生成候选，业务负责人保留最终判断。
- 01
定义问题
从具体用户任务开始。
- 02
限定范围
确定本轮做与不做。
- 03
制作原型
实现最短可演示路径。
- 04
任务测试
让目标用户按任务操作。
- 05
验收交接
冻结版本并记录限制。
先筛选，再报名
适合你，也可能不适合你
- 有具体用户和任务假设
- 接受先验证一条主路径
- 能安排真实或代理用户测试
- 要求课堂交付生产系统
- 尚未说明目标用户
- 把原型等同正式上线
报名之前先把问题问清楚
常见问题
会开发完整产品吗？
不会，本课程交付可演示、可测试的原型候选。
可以使用客户资料吗？
仅在取得授权并完成脱敏后使用。
原型能直接商用吗？
不能，生产安全、性能、运维和合规需另行验收。