讲话框架：什么是讲话框架以及如何为销售、客户和团队对话撰写框架

讲话框架是围绕你需要传达的要点而非具体措辞构建的、可重复使用的对话框架。销售团队最常使用这个术语，但这个理念适用于任何重复进行的对话：处理账单投诉的支持代理、一周内向三个不同的利益相关者进行同样状态更新的产品经理、向五个直接下属传达同样变化的经理。

理解讲话框架的最简单方法是将其与人们经常混淆的事物进行比较。脚本是为了逐字逐句读出或背诵而写的，这就是为什么当对话偏离轨道时脚本往往听起来很生硬。演讲稿或电梯演讲是一个具体的、精简的版本，主要用于初次介绍。常见问题文档是在问题被提出后才来回答。讲话框架介于这些之间：结构化程度足以让你不是在即兴表演整个对话，但灵活性足以让你可以回应对方实际说出的内容。

讲话框架的构成在各种用例中保持一致：一个能够吸引注意力的开场白、按固定顺序排列的少量核心要点、针对最常出现的两三个异议或问题的语言，以及明确的下一步行动。改变顺序或省略异议处理部分，最终你会得到一场独白或一些在真实的来回交流中无法连贯进行的要点列表。

构建可重复使用讲话框架的销售支持团队通常报告新代表的入职时间更短，因为拥有每周都会被问到五个问题答案的代表不必在压力下临时编造答案。同样的逻辑也适用于销售以外的领域。拥有"为什么价格上升"对话框架的客户成功经理处理这个问题的压力远低于第一次现场临时编造的经理。

这是大多数指南会跳过的部分：讲话框架只有在围绕对方可能说出的内容而非你想说的内容构建时才有效。只涵盖你这一方对话的讲话框架不过是多出几个步骤的独白。

销售讲话框架需要能够承受被打断，因为真实的潜在客户会打断。最有效的框架遵循一致的骨架结构，并为买方的回答改变接下来的内容留出空间。

客户服务讲话框架的工作与销售讲话框架不同：目标通常不是说服，而是缓解冲突、澄清情况并关闭循环，同时听起来不像在读一份大声朗读的表单。

客户对话讲话框架可靠的结构有四个部分。首先，用平白的语言而不是公司式的措辞确认发生了什么："我可以看到你的发票上周被重复收费了，这不应该发生。"其次，一个简短的同情语句，说明了影响而非仅仅是事件："我理解这很令人沮丧，尤其是在有截止日期的这一周。"第三，一个具体的解决方案路径：你在做什么、何时完成，以及客户需要做什么（如果需要的话）。第四，一个具体的后续承诺：一个日期、一个渠道和谁负责。

这是一个账单升级的紧凑示例："我可以看到你账户上的重复收费，我为造成的麻烦道歉。我已经开始了一笔退款，应该在3-5个工作日内过账，我将在周四通过电子邮件亲自跟进以确认它已清除。账户上还有什么其他问题我可以查看吗？"

使这个成为讲话框架而不是脚本的是确认语句每次都会根据实际发生的情况而改变，而框架（确认、同情、解决、后续）保持固定。在这个确切框架上培训新员工的支持团队花在纠正语气或遗漏后续上的时间远少于只是告诉代理"要有帮助"并让结构由本能决定的团队。

值得避免的一个模式：客户对话讲话框架在承认客户体验之前先以政策领先（"根据我们的服务条款..."）。政策有其位置，通常在第3步中，而不是第1步。

利益相关者更新讲话框架解决的问题与销售或支持讲话框架不同：大多数更新失败的原因不是信息错误，而是信息按照演讲者想到的顺序而非听众需要听到的顺序交付。

一个可靠的框架从SCQA结构（情况、复杂情况、问题、答案）借鉴：用一个句子陈述当前情况，说出复杂情况或变化，提出实际上在利益相关者脑海中的问题（通常是"这对我意味着什么"或"你需要我做什么"），然后直接回答。以标题结果领先而非背景，尊重了大多数利益相关者想要结果先于流程的事实。

这是一个项目状态讲话框架的简短示例："我们计划在8月15日前完成新的结账流程，比计划早两周。唯一的未解决风险是第三方支付集成仍在测试中。我需要你在周五做出决定，是与备用提供商一起启动还是保持日期。以下是每个选项对我们的成本。"

请注意缺少什么：没有完成本次冲刺的每项任务的浏览，没有团队如何到达这里的按时间顺序的说明。围绕听众需要决定什么而非演讲者做了什么构建的利益相关者更新讲话框架能在极短的时间内完成，之后仍会被记住。

这个同样的框架可以缩小到走廊对话的30秒版本，也可以扩展到指导委员会的10分钟版本；只有"答案"部分中支持细节的数量改变，四个部分的顺序不改。

团队对齐对话，如宣布流程变化、进行站会或解释重组，需要讲话框架有一个容易被低估的原因：同一消息通常必须在一周内向不同的人传递五六次，不同版本之间的小漂移会快速创造混淆。

团队对齐讲话框架适用于三个部分效果很好：什么在改变（陈述清楚，无委婉语）、为什么它在改变（实际的原因，而不是模糊的"提高效率"），以及它对现在听它的人或团队意味着什么。跳过第三部分是最常见的单一失败；直到人们知道它如何接触他们自己的工作，他们才完全吸收变化。

这是一个宣布新站会格式的简短示例："从周一开始，我们正在将站会从15分钟的状态更新更改为10分钟，仅专注于阻碍。我们正在进行此更改，因为状态部分大多只是重复项目跟踪工具中已有的内容。对你而言，这意味着准备好一个阻碍或无，而不是完整的更新，并在会议前将常规状态发布在跟踪工具中。"

团队对齐讲话框架也需要对总是出现的一个问题有一致的答案："这也适用于我的情况吗？"提前决定那个答案，而不是为每个提出问题的人即兴编造它，这正是让五个单独的对话不会变成五个稍微不同版本的同一个公告的方式。

一些习惯会将一个有用的讲话框架变成有人偏离预期回应时听起来就像机器人的东西。

**逐字逐句读出。**讲话框架是一套按顺序排列的要点，而不是背诵的脚本。记住确切的句子而不是基础结构意味着当对话进行意外转向时人们听起来很平坦。

**没有给对方实际回答的空间。**无论买方、客户或队友刚才说什么，直接从点到点的讲话框架停止成为对话。至少构建一个设计为根据他们的回应进行调整的时刻。

**以对方不需要的信息领先。**无论是销售通话上的公司背景还是利益相关者更新中的完整项目历史，以听众没有要求的内容开场是在讲话框架的实际要点到达之前失去他们注意力的最快方式。

**在完全不同的听众中使用相同的讲话框架。**为技术买方编写并不改变地交付给财务利益相关者的讲话框架通常会两者都错过。核心结构可以保持相同；价值主张和语言应该随着听众而转变。

**从不更新它。**一个一年没有改变的销售讲话框架可能正在回答已转移的异议，或完全错过一个新异议。将讲话框架视为活的文档，而不是一次写入后就留下来的东西。

**匆忙进行。**紧张加快了交付速度，太快交付的讲话框架听起来焦虑，即使内容是稳固的。明显放慢速度会改变它听起来有多自信和可信，无论措辞如何。

大多数这些都追溯到一个根本原因：将讲话框架视为要表演的东西，而不是当你实际倾听面前的人时在其中思考的结构。

写一个坚实的讲话框架只是工作的一半。只存在于纸张上的讲话框架往往在第一次真实对话不按预期路径进行时崩溃。

开始大声读它，而不只是默默地查看它。在页面上看起来很好的句子一旦被说出来常常听起来生硬或过长，大声阅读是捕捉需要缩短或改写的语句的最快方法。

接下来，练习讲话框架中依赖他人回应的部分，而不仅仅是你不中断地传递的部分。销售讲话框架的异议处理语句、支持讲话框架的缓解语句和利益相关者更新对艰难后续问题的回答是真实对话中实际被测试的时刻，所以他们应得比开场更多的排练。

获得关于速度、填充词和语调的有用反馈很难独自做到，因为在时刻注意到你自己的"呃"或仓促的速度是困难的。用SayNow AI大声练习讲话框架为你提供一个实时对话伙伴，它回应并推回，加上关于速度、清晰度和填充词的具体反馈，所以你可以在真正重要的对话之前调整。

最后，针对推回排练讲话框架，而不是针对沉默。你在不中断练习中交付的版本很少是真实潜在客户、客户或利益相关者给你的版本。针对怀疑的回应、打断或意外的问题进行练习，所以讲话框架和你从曲球中恢复都感觉被排练而非即兴。

已经被大声说出、针对真实推回进行测试并根据它实际落地方式进行调整的讲话框架将永远超越只存在于文档中的讲话框架。