mcpField

sales-deal-room

github.com/sales-skills营销与增长70 次安装
代码仓库

关于 sales-deal-room

用于规划 Qwilr 销售房间的销售技能,适合涉及多位利益相关者的复杂 B2B 商机。它提供主页与子页面架构、按角色定制的内容、共同行动计划以及基于 webhook 的互动跟踪方案。

主要功能

  1. 01设计销售房间主页与页面结构
  2. 02按利益相关者角色定制内容
  3. 03撰写页面说明和主页文案
  4. 04制定共同行动计划
  5. 05规划 webhook 互动跟踪

适用场景

  1. 01整理企业评估所需的销售资料
  2. 02协调采购、法务和技术审查
  3. 03为扩张或合作伙伴交易组织共享资料

MCP 相关

该技能介绍使用 Qwilr webhook 跟踪销售房间的页面浏览和接受事件。输入未描述 MCP 服务或协议集成。

安装

复制下面的命令,在终端中运行。

$npx skills add https://github.com/sales-skills/sales --skill sales-deal-room

安装后在 Claude Code 中输入/sales-deal-room确认已加载。

附带文件references/learnings.md

详细介绍

设计 Qwilr 交易室

帮助用户规划 Qwilr 交易室——一种多页面数字化销售空间,适用于涉及多个利益相关者、销售周期较长且环节繁多的复杂 B2B 交易。

何时使用交易室,而非单页提案

场景使用
交易简单、只有一位决策者、定价直接单页提案(/sales-proposal-page)
涉及多个利益相关者、评估流程复杂、需要持续更新交易室(此技能)
涉及采购、法务和技术审核的企业交易交易室
共享资料的合作伙伴/渠道交易交易室
现有客户需要高管支持的扩展交易交易室

第 1 步 — 收集背景信息

如果存在 references/learnings.md,请先阅读,了解累积的经验。

询问用户:

  1. 这是什么类型的交易?

    • A)新客户——首次向这家公司销售
    • B)扩展——向现有客户追加销售/交叉销售
    • C)续约——合同续约,可能涉及变更
    • D)合作伙伴/渠道交易——通过合作伙伴开展业务
    • E)其他——请描述
  2. 有哪些利益相关者?(可多选)

    • A)高管支持者(C 级高管/副总裁)
    • B)经济买方(预算负责人)
    • C)技术评估者(工程/IT)
    • D)最终用户/内部支持者
    • E)采购/法务
    • F)外部顾问或咨询师
    • G)其他——请描述
  3. 你们已有哪些材料?

    • A)目前还没有——从头开始
    • B)已有提案/报价
    • C)已有演示文稿
    • D)已有案例研究和技术文档
    • E)大部分材料都已具备,需要整理
  4. 交易的时间安排是什么?

    • A)计划本月完成交易
    • B)销售周期为 1-3 个月
    • C)企业销售周期为 3-6 个月
    • D)6 个月以上

如果用户的请求已提供大部分背景信息,请直接跳到相关步骤。 根据合理假设(并明确说明)先尽力作答,然后仅在最后询问最关键的 1-2 个澄清问题——不要等收集完全部背景信息后才回复。

第 2 步 — 规划交易室架构

设计逐页结构。交易室由多个 Qwilr 页面组成,这些页面通过链接组织成一个中心页。中心页是每位利益相关者访问的“入口”。

推荐结构

中心页(交易室主页面——所有人从这里开始)

区块区块类型内容
欢迎页眉Splash个性化问候、公司徽标、交易室标题
导航文本 + 按钮按主题整理的各子页面链接
关键联系人文本 + 图片你方团队联系人的照片与职责
时间线概览文本包含关键日期的高层级联合行动计划
最新动态文本上次访问后的更新内容(请及时更新)

子页面(从中心页链接——根据交易需求创建):

页面面向对象内容
执行摘要高管支持者商业论证、投资回报率、战略契合度
技术概览技术评估者架构、集成、安全、合规
提案与定价经济买方交互式报价区块、定价选项、条款
案例研究所有利益相关者相关客户案例、指标、客户评价
实施计划技术 + 运营时间线、阶段、资源需求、依赖项
安全与合规IT/法务/采购认证、数据处理、服务等级协议、DPA
联合行动计划所有利益相关者包含里程碑、负责人和状态的共享时间线
常见问题与异议处理内部支持者解答内部支持者常被问到的问题
根据交易类型调整
  • 新客户:重点介绍执行摘要、客户案例和安全性。如果存在竞争,请添加“为什么选择我们”页面。
  • 扩容:先展示“迄今为止的成果”页面,说明已交付的价值,再介绍扩容范围。
  • 续约:先回顾合作情况,再介绍新合同期的变更和新增内容。
  • 合作伙伴交易:添加面向合作伙伴的页面,包含联合销售材料和利润率详情。

第 3 步 — 内容简介和中心页面文案

中心页面文案草稿

撰写中心/导航页面的实际内容:

欢迎部分:“欢迎来到 [Company] + [Your Company] 交易室。这是我们合作相关内容的中心枢纽。下方按主题整理了关键材料——点击任意版块即可深入了解。”

导航部分:创建卡片式布局,链接到各个子页面,并附上一行说明:

  • 执行摘要 — [solution] 的商业论证:投资回报率、战略契合度和预期成果
  • 技术概览 — 架构、集成、安全状况和合规详情
  • 提案与定价 — 可交互的定价方案,支持自定义套餐
  • 客户案例 — 与贵公司类似的企业如何实现 [specific outcome]
  • 实施计划 — 时间表、阶段,以及我们需要各团队完成的事项
  • 共同执行计划 — 双方共同制定的路线图,确保在 [target date] 前上线

关键联系人部分:列出贵团队的 2–3 位成员,包括姓名、职务、照片占位符、电子邮件,以及一句关于其在此交易中职责的说明。

子页面内容简介

为每个子页面提供:

  • 受众:此页面面向谁,以及他们关注什么
  • 关键信息:此页面应传达的核心内容
  • 结构:按章节列出的纲要,并注明推荐的内容块类型
  • 语气:语言应有多正式、技术化或偏高管风格
  • 行动号召:读者看完此页面后应采取的行动

第 4 步 — 共同执行计划

设计包含里程碑和负责人的时间线页面:

里程碑负责人目标日期状态
完成探索与范围界定双方[date]已完成
技术评估买方 IT 团队[date]进行中
安全审查买方安全团队[date]尚未开始
提案与定价审查经济决策者[date]尚未开始
法律/合同审查双方法律团队[date]尚未开始
高管签字批准高管赞助人[date]尚未开始
合同签署双方[date]尚未开始
启动并开始实施双方[date]尚未开始

根据交易类型和时间线自定义里程碑。对于周期较短的交易,可合并步骤。对于企业级交易,可添加采购和合规里程碑。

第 5 步 — 分析策略

为交易室页面配置 Webhook,按利益相关者设置参与度跟踪:

按利益相关者监测的事件
利益相关者关注事项含义
高管赞助人查看执行摘要页面他们正在参与——也可能是其行政助理在筛选
技术评估人员查看技术概览、在安全页面停留的时间正在进行尽职调查——准备好回答技术问题
经济决策者反复查看定价页面正在评估成本——可能需要进一步强调投资回报率
采购/法务查看安全与合规页面交易已进入采购阶段——准备进行合同谈判
新的/未知访客查看任意页面内部倡导者正在向团队分享——交易范围正在扩大
交易室的 Webhook 设置
curl -X POST https://api.qwilr.com/v1/webhooks \
  -H "Authorization: Bearer $QWILR_TOKEN" \
  -H "Content-Type: application/json" \
  -d '{
    "url": "https://your-endpoint.com/qwilr-deal-room",
    "events": ["pageFirstViewed", "pageViewed", "pageAccepted", "pagePartiallyAccepted"]
  }'

利用页面查看数据来:

  1. 确定哪些利益相关者正在参与,哪些没有
  2. 发现有哪些新的利益相关者参与评估
  3. 把握跟进时机,选择相关人员正在积极查看材料时联系
  4. 告知内部倡导者哪些人查看了哪些内容

如需完整的 Webhook 和 CRM 自动化设置,请使用 /sales-qwilr-automation。

在 Seismic 中
  • 数字化销售室(DSR):为复杂交易创建面向买家的微型网站。按利益相关者角色整理内容——为高管提供执行摘要,为评估人员提供技术规格,为财务人员提供 ROI 计算器。
  • 按利益相关者跟踪:查看每位利益相关者浏览了哪些内容、花了多长时间,以及下载了什么。识别支持者(参与度高)和阻碍者(没有活动)。
  • 内容推荐:Seismic 的 AI(Aura)根据 CRM 数据、交易阶段和买家角色,为交易推荐相关内容。
  • CRM 集成:DSR 活动会同步到 Salesforce/HubSpot——参与度数据会显示在机会记录中,供交易评审使用。
  • 最佳实践:为每种交易类型(新业务、扩展、续约)创建一个 DSR 模板,并预先载入各阶段的内容。根据具体交易进行自定义,而不是从头开始构建。

注意事项

  • 不要为简单交易创建太多页面。 为一笔 15,000 美元的交易创建包含 8 个子页面的交易室,实属过度。让复杂度与交易规模匹配——小型交易最多需要 2-3 个页面(提案 + 案例研究)。将完整结构留给涉及多个利益相关者的企业交易。

  • 不要对每位利益相关者使用相同的内容。 交易室的核心就是针对不同角色定制内容。满是技术规格的执行摘要页面无法满足高管的需求;缺少 ROI 背景信息的定价页面也无法满足 CFO 的需求。为每类受众撰写内容。

  • 不要跳过共同制定的行动计划。 Claude 常会构建内容出色的交易室,却没有共享时间表。MAP 能让交易室从内容堆积转变为协作工具。务必加入一份。

  • 不要忘记执行摘要页面。 即使交易室中有详细的子页面,中心页面也需要包含简洁的“这为何重要”部分。高管不会点进子页面——他们会阅读中心页面,然后决定这是否值得他们花时间。

  • 不要把交易室当作“设置后就不管了”。 优质的交易室会在整个销售周期中持续更新——更新最新进展部分、修改 MAP 状态、添加新材料。请提醒用户这一点。

  • 自我改进:如果你发现了此处未涵盖的内容,请附上今天的日期,将其追加到 references/learnings.md 中。

示例

示例 1:涉及采购和安全审查的新客户企业交易

用户说:“我们正在跟进一笔新客户交易,已经 4 个月了,对方是一家有 2,000 名员工的金融科技公司。有一位 VP 赞助人、一位工程主管、一支安全/IT 团队,采购部门刚刚也加入进来。邮件往来一团糟,大家总是在重复索要相同的文档。帮我构建一个 Qwilr 交易室。”

技能执行:

  1. 将其分类为新客户交易,周期为 3-6 个月,涉及四类利益相关者(高管赞助人、技术评估人员、IT/安全团队、采购部门)。
  2. 设计一个中心页面,包含欢迎页、卡片式导航、关键联系人和时间线概览;随后根据新客户交易模式安排子页面的重点内容——执行摘要、技术概述、安全与合规(认证、DPA、SLA)、案例研究、提案与定价,以及共同制定的行动计划。
  3. 撰写中心页面导航文案,为每个子页面提供一句说明,并为每个页面撰写内容简报(受众、关键信息、结构、语气、CTA)。
  4. 构建共同制定的行动计划表格,列出安全审查、法务/合同审查和高管签核等里程碑,并注明负责人和目标日期。
  5. 设置按利益相关者进行的 webhook 跟踪,这样查看“安全与合规”页面就会标记“交易已进入采购阶段”,重新访问定价页面则会标记“强化 ROI”。

结果:获得一份逐页交易室蓝图,以及可直接粘贴使用的中心页面文案、一份考虑到采购流程的行动计划和一套参与度跟踪方案——买家可以通过单一事实来源获取信息,而不必再翻阅杂乱的邮件往来。

示例 2:需要高管支持的扩展交易

用户说:“现有客户,想追加销售第二条产品线,但我需要一位我们尚未合作过的 VP 来支持这件事。目标是在本季度完成交易。”

技能执行的操作:

  1. 将其归类为时间紧迫的扩展交易。
  2. 以“已取得的成果”页面作为结构开篇,量化已交付的价值,随后介绍扩展范围页面,并精简“提案与定价”页面。
  3. 将共同执行计划精简为必要的里程碑(范围界定、高管签字、合同、启动),以赶上季度末成交。
  4. 建议关注新 VP 首次查看执行摘要的时间,将其作为判断支持者是否已成功在内部分享信息的信号。

结果:打造精简的扩展交易空间,以价值证明开篇,并引导新任高管查看简明的商业论证,时间安排与成交日期相匹配。

故障排除

交易空间显得臃肿,买方也没有参与互动

原因:对于交易规模而言,子页面太多——为小型或简单交易设计的 8 页结构,掩盖了少数真正重要的内容。

解决方案:根据复杂程度匹配页面数量。小型交易最多使用 2-3 个页面(提案 + 案例研究),将完整的中心页和子页面结构留给涉及多个利益相关者的企业交易。确保中心页本身包含简明的“这为何重要”摘要,因为高管通常会直接在中心页做决定,而不会点击进入其他页面。

其他利益相关者积极参与,但内容对某个角色没有效果

原因:各页面重复使用相同的通用内容,导致高管看到的是技术规格,CFO 看到的则是缺少 ROI 背景的定价——缺少了能够体现交易空间价值的按角色定制内容。

解决方案:使用内容简介中的字段(受众、关键信息、语气、CTA),针对各子页面的特定受众撰写内容。执行摘要应注重战略和成果,技术概述应提供评估者所需的深度,定价应配合面向经济决策者的 ROI 说明。

没有收到交易空间页面的 Webhook 事件

原因:Webhook 订阅缺少相关事件、端点无法访问,或身份验证令牌不正确。

解决方案:确认订阅包含 pageFirstViewed、pageViewed、pageAccepted 和 pagePartiallyAccepted,Authorization: Bearer $QWILR_TOKEN 标头有效,并且端点返回 2xx。有关完整的 Webhook 投递和 CRM 同步设置与调试,请使用 /sales-qwilr-automation。

相关技能

  • /sales-proposal-page — 撰写单个提案页面(适用于更简单的交易)
  • /sales-proposal-analytics — 解读交易空间页面的互动信号
  • /sales-qwilr-automation — 自动创建交易空间并同步 CRM
  • /sales-proposal-template — 创建可重复使用的交易空间模板
  • /sales-seismic — Seismic 平台帮助,包括数字销售室和内容管理
  • /sales-do — 不确定该使用哪项技能?路由器会将任何销售目标匹配到合适的技能。安装:npx skills add sales-skills/sales --skill sales-do

评论

支持 Markdown