新项目默认路径
modules/presales-bidding/customer-projects/<project-slug>/
历史项目继续留在原目录，本模块只做索引，不破坏已有链接和任务记录。
最低产物
README、来源清单、要求响应矩阵、补证清单、章节草案、人审 HTML。
角色分工
| 角色 | 主要输入 | 主要输出 |
|---|---|---|
| 销售/项目负责人 | 客户背景、采购节奏、竞争对手、商务边界 | 投标策略、报价和递交节奏确认 |
| 产品/售前 | 产品能力、方案结构、功能边界、差异化 | 响应矩阵、技术章节、补证清单 |
| 研发/测试 | 系统截图、接口、版本、性能、安全和可验证能力 | A/B 级技术证据、验证说明、风险提示 |
| 交付/实施 | 部署方式、实施计划、培训、售后、验收经验 | 实施服务章节、现场条件清单、交付风险 |
| 商务/法务/投标负责人 | 资质、授权、报价、合同、盖章、附件 | 最终人工确认和正式投标文件 |
目录结构
<project-slug>/
README.md
ROUTING_NOTE.md
source-docs/
source-index.csv
source-evidence.md
response-matrix/
requirement-response-matrix.csv
evidence-gap-list.csv
deliverables/
01-technical-solution.md
02-implementation-plan.md
03-service-and-training.md
04-security-and-compliance.md
review/
<project-slug>-bid-review.html
archive/执行步骤
- 新建项目目录，复制模板结构。
- 登记采购文件、客户资料、历史方案、微盘路径和产品证据。
- 把采购文件拆成要求响应矩阵。
- 给每条要求标注响应策略、证据等级、证据路径、风险和下一步动作。
- 输出章节 Markdown，并生成人审 HTML。
- 审核通过后再进入 Word/PDF 排版和正式投标文件。
- 项目结束后回流可复用控标参数、章节模板和反模式。
证据规则
| 等级 | 可以怎么用 |
|---|---|
| A | 可写成硬性响应，但仍需确认有效期、授权和投标主体。 |
| B | 可写成方案能力或案例支撑，外发前补脱敏和授权。 |
| C | 只能用于内部结构、方法、竞品参考或方案建议。 |
| D | 只能作为假设和待确认项，不能写成承诺。 |
禁止项
- 不把内部演示或设计原型写成已上线功能。
- 不把客户兴趣写成采购承诺。
- 不把内部评分表写成行业权威排名。
- 不把未经授权客户案例写进公开标书。
- 不把 AI 准确率、健康效果、等保、国产化、硬件参数写成无证承诺。