用 WorkBuddy 分析客户需求、影响、目标和约束

客户说出的第一句话往往是现象，例如“报表太慢”“库存不准”或“想做自动化”。如果直接把现象写成解决方案，后面很容易出现范围扩大、方案返工和双方理解不一致。需求分析需要保留客户原话，再逐步说明问题发生在什么场景、造成什么影响、希望达到什么结果以及受哪些条件限制。

WorkBuddy 可以从访谈文字、文件和历史沟通中整理需求证据，区分明确表达、合理推断和未知项，形成可供销售、售前和交付共同确认的需求卡。它不能自行确认技术可行性、预算和交付范围。

场景价值

这项工作把零散对话转成可验证的需求说明，让后续方案、报价和项目判断基于同一组事实。合格结果不仅列出“客户要什么”，还要解释为什么重要、怎样算成功、有哪些硬约束和仍未回答的问题。

开始前准备

• 已复核的访谈文字和会议笔记；
• 客户提供的流程、表格、样例、图纸或历史数据；
• 此前邮件、聊天和承诺记录；
• 客户企业、联系人和项目背景；
• 当前产品与服务适用范围；
• 已知技术、商务、合规和时间条件；
• 不同资料的来源、日期和版本。

先确认输入是否完整，客户敏感资料是否经过授权和脱敏。录音转写不清的地方必须回听或请参会人员确认，不能根据上下文补写。

具体步骤

第一步：分开客户原话与我方分析

逐条摘录客户对现状、问题、期望和限制的直接表达，保留说话人和上下文。分析内容另列，不让“客户说”与“我们认为”混在一起。

第二步：还原问题发生的真实场景

说明谁在什么时间、使用什么资料或系统、完成什么工作，以及在哪一步出现问题。把“效率低”拆成等待、重复录入、沟通、返工或审批等具体情况。

第三步：分析业务影响和优先级

整理问题对收入、成本、客户体验、交付、质量、风险或人员工作的影响。只有客户提供或可靠资料支持的数字才能使用；没有数字时用事实描述，不自行估算损失。

第四步：形成目标和成功标准

把“希望更快、更准、更方便”改成可验证结果，例如完成某项工作需要达到什么状态、由谁验收、在哪些场景下有效。目标必须经过客户确认，不由 WorkBuddy 单方面量化。

第五步：整理约束、依赖和冲突

记录预算、时间、人员、系统、安全、数据、采购和合规条件，并区分硬约束与偏好。检查不同角色的目标是否冲突，新增要求是否超出原范围。

第六步：生成需求卡和待确认清单

按“现状、问题、影响、目标、成功标准、约束、优先级、证据、未知项”生成一页需求卡。为未知项设计确认问题，并列出需要售前、交付、商务或客户分别确认的事项。

可直接交给 WorkBuddy 的要求

请根据访谈文字、客户文件和历史沟通，整理客户需求分析。

先逐条保留客户原话、说话人和来源，再把内容分为“客户明确表达、合理推断、仍待确认”。
按现状、真实场景、问题、业务影响、目标、成功标准、优先级、约束、依赖和范围风险进行分析。任何数字都注明来源；没有证据时不要估算。
检查不同角色之间的目标冲突、需求前后矛盾和范围蔓延。最后生成一页需求卡、证据原话、待确认问题和责任人清单。

不要把潜在需求写成客户已经确认的需求，不要自行判断预算、技术可行性、价格和交付范围。

完成后应得到什么

• 客户原话与对应来源；
• 清楚的现状和问题场景；
• 有证据的业务影响；
• 待客户确认的目标和成功标准；
• 技术、商务、时间和合规约束；
• 冲突、范围风险和未决问题；
• 可供多方评审的一页需求卡。

结果检查

随机选择每个重要结论，检查能否回到访谈原句或客户文件。确认推断有明确标识，数字有来源，未提及的预算、采购时间和技术条件没有被自动补全。

让销售核对关系和语境，售前核对技术条件，交付核对范围和验收，商务核对预算与采购条件。各方分歧要保留为待决问题，不能为了形成完整报告而隐藏。

异常处理

资料之间矛盾时按来源和时间并列，不擅自选择。客户不同角色目标冲突时分别记录影响和优先级，请项目负责人协调。关键数据缺失时先形成临时需求卡，明确哪些结论暂不可用于方案或报价。

需求持续增加时比较其与原目标、范围和成功标准的关系，新增内容进入变更确认。技术上无法判断时转给售前或交付，不用通用经验作结论。

WorkBuddy 能力边界

WorkBuddy 可以提取原话、组织分析、发现冲突和生成确认问题。它无法证明客户推断、技术可行性或采购意愿，也不能替任何一方确认范围。

目标、优先级、预算、技术方案、交付范围和成功标准由客户及相应负责人共同确认。