用 WorkBuddy 准备客户演示流程和讲解脚本

客户演示不是把产品菜单从头点到尾。参会者真正需要看到的是：他们的问题在什么场景出现、方案怎样处理、输出结果是什么、需要哪些前提，以及如何验证是否可用。如果只展示最顺利的功能路径，很容易让客户误以为演示效果就是正式交付能力。

WorkBuddy 可以根据客户问题、参会角色和可演示能力，编排演示顺序、讲解重点、验证问题和备用方案。真实环境必须提前试演，销售和售前对现场承诺负责。

场景价值

一套合格的演示流程能把产品能力与客户场景连接起来，让客户在关键节点确认“是否符合实际工作”。它同时帮助团队控制时间、统一说法，并在环境异常时不至于完全中断。

开始前准备

• 已确认的客户问题、场景和目标；
• 参会人员、职责和已表达的关注点；
• 本次演示希望客户确认的事项；
• 可以真实演示的产品能力和适用条件；
• 演示账号、环境、网络、权限和设备；
• 已脱敏且有代表性的演示资料；
• 每个环节的预期结果和验证方法；
• 不可演示内容、已知限制和失败备用方案；
• 演示时长及问答安排。

演示资料不能直接使用客户敏感数据，除非获得明确授权并满足安全要求。尚未完成或仅存在于规划中的能力，不得伪装成现成功能。

具体步骤

第一步：锁定演示目标和边界

明确本次只需要证明什么，例如能否处理某类资料、能否按照某个流程生成结果，或能否满足某项技术条件。列出不在本次演示范围内的内容。

第二步：按客户问题设计场景

从客户当前工作开始，说明输入资料、参与人员、主要困难和希望结果。每个演示场景只解决一个清晰问题，避免为了展示功能而加入无关步骤。

第三步：编排操作与讲解顺序

按照“客户问题—输入—关键操作—输出—业务意义—验证问题”编排。讲解产品操作时同步说明适用条件，不在结果出现后再隐藏限制。

第四步：调整不同角色的重点

业务人员重点看流程和结果，技术人员看环境、数据、安全与接口，高管看价值、风险和下一步，采购商务看范围和条件。角色关注点没有客户确认时，只作为准备假设。

第五步：准备现场验证和提问

在关键节点询问客户：输入是否接近真实情况、结果是否符合标准、还缺哪些例外。记录客户反馈，不将沉默理解为认可，也不急着在现场承诺所有新增要求。

第六步：试演并准备备用方案

完整走一遍账号、权限、网络、数据和输出，记录每段时间。准备录屏、截图、备用数据或口头说明，但必须清楚标注备用材料与实时环境的区别。

可直接交给 WorkBuddy 的要求

请根据客户问题、参会角色、可演示能力和时间限制，准备客户演示流程与讲解脚本。

先明确演示目标、范围和不能证明的内容。按“客户问题、输入资料、关键操作、预期结果、业务意义、适用条件、验证问题”编排每个场景。
为业务、技术、高管和采购商务角色调整讲解重点，但把未经客户确认的角色关注点标为准备假设。
列出演示账号、环境、权限、网络、脱敏数据和试演清单，并为环境异常准备备用方案。
最后输出逐段时间、讲解词、客户提问、记录事项和会后下一步。

不要把演示可运行写成生产交付能力，不要隐藏限制，不要使用未经授权的客户数据，不要现场生成未经审批的承诺。

完成后应得到什么

• 明确的演示目标和范围；
• 客户问题导向的场景顺序；
• 逐段操作和讲解脚本；
• 不同角色的重点及验证问题；
• 环境、权限、数据和试演清单；
• 异常备用方案及会后行动。

结果检查

完整试演一次，确认每个场景能在真实环境运行，输入和结果符合当前产品能力。检查脚本是否从客户问题开始，而不是先介绍公司和全部功能。

售前核对技术、数据和安全条件，交付核对正式实施差异，销售核对客户语境和承诺。所有限制、人工环节和待开发能力都要清楚说明。

异常处理

环境故障时先说明实际情况，再使用已标注日期和版本的备用材料，不假装实时运行。客户临时要求演示未准备场景时，确认需求并安排后续验证，不冒险操作生产或敏感数据。

结果与预期不一致时保留现场记录，说明需要调查，不即时编造原因。时间不足时优先完成核心场景和客户验证问题，其余进入后续资料。

WorkBuddy 能力边界

WorkBuddy 可以设计流程、生成讲解脚本、检查准备项和整理反馈。它无法保证演示环境稳定，也不能证明演示结果可以直接用于生产。

真实能力、技术条件、数据授权、现场承诺和正式交付范围由销售、售前和交付负责人确认。