Amalia6767 方案设计与投标输出
核心思维模型：策展五力 (Curation Five Forces)
所有方案必须在构思阶段优先满足以下模型（详见 DNA.md）：
- 价值闭环力：从陈列转向闭环，关注“离馆体验”与“数据进化”。
- 精准角色力：实现“千人千面千线”，提供不同角色的参观脚本。
- 分层叙事力：L1震撼/L2认知/L3交互分层，专家组联合体架构。
- 场域应变力：一厅多用Transformer，物理限制的艺术化解决。
- 进化工具力：交付拖拽式平台等“进化武器”，确保低成本迭代。
目标
将“招标要求”转化为“可交付的投标方案”，并确保：
- 逐条响应：对招标关键条款（★必须项）点对点应答，不漏项。
- 可落地：方案中的工期、资源、界面、交付物、验收口径可执行。
- 可得分：显式对齐评分表，写出“得分证据点”。
- 可报价：方案结构能支撑清单拆分与报价解释。
输入
必需输入
tender-analysis的分析报告：项目基本信息/工期/付款/评分/风险等tender-analysis的对内问题池（类别+职能）：用于确认已澄清/未澄清/待风险兜底项
可选输入（推荐）
- 会议纪要（口头答疑总结）
- 录音文稿/逐字稿（甲方原始表述的文字稿；用于提炼口径、补充细节，但最终以书面澄清为准）
- 甲方书面答疑（SRM澄清、邮件、纪要附件）
- 甲方新增需求（范围、面积、预算、风格、界面）
- 图纸/清单补充、品牌限定/材料设备标准更新
工作流程
阶段0：建立“最新口径基线”
- 汇总所有输入文件，按时间排序
- 形成“口径优先级”：
- 书面澄清/合同/招标文件补遗 > SRM公告 > 会议纪要（口头） > 初版招标文件
- 输出《口径变更表》：每一项变更记录来源、影响、是否需要再次提问
阶段1：需求与评分对齐
- 抽取“★必须满足/废标点/硬性门槛”
- 抽取评分表的每一项，写出“我们如何得分”的证据结构：
- 方案内容（写什么）
- 证明材料（附什么）
- 可视化表达（图/表/流程图/页面示意）
阶段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：一致性检查（必须做）
- 招标要求覆盖率：所有★必须项均有对应章节/段落
- 评分对齐：每个评分点都有“可识别证据”
- 工期/付款/交付物一致：计划、里程碑、报价口径不矛盾
- 风险兜底：未澄清项有保护性表述或假设前提
输出要求（最低标准）
至少输出：
投标方案_母版.md投标方案_对外版.md（或 docx/pptx/html）评分点→证据材料映射表.md（可作为母版的附录）
写作与表达原则
- 用“甲方语言”写：少泛化科技感，多写可验收的指标与流程
- 用“结构化证据”写：表格/清单/流程图胜过长段落
- 对不确定项明确“假设前提”：并标记为需答疑或风险项