把商业方案送入现有技术课

1. 本节解决什么问题

项目里已经有一套完整的“AI 网站/AI 产品开发技术课程”，从认识 AI 产品、需求、对标、PRD、TRAE、UI、建站、RFQ/SEO/测试到部署和服务交付。本模块不再生成一套相似正文。

你现在要做的是确认：商业证据已经足够进入开发，并知道技术课完成后要把哪些成果带回商业闭环。

2. 核心判断

AI 开发不是商业验证的替代品，而是把已验证问题变成可演示、可使用、可交付证据的生产环节。

如果你还说不清目标客户、最近一次问题、MVP 范围和验收标准，请回到模块 01—04。开发速度越快，做错方向的速度也越快。

3. 通俗解释：开发前的五份输入

进入技术课前，准备：

1. 项目机会评分表；
2. 10 人访谈与需求验证记录；
3. 商业模式画布与单客账；
4. MVP 范围表；
5. 产品需求文档与验收标准。

还要准备素材清单：主体信息、联系方式、产品/服务资料、图片权利、证书或案例授权、隐私与数据处理边界。未知内容必须标注“待真实业务验证”，不能让 AI 自动补齐。

4. 具体操作步骤：现有技术课学习地图

入口：course/00-start-here/README.md

可运行案例：cases/garlic-b2b-website/

5. 中国大陆模拟案例：大蒜网站的开发输入

模拟案例，企业资料、证书、产能、价格和客户数据待真实业务验证。

开发前输入不是“做一个高级的外贸网站”，而是：

• 用户：需要核对供应能力并提交规格化询盘的采购者；
• 路径：选择语言 → 查看产品与质量信息 → 填写数量/包装/目的地 → 同意联系 → 提交；
• 业务方路径：收到询盘 → 判断完整性 → 记录来源和状态 → 回复；
• 验收：双语主要路由可访问、手机无横向溢出、表单有失败保护、未配置收件密钥时不假装成功；
• 边界：不做支付、库存、自动报价和虚假证书。

现有示范站已经实现这条技术闭环。真实业务要替换的不是代码结构，而是经过授权和核验的内容。

6. 常见错误

• 没访谈就直接让 AI “做一个爆款产品”。
• 一次要求 AI 重写整个项目，破坏已有课程或示范站。
• 把演示数据写成真实企业能力。
• 只检查首页，不检查表单失败、手机、SEO 和直接访问路由。
• 开发完成后没有保存测试、部署和交付证据。
• 因为能做登录、支付和数据库就全部加入第一版。

7. 可直接复制的 AI 提示词

你将基于一个已有项目开发，不得重建、删除或覆盖现有技术课程与示范站。

商业输入：
- 目标客户与场景：[填写]
- 已验证问题：[填写证据]
- MVP范围：[填写]
- 明确不做：[填写]
- 用户路径：[填写]
- 客户提供资料：[填写]
- 未知或待验证内容：[填写]
- 验收标准：[填写]

请先：
1. 阅读README、package.json、路由、组件、样式和构建配置；
2. 说明复用点和最小文件改动；
3. 把任务拆成可单独构建和验收的里程碑；
4. 每次只完成一个里程碑并运行现有检查；
5. 不编造企业、证书、销量、客户、询盘、成交或收入；
6. 不增加登录、支付、会员或数据库，除非现有需求确实需要并得到确认。

8. 可复制模板

开发交接包使用：

• 08-产品需求文档.md
• 07-MVP范围表.md
• 现有 templates/09-site-architecture.md
• 现有 templates/20-final-acceptance.md

9. 当天行动作业

1. 检查五份商业输入是否齐全；
2. 打开现有技术课的开始指南；
3. 把 PRD 与验收标准复制到独立项目说明；
4. 完成技术课 00—01，建立成果卡；
5. 记录开发前的基线构建结果。

10. 验收标准

• 没有删除、覆盖或重复生成现有技术课。

• 开发输入来自真实研究，不是 AI 猜测。

• MVP、非目标、素材责任、隐私边界和验收明确。

• 有可演示产品、测试结果、部署/运行说明和回滚方法。

• 演示案例与待真实业务验证内容标注清楚。

• 技术成果可以进入下一模块制作套餐、报价和销售页面。

11. 参考来源

• 项目现有技术课开始指南：course/00-start-here/README.md
• 项目现有第 01—10 课：course/
• 可运行云南大蒜双语 B2B 示范站：cases/garlic-b2b-website/

完成技术课后，带着可演示产品、范围、成本和验收证据进入模块 06，设计包装、定价与报价。

---

上一节：把需求做成可交付产品
下一节：用范围、证据和成本完成报价