Proposal design

方案设计与投标输出

核心思维模型：策展五力 (Curation Five Forces)

所有方案必须在构思阶段优先满足以下模型（详见 DNA.md）：

1. 价值闭环力：从陈列转向闭环，关注“离馆体验”与“数据进化”。
2. 精准角色力：实现“千人千面千线”，提供不同角色的参观脚本。
3. 分层叙事力：L1震撼/L2认知/L3交互分层，专家组联合体架构。
4. 场域应变力：一厅多用Transformer，物理限制的艺术化解决。
5. 进化工具力：交付拖拽式平台等“进化武器”，确保低成本迭代。

目标

将“招标要求”转化为“可交付的投标方案”，并确保：

• 逐条响应：对招标关键条款（★必须项）点对点应答，不漏项。
• 可落地：方案中的工期、资源、界面、交付物、验收口径可执行。
• 可得分：显式对齐评分表，写出“得分证据点”。
• 可报价：方案结构能支撑清单拆分与报价解释。

输入

必需输入

1. tender-analysis 的分析报告：项目基本信息/工期/付款/评分/风险等
2. tender-analysis 的对内问题池（类别+职能）：用于确认已澄清/未澄清/待风险兜底项

可选输入（推荐）

• 会议纪要（口头答疑总结）
• 录音文稿/逐字稿（甲方原始表述的文字稿；用于提炼口径、补充细节，但最终以书面澄清为准）
• 甲方书面答疑（SRM澄清、邮件、纪要附件）
• 甲方新增需求（范围、面积、预算、风格、界面）
• 图纸/清单补充、品牌限定/材料设备标准更新

工作流程

阶段0：建立“最新口径基线”

1. 汇总所有输入文件，按时间排序
2. 形成“口径优先级”：
   • 书面澄清/合同/招标文件补遗 > SRM公告 > 会议纪要（口头） > 初版招标文件
3. 输出《口径变更表》：每一项变更记录来源、影响、是否需要再次提问

阶段1：需求与评分对齐

1. 抽取“★必须满足/废标点/硬性门槛”
2. 抽取评分表的每一项，写出“我们如何得分”的证据结构：
   • 方案内容（写什么）
   • 证明材料（附什么）
   • 可视化表达（图/表/流程图/页面示意）

阶段2：形成方案母版（Markdown）

使用 templates/proposal-outline.md 生成完整母版：

• 项目理解（背景、目标、范围、边界、关键挑战）
• 总体方案（空间/内容/系统/运营）
• 关键系统设计（内容平台、中控、交互、数据对接、运维）
• 实施计划（阶段、里程碑、交付物、验收口径）
• 团队与组织（角色、驻场、协作机制）
• 质量与安全（施工/消防/创优/成品保护/文档）
• 风险与澄清（未澄清项的兜底写法）
• 证据清单（评分项→证据材料映射表）

阶段3：裁剪成对外交付形态

从母版裁剪/改写为：

• Word：templates/proposal-word-outline.md
• PPT：templates/proposal-ppt-outline.md
• 网页：templates/proposal-web-outline.md

阶段4：一致性检查（必须做）

• 招标要求覆盖率：所有★必须项均有对应章节/段落
• 评分对齐：每个评分点都有“可识别证据”
• 工期/付款/交付物一致：计划、里程碑、报价口径不矛盾
• 风险兜底：未澄清项有保护性表述或假设前提

输出要求（最低标准）

至少输出：

1. 投标方案_母版.md
2. 投标方案_对外版.md（或 docx/pptx/html）
3. 评分点→证据材料映射表.md（可作为母版的附录）

写作与表达原则

• 用“甲方语言”写：少泛化科技感，多写可验收的指标与流程
• 用“结构化证据”写：表格/清单/流程图胜过长段落
• 对不确定项明确“假设前提”：并标记为需答疑或风险项