用途
Proposal Generator 用于把客户的品牌转化为两份承担不同任务的销售提案，划分依据是提案如何到达买家，而非按发送渠道与 ICP 交叉成矩阵。它可复用于每次客户项目，本地工作区中保存有一份参考构建（call-deck.html + send-proposal.html + index.html），位于 <client>-proposals/ 目录下。
两种变体
- 方案 A · CALL DECK（call-deck.html）：由客户方演示（探索、介绍、屏幕共享）。它是视觉辅助：大字排版、轻量文案，论证由销售口头承担。构建于 Viktor 的高客单价提案框架之上，参见 reference/call-deck-framework.md。
- 方案 B · SEND PROPOSAL（send-proposal.html）：独立传播（邮件、跟进、被内部转发）。自包含：更重的文案、预先处理的异议、完整范围 + 定价 + CTA。结构见 reference/send-proposal-structure.md。
- index.html：一个小型选择页，链接上述两者。
ICP 层：替换而非复制
不要为每个角色构建多套演示稿。每个 ICP/工作类型只替换 3 个区块：（1）问题框定，（2）案例研究，（3）范围/定价。结构与设计保持固定。
工作流程
Step 0 — 输入与确认：收集缺少的信息，包括客户及其品牌/设计系统（若存在通过 design-system-generator 构建的系统则复用其令牌，否则先从客户网站提取颜色与字体）；是否已有报价/提案（若提供则先执行 Step 1 批判）；选择变体（默认 A + B 两者）。
Step 1 — 批判已有材料（若提供）：运行 reference/critique-checklist.md。核心重构是：多数公司发送的是报价（做什么 + 多少钱），而非提案（为什么是你、为什么是我们、为什么是现在、风险是什么，然后才是做什么 + 多少钱）。诊断差距，指出值得保留的内容（真实范围/排除项/定价实质可直接接入范围与定价部分），然后开始构建。
Step 2 — 提取品牌令牌：从客户设计系统中取 CSS 变量尺度与三字体系统。两份提案必须与客户网站呈现同一品牌——复用完全相同的 --ink-*、强调色阶、字体与主视觉母题（蓝图网格、点阵网格等）。
Step 3 — 构建 A · Call deck：垂直滚动吸附式演示稿，整屏幻灯片，方向键导航 + 进度条 + 幻灯片计数器。严格遵循 reference/call-deck-framework.md 中的 Viktor 顺序：封面 → 为什么是我们（针对他们，含 ICP/用例/收益）→ 挑战（含买家引述卡）→ 替代方案（不是 ROI）→ 解决方案（客户的标志性方法）→ 定价（2-3 档，每档含范围+时间线+结果）→ 预期结果（时间线）→ 我们如何合作（3-4 步）→ 相关案例（匹配、精确数字）→ 下一步。
Step 4 — 构建 B · Send proposal：滚动文档，粘性顶栏含字标 + CTA，进度条。按 reference/send-proposal-structure.md：封面 → 摘要 → 现状 → 我们的方法 → 范围 → 证明（2 个案例 + 引述）→ 为什么是 [客户] → 投资（定价表）→ FAQ/异议 → 我们如何开始。
Step 5 — 约定（两种变体通用）：由销售按交易填写的占位符，用方括号显式标出，如 [Contact]、[Company]、[project]、[sector]、[Date]、[Name]、[email]、[phone] 以及 £X,XXX 金额。定价为 2-3 档/选项，绝不只有一个；每档为范围 + 时间线 + 结果；为低信任度的首次项目提供一个参与度更低的入门选项。定价处放置 PDF 成本明细按钮：一个 .doc-btn（“PDF · See the full cost breakdown →”）链接 [link-to-cost-breakdown-pdf]，让潜在客户可在浏览器中打开逐项成本明细（用 PDF 而非 Excel，无需下载即可打开）。不设 ROI 预测幻灯片（与成交率下降 27% 相关），只用运营结果。按 [[feedback_white_background]]，白色背景规则仅适用于 LinkedIn；提案中允许深色品牌区块。
Step 6 — 预览与部署：本地复制到 /tmp/<client>-prop/，使用 /tmp/serve_<client>prop.py，在下一个空闲的 460X/461X 端口（需先检查现有占用，很多已被占用）添加 .claude/launch.json 条目。执行 preview_start → 调整尺寸 1280×860 → preview_console_logs（预期无日志）→ 截图封面。注意：预览截图工具在以编程方式滚动到较远幻灯片时会返回空白/黑色画面，应改用几何求值（元素矩形、溢出检查）验证这些幻灯片。部署按 [[feedback_share_via_netlify]]、[[reference_npm_cache_root_owned]]：
cd <client>-proposals && export npm_config_cache="$HOME/.npm-claude"
npx --yes netlify-cli deploy --dir . --prod
SID=$(python3 -c "import json;print(json.load(open('.netlify/state.json'))['siteId'])")
npx --yes netlify-cli api updateSite --data "{\"site_id\":\"$SID\",\"body\":{\"name\":\"<client>-proposals\"}}"
Step 7 — 记忆：在客户项目记忆中记录提案构建信息：文件路径、端口、Netlify URL、所用变体，以及所选 ICP 替换轴。
参考文件
reference/call-deck-framework.md — Viktor 的高客单价提案框架，逐幻灯片说明与原则 reference/send-proposal-structure.md — 自包含发送文档的解剖结构 reference/critique-checklist.md — 用于审视已有提案的“报价 vs 提案”批判清单
限制
资料中未提供关于收费、价格、平台兼容范围、效果指标或使用步骤之外的额外信息，均暂未提供。