用 WorkBuddy 把同一方案改写给不同客户角色

同一项目中的高管、业务负责人、技术人员和采购人员关注点不同。高管希望知道业务价值和风险，业务人员关心工作如何改变，技术人员需要了解条件和可行性，采购人员关注范围、价格依据和责任。如果每个人都收到同一套长方案，重点容易被淹没。

WorkBuddy 可以基于已经核实的同一份方案底稿，调整信息顺序、术语深度和证据形式，生成不同角色版本。它不能为迎合不同角色而改变事实、范围、价格或承诺。

场景价值

角色化改写让每位参与者先看到与自己职责相关的信息，提高理解和评审效率。它解决的是表达方式，不是重新设计多套互相矛盾的方案。

所有版本必须能够回到同一事实底稿，并通过差异表说明删减、强调和术语调整。

开始前准备

• 已通过内部评审的方案底稿；
• 统一的客户事实、需求和目标；
• 产品参数、实施范围和责任边界；
• 已批准的价格、时间和价值表述；
• 参会或收件人的真实岗位与职责；
• 各角色已经表达的关注问题；
• 本次沟通目的、时长和文档篇幅；
• 公司术语、保密和版本管理要求。

先区分“客户明确表达的关注点”和“根据岗位推测的可能关注点”。后者只能用于准备，不能写成对个人态度的事实描述。

具体步骤

第一步：锁定共同事实底稿

建立不可随版本改变的内容清单，包括客户背景、需求、方案范围、参数、实施条件、价格、交期和责任。任何修改先回到底稿审批，不在角色版本中单独变化。

第二步：确认角色和沟通目标

根据真实参会人员说明其在项目中的职责，以及这次需要其理解、评审或决定什么。不要仅凭“高管”“技术”等标签假设个人立场。

第三步：选择各角色的主线

高管版围绕目标、价值、风险和决策事项；业务版围绕当前流程、实际改变和使用结果；技术版围绕架构、环境、数据、安全和验证；采购商务版围绕范围、条件、成本口径和责任。

第四步：调整深度和证据形式

同一事实可使用不同表达：高管看到摘要和关键图表，业务人员看到场景和流程，技术人员看到参数和测试证据，采购看到清单和条款依据。删减细节不能删掉影响判断的限制条件。

第五步：生成版本差异表

记录每个版本重点强调、简化或移入附件的内容，并检查数字、参数、价格、时间和承诺是否一致。角色版本中出现的新结论必须回到共同底稿确认。

第六步：用真实角色复核

请销售、售前、交付和商务分别审阅对应版本，确认语言能被目标角色理解，同时没有过度承诺。客户反馈出现后更新共同底稿，再同步需要修改的版本。

可直接交给 WorkBuddy 的要求

请基于这份已核实的统一方案底稿，分别生成高管摘要版、业务价值版、技术说明版和采购商务版。

先列出所有版本不可改变的客户事实、需求、范围、参数、价格、时间、责任和风险。
根据真实角色职责与本次沟通目标，调整内容顺序、术语深度和证据形式：高管看价值与风险，业务看流程变化，技术看条件与验证，采购看范围与商务依据。
对岗位推测的关注点标为准备假设，不要写成个人真实态度。
最后生成版本差异表，逐项检查数字、参数、价格、范围、时间和承诺一致。

不要创造新事实，不要为不同角色修改承诺，不要隐藏会影响决策的重要限制。

完成后应得到什么

• 所有版本共用的事实底稿；
• 高管、业务、技术和采购商务版本；
• 各版本的信息主线和证据形式；
• 角色关注点中的事实与假设区分；
• 版本差异及一致性检查表；
• 不同专业负责人的复核意见。

结果检查

使用同一检查表横向比较所有版本，确认客户事实、能力范围、价格、时间、参数和责任没有变化。检查高管版是否因过度简化而隐藏风险，技术版是否加入未经批准的实现承诺。

请真实参与项目的销售、技术、交付和商务人员试读，确认重点符合角色职责。岗位通用画像与客户实际表达不一致时，以客户真实反馈为准。

异常处理

一个人同时承担多种角色时合并相应重点，不机械发送多个版本。参会人员未知时先准备通用摘要和可选附件，确认人员后再调整。

不同版本产生事实冲突时立即回到底稿核对，暂停外发。客户要求更多细节时提供已审批附件，不临时生成未验证参数和承诺。

WorkBuddy 能力边界

WorkBuddy 可以重排、改写、控制深度并比较版本差异。它无法准确判断个人关注点，也不能决定应隐藏或改变哪些业务事实。

共同底稿、角色判断、版本取舍、价格与承诺一致性及正式发送由销售和相应负责人确认。