关于 sales-deal-room
用于规划 Qwilr 销售房间的销售技能,适合涉及多位利益相关者的复杂 B2B 商机。它提供主页与子页面架构、按角色定制的内容、共同行动计划以及基于 webhook 的互动跟踪方案。
主要功能
- 01设计销售房间主页与页面结构
- 02按利益相关者角色定制内容
- 03撰写页面说明和主页文案
- 04制定共同行动计划
- 05规划 webhook 互动跟踪
适用场景
- 01整理企业评估所需的销售资料
- 02协调采购、法务和技术审查
- 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,请先阅读,了解累积的经验。
询问用户:
-
这是什么类型的交易?
- A)新客户——首次向这家公司销售
- B)扩展——向现有客户追加销售/交叉销售
- C)续约——合同续约,可能涉及变更
- D)合作伙伴/渠道交易——通过合作伙伴开展业务
- E)其他——请描述
-
有哪些利益相关者?(可多选)
- A)高管支持者(C 级高管/副总裁)
- B)经济买方(预算负责人)
- C)技术评估者(工程/IT)
- D)最终用户/内部支持者
- E)采购/法务
- F)外部顾问或咨询师
- G)其他——请描述
-
你们已有哪些材料?
- A)目前还没有——从头开始
- B)已有提案/报价
- C)已有演示文稿
- D)已有案例研究和技术文档
- E)大部分材料都已具备,需要整理
-
交易的时间安排是什么?
- 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"]
}'
利用页面查看数据来:
- 确定哪些利益相关者正在参与,哪些没有
- 发现有哪些新的利益相关者参与评估
- 把握跟进时机,选择相关人员正在积极查看材料时联系
- 告知内部倡导者哪些人查看了哪些内容
如需完整的 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 交易室。”
技能执行:
- 将其分类为新客户交易,周期为 3-6 个月,涉及四类利益相关者(高管赞助人、技术评估人员、IT/安全团队、采购部门)。
- 设计一个中心页面,包含欢迎页、卡片式导航、关键联系人和时间线概览;随后根据新客户交易模式安排子页面的重点内容——执行摘要、技术概述、安全与合规(认证、DPA、SLA)、案例研究、提案与定价,以及共同制定的行动计划。
- 撰写中心页面导航文案,为每个子页面提供一句说明,并为每个页面撰写内容简报(受众、关键信息、结构、语气、CTA)。
- 构建共同制定的行动计划表格,列出安全审查、法务/合同审查和高管签核等里程碑,并注明负责人和目标日期。
- 设置按利益相关者进行的 webhook 跟踪,这样查看“安全与合规”页面就会标记“交易已进入采购阶段”,重新访问定价页面则会标记“强化 ROI”。
结果:获得一份逐页交易室蓝图,以及可直接粘贴使用的中心页面文案、一份考虑到采购流程的行动计划和一套参与度跟踪方案——买家可以通过单一事实来源获取信息,而不必再翻阅杂乱的邮件往来。
示例 2:需要高管支持的扩展交易
用户说:“现有客户,想追加销售第二条产品线,但我需要一位我们尚未合作过的 VP 来支持这件事。目标是在本季度完成交易。”
技能执行的操作:
- 将其归类为时间紧迫的扩展交易。
- 以“已取得的成果”页面作为结构开篇,量化已交付的价值,随后介绍扩展范围页面,并精简“提案与定价”页面。
- 将共同执行计划精简为必要的里程碑(范围界定、高管签字、合同、启动),以赶上季度末成交。
- 建议关注新 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