← ClaudeAtlas

proposal-designlisted

基于 tender-analysis 输出与答疑/会议纪要/新增需求等增量材料,遵循“策展五力”模型生成可投标的方案设计(Word/PPT/网页)。
Amalia6767/curator-skills · ★ 1 · Web & Frontend · score 72
Install: claude install-skill Amalia6767/curator-skills
# 方案设计与投标输出 ## 核心思维模型:策展五力 (Curation Five Forces) **所有方案必须在构思阶段优先满足以下模型(详见 [DNA.md](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:一致性检查(必须做) - 招标要求覆盖率:所有★必须项均有对应章节/段落 - 评分对齐:每个评分点都有“可识别证据” - 工期/付款/交付物一致:计划、里程碑、报价口径不矛盾 - 风险兜底:未