mcpField
M
meeting-prep

meeting-prep

github.com/victor-shulga营销与增长041 次安装3 周前更新
代码仓库

关于 meeting-prep

面向销售团队的会前简报技能,用于把合格线索的上下文整理成 500 词以内的交接材料。内容需基于真实信号,包含目标、公司与联系人概况、问题、议程及异议处理,且避免 BANT 问题。

主要功能

  1. 01生成不超过 500 词的简报
  2. 02依据线索信号与资料定制内容
  3. 03提供发现问题与开场话题
  4. 04按会议类型安排议程
  5. 05要求异议有据可依并避免 BANT

适用场景

  1. 01将已预约会议交接给客户销售团队
  2. 02为发现型会议准备提问与时间安排
  3. 03为演示会议整理定制议程
  4. 04依据线索资料准备异议回应

安装

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

$npx skills add https://github.com/victor-shulga/sales-engine-skills --skill meeting-prep

安装后在 Claude Code 中输入/meeting-prep确认已加载。

详细介绍

会议准备——通话前简报(≤ 500 字)

准备一份档案,让对方在已预约的通话开始前快速了解情况。整份简报不超过 500 字——销售代表花 2 分钟浏览,就能掌握目标、问题和潜在雷区。

适用场景。 这是 Outreach QA Framework 中的 G6 交接材料。用户的团队已准备好潜在客户;这份简报会随潜在客户一并交给客户的销售团队,确保他们面对已建立联系的潜在客户时不必从零开始(错失这类潜在客户的代价最高)。先在 reply-objection-handler(outbound-engine-skills)中进行意向分流——只为达到资格门槛的会议做准备。

信息依据规则(不要编造通话内容)。 每项异议、痛点和开场话题都必须基于真实信号/对话串/个人资料事实,或标记为 [推断]。不要为了显得周全而编造异议——虚构的异议会浪费销售代表的准备时间,也会让通话定位失准。如果无法找到依据,也无法合理推断,就不要写。


输入

按以下优先顺序,从现有信息中提取:

  1. G6 交接背景——回复对话串、触发外联的信号、假设。
  2. prospect-profiler 资料卡——摘要、the_signal、comm_style、有依据的痛点、切入方式。
  3. 评分/个人资料数据——层级、角色、公司概况。

如果存在 prospect-profiler 资料卡,以其内容为基础——不要重新推导。如果该客户属于需要深入研究的 T1,先交给 deep-company-analyser,再做准备。


简报结构(所有字段合计 ≤ 500 字)

字段规则
exec_summary2-3 句:会见对象 · 对方接受会议的原因(信号/对话串)· 应争取的唯一成果。
company_snapshot2-3 句:对方的业务、规模、当前变化(信号)、交付背景。避免营销腔。
prospect_profile2-3 句:对方的角色、可能的优先事项、沟通风格(沿用 profiler 的内容)。对方是决策影响者还是把关人?
conversation_starters3 个,须关联真实信号/对方的活动——内容要有实质性,不要闲聊。使用潜在客户的语言(通话中使用的语言)。
discovery_questions5 个,禁止使用 BANT(见下文)。采用 cold-call-script 中基于后果/优先级/责任归属的提问结构。使用潜在客户的语言。
objection_handles最多 3 个。格式为 Objection: X — Handle: Y。每个都要有依据或标记为 [推断]。从 reply-objection-handler 中提取应对方法。
recommended_agenda按时间分段,并与会议类型(30 或 60 分钟)匹配。参见模板。
success_metrics2-3 条,定义通话成功的标准(例如:“明确最重要的 2 项痛点”“商定具体的下一步”“找到内部支持者”)。

语言。 简报说明使用用户的工作语言(UA);通话中要说的内容——开场话题、探索性问题——使用潜在客户的语言(通常为 EN)。


禁止使用 BANT(硬性规则)

绝不能包含:“你们的预算是多少?”“谁是决策者?”“你们的时间计划是什么?”“你们还在评估其他供应商吗?”或任何类似问法。改为提出以下问题:

  • 探索对方的具体情况,以及信号背后的痛点
  • 揭示不采取行动的影响/代价(最有力的杠杆)
  • 了解对方心目中“成功”的样子
  • 重新构建问题 沿用 cold-call-script 中的探索性问题结构(后果 > 优先级 > 责任归属)。

通话类型比例(决定议程分配)

  • 探索型会议 → 80% 提问 / 20% 方案介绍
  • 演示型会议 → 30% 探索 / 70% 定制演示

议程模板

探索型会议(30 分钟): 0-3 建立融洽关系+说明背景 · 3-15 探索需求 · 15-22 根据回答初步介绍方案 · 22-27 商讨下一步 · 27-30 回顾+行动项。 演示型会议(60 分钟): 0-5 建立融洽关系+说明议程 · 5-15 确认理解 · 15-45 定制演示 · 45-55 问答+ 异议处理 · 55-60 商讨下一步+行动项。


集成

G6 Reply QA: positive reply → reply-objection-handler triage (worth it?) → meeting booked
                                          │
                                          ▼
                              meeting-prep  ← THIS skill: handoff dossier
                                          │
                                          ▼
                        client sales runs the call (brief travels with the lead)
  • 先评分: 使用 reply-objection-handler 进行意向筛选——低于阈值时不要准备会议。
  • 基于已有成果继续: 使用 prospect-profiler 卡片(不要重新推导);需要深入分析的 T1 使用 deep-company-analyser。
  • 异议应对: reply-objection-handler。构建探索问题: cold-call-script。

硬性规则

  1. 总字数 ≤ 500。销售代表应能在 2 分钟内快速浏览。
  2. 不提 BANT 问题——改为询问后果/影响。
  3. 不得捏造异议——每条异议都要有依据,否则标记 [inferred]。
  4. 准备前,先用 reply-objection-handler 筛选意向。
  5. 每份简报只设一个结果目标——在 exec_summary 中说明。
  6. 口头表达字段使用潜在客户的语言;框架说明使用 UA。

评论

支持 Markdown