sales-proposal-template

设计可复用的 Qwilr 提案模板

帮助用户设计一套可供整个销售团队使用的可复用 Qwilr 模板系统，包含标准化结构、一致的品牌形象，以及可供 API/CRM 自动填充的令牌字段。

第 1 步 — 收集背景信息

如果 references/learnings.md 存在，请先阅读，了解积累的知识。

询问用户：

1. 团队销售什么？

   • 产品/服务描述、典型交易金额、买家角色

2. 有多少种不同的交易类型？

   • A) 一种产品、一类买家——只需要一个模板
   • B) 2-3 种变体（例如，SMB 与企业客户，或不同产品）
   • C) 4 种以上变体（行业、地区、产品线）
   • D) 不确定——请帮我梳理

3. 目前提案流程有哪些问题？

   • A) 每位销售代表都从头开始制作——质量不一致
   • B) 我们有模板，但内容过时或难以自定义
   • C) 创建提案耗时过长
   • D) 定价展示方式不一致
   • E) 我们刚起步——还没有模板

4. 你希望销售代表如何使用这些模板？

   • A) 在 Qwilr 中手动操作——选择模板、自定义并发送
   • B) 通过 API 根据 CRM 数据自动生成
   • C) 两者兼有——自动生成后再手动自定义
   • D) 不确定——你有什么建议？

如果用户的请求已经提供了上述大部分背景信息，请直接跳到相关步骤。 先根据合理假设（并明确说明假设）尽力给出答案，然后只在最后询问最关键的 1-2 个澄清问题——不要因为需要收集完整背景信息而搁置回复。

第 2 步 — 模板策略

根据背景信息设计模板系统：

需要多少个模板？

用尽可能少的模板覆盖所有交易类型。一般建议：

场景	所需模板
一种产品、一类买家	1 个主模板
一种产品，SMB + 企业客户	2 个模板（深度/正式程度不同）
多种产品、同类买家	每种产品 1 个模板
多种产品 + 不同买家群体	使用矩阵，但最多 5-6 个模板，并采用条件版块

固定版块与可变版块

每个模板都应包含：

固定版块（所有提案都相同）：

• 公司介绍/“关于我们”——品牌故事保持一致
• 团队/联系人版块——根据销售代表自动填充
• 法律/条款版块——标准条款，很少变动
• CTA/接受版块——标准接受流程

可变版块（根据每笔交易自定义）：

• 执行摘要——根据潜在客户的情况量身定制
• 问题/解决方案说明——根据买家的痛点调整
• 工作范围——针对具体交易
• 定价/报价区块——针对具体交易的明细项目和金额

按条件包含的版块（根据交易情况决定是否使用）：

• 案例研究——选择与潜在客户所在行业最相关的案例
• 技术架构——仅面向技术买家
• 投资回报率/业务论证——仅面向企业客户或高管
• 安全与合规——仅在采购要求时提供

第 3 步 — 模板蓝图、令牌设计和推广

阅读 references/template-guide.md，了解完整的构建参考资料——逐模板蓝图格式（按章节划分的「固定 / 可变 / 条件」表格）、可变章节的填空式文案框架（执行摘要、问题/解决方案）、用于 CRM 自动填充的标准和自定义替换令牌目录（含每个令牌的团队指南），以及素材库 + 团队推广计划。

按以下顺序引导用户：

1. 为每个章节制定蓝图，标记为固定、可变或条件内容——固定内容原样复用，可变内容则按每笔交易定制。
2. 为销售代表提供文案框架，而不是空白框，用于可变章节（执行摘要和问题/解决方案填空模板），以保持质量一致。
3. 设计自动填充的 CRM 令牌（公司、联系人、销售代表、交易金额），并设置合理的回退默认值，确保原始 {{token}} 绝不会泄露给买家；需要大量判断的章节应保持手动填写。
4. 建立配套素材库——按行业标记的案例研究、头像、徽标、定价预设。
5. 推广：构建 → 为每个模板编写一页说明 → 通过简短的现场培训进行培训 → 与 2-3 名销售代表测试 → 根据互动数据迭代（/sales-proposal-analytics）→ 自动生成 CRM 内容（/sales-qwilr-automation）。

注意事项

• 不要让模板过于僵化。 模板应为销售代表提供良好的起点，而不是束缚。如果销售代表无法轻松地根据具体交易定制执行摘要、范围和定价，就会停止使用模板。请使用填空式框架，而不是固定文案。

• 不要忘记可变占位符。 每个模板都应使用 {{token}} 语法标记要自动填充的字段（公司名称、联系信息、销售代表信息、交易金额）。Claude 有时会使用写死的示例值，而不是令牌。

• 不要只针对一种交易类型设计模板，团队可能会处理多种类型。 构建模板前，先询问有多少种不同的交易类型。“中小型企业 SaaS”和“企业级金融服务”共用一个模板，两者都不会用得好。但也不要过度细分——大多数团队需要 2-4 个模板，而不是 15 个。

• 不要忘记移动端响应式设计。 Qwilr 页面基于 Web，会在手机和平板电脑上查看。避免依赖并排布局或宽表格的设计，以免在小屏幕上显示异常。推广前，请在移动设备上测试模板。

• 不要在没有推广计划的情况下创建模板。 再好的模板，如果销售代表不知道它的存在或不知道如何使用，也是白费功夫。务必说明每个模板的适用时机，以及如何定制可变章节。

• 持续改进：如果发现此处未涵盖的内容，请将其附加到 references/learnings.md，并注明当天的日期。

示例

示例 1：面向 SMB 和 Enterprise 的双模板系统

用户说：“我团队里的每位销售代表都会从头开始制作提案，大家的提案看起来都不一样。我们向小型企业和大型企业销售 SaaS 平台。帮我构建一套全团队都能重复使用的模板。”

技能执行的操作：

1. 收集背景信息——确认只有一款产品，面向两类不同的买家（SMB、Enterprise），核心问题是销售代表各自制作的提案风格不一致。
2. 建议采用 2 个模板（不是 1 个，也不是 15 个）：一个更简短、直接的 SMB 模板，以及一个增加 ROI/业务论证和安全/合规条件分区的 Enterprise 模板。
3. 为每个模板制作蓝图表——封面（Splash，可变）、执行摘要（Text，可变，附带填空框架）、定价（Quote block，可变）、关于我们（固定）、团队（通过 {{rep_name}} 自动填充）、后续步骤（Accept block，固定）。
4. 添加文案框架，让可变的执行摘要和问题/解决方案部分为销售代表提供良好的起点，而不是让他们面对空白页面。
5. 列出 6 步推广流程：使用已保存的内容块进行构建，为每个模板编写一页说明，在 30 分钟的培训中讲解，由 2-3 位销售代表测试，迭代优化，然后实现自动化。

结果：两个可重复使用的 Qwilr 模板，具有标准化结构、一致的品牌形象、可使用令牌填充的字段和推广计划——销售代表不再从头开始制作提案，整个团队的提案风格也保持一致。

示例 2：用于 CRM 自动填充的令牌设计

用户说：“我们已经有一个 Qwilr 模板，但销售代表每次仍要手动输入公司名称、联系人和价格。我想把它接入 CRM，让这些信息自动填充。”

技能执行的操作：

1. 将标准令牌集映射到 CRM 字段——{{company_name}}、{{contact_first_name}}、{{rep_name}}、{{deal_amount}}、{{close_date}}——并标记为“始终自动填充，绝不手动输入”。
2. 添加交易类型自定义令牌，例如 {{industry}}、{{seat_count}} 和 {{pain_point}}，并标明哪些为半自动（需核实），哪些始终手动输入（需人工判断）。
3. 建议设置回退/默认值，确保 CRM 字段为空时，线上页面不会显示原始的 {{token}} 文本。
4. 将实际的 CRM 到 Qwilr 接入工作交由 /sales-qwilr-automation 处理，因为模板设计和自动化配置是两项不同的工作。

结果：一份团队可直接用于模板的令牌映射表，明确规定哪些字段会自动填充，哪些必须由销售代表填写——消除手动输入字段和原始令牌显示错误。

示例 3：从零开始构建垂直行业专用模板

用户说：“我们是一支刚组建的销售团队，完全没有模板。我们面向医疗保健、金融科技和零售行业销售，而且每个行业关注的重点都不一样。”

技能执行的操作：

1. 识别出 3 种以上的交易类型，但将模板数量限制在 5-6 个，建议使用一个基础模板搭配条件分区，而不是制作三个完全独立的模板。
2. 一次性定义固定分区（关于我们、法律条款、接受流程），然后为每个垂直行业设置条件分区——医疗保健/金融科技行业的安全与合规内容，以及从案例库中选取的零售行业相关案例。
3. 建议同时构建素材库：3-5 个按行业标记的案例、一组头像、一组客户 Logo，以及预设的报价块。
4. 提供针对不同垂直行业的文案框架，让各行业的问题/解决方案部分通过 {{industry}} 和 {{pain_point}} 令牌体现该行业的痛点。

结果：一套易于维护的模板系列，通过条件分区和带标签的素材库适配三个垂直行业——无需承担十五个一次性模板的维护负担。

故障排除

销售代表忽略新模板，继续从头开始编写

原因：模板过于死板——销售代表很难根据具体交易轻松自定义执行摘要、范围或定价，因此与其费力修改模板，不如从头开始。

解决方案：放宽可变部分。将执行摘要、范围和定价中的固定文案替换为填空式框架，为销售代表提供良好的起点，并允许他们进行编辑。只将真正通用的内容（关于我们、条款、接受流程）锁定为固定内容。

实时提案向潜在客户显示原始 {{token}} 文本

原因：某个 token 引用了该交易中为空的 CRM 字段，且未设置回退值或默认值，因此占位符会以原样显示在页面上。

解决方案：为每个可选 token 设置合理的默认值，让空字段能够优雅降级，而不是泄露 {{token}} 语法。严格限制自动填充仅用于始终可靠存在的字段（公司名称、联系人、销售代表信息、交易金额），并将其余字段标记为半自动，以便销售代表在发送前核实。

模板太多，没人知道该用哪个

原因：系统划分过细——为每种产品／买家／地区组合分别设置模板——导致销售代表无法判断该用哪个，采用率也随之下降。

解决方案：将数量控制在 5-6 个以内。将相近的模板合并为一个带条件部分的基础模板，并为每个模板写清楚“适用场景”，让销售代表能在几秒内选出合适的模板。大多数团队需要 2-4 个模板，而不是十五个。

相关技能

• /sales-proposal-page — 从头撰写单份提案（不使用模板）
• /sales-qwilr-automation — 将模板连接到 CRM，以便自动生成
• /sales-proposal-analytics — 跟踪哪些模板的互动效果最好
• /sales-deal-room — 设计多页面交易空间（可能需要专用模板）
• /sales-content — 通用销售赋能内容创作
• /sales-do — 不确定该使用哪个技能？路由器会根据任何销售目标匹配合适的技能。安装：npx skills add sales-skills/sales --skill sales-do