用 WorkBuddy 生成定制销售方案初稿

定制方案不是把客户名称填进公司模板，再罗列一遍产品功能。它应从已确认的客户问题出发，说明希望达成什么目标、建议采用什么路径、我方哪些能力能够支持、实施需要哪些条件，以及哪些内容仍待双方确认。

WorkBuddy 可以把需求卡、能力匹配表、产品资料和方案模板整理成建议书初稿，同时标出缺失证据和承诺风险。初稿必须经过销售、售前、交付和商务共同核对，才能成为客户版本。

场景价值

这项工作把客户需求和我方能力组织成一条完整论证，减少通用模板痕迹，也让方案评审者快速看到问题、建议、价值和下一步之间的关系。

初稿的目标是提供可讨论版本，不是在信息不足时自动生成一份看似完整的正式承诺。

开始前准备

• 客户背景和经确认的需求分析；
• 客户问题、业务影响、目标与成功标准；
• 产品能力与客户问题匹配表；
• 技术、数据、安全和交付约束；
• 企业批准的方案模板和产品资料；
• 可公开且与客户相似的真实案例；
• 实施资源、计划和责任边界；
• 已确认的报价范围及商务限制；
• 文档受众、使用场景和版本要求。

所有输入注明来源、日期和确认状态。客户未确认的潜在需求、我方尚未评估的能力和未经批准的收益数字不能直接进入正文。

具体步骤

第一步：确定方案目标和阅读对象

明确方案用于初次建议、内部立项、技术评审还是商务决策，并确定主要阅读者。不同用途影响篇幅和重点，但不改变事实和承诺。

第二步：建立客户问题与目标页

用客户语言说明当前场景、主要问题、业务影响和希望达到的结果。每项内容对应需求纪要或客户资料，推断单独标为待确认。

第三步：设计建议路径

按“先解决什么、如何实施、需要哪些条件、怎样验证”组织建议。不要先选产品功能再寻找客户问题；能力无法覆盖的部分应明确排除或提出其他处理方式。

第四步：补充实施与责任安排

说明准备、试点、部署、验收和后续支持等阶段，以及客户与我方分别需要提供的人员、资料和决策。时间尚未评估时只写依赖关系，不承诺具体日期。

第五步：说明价值、风险和证据

把功能连接到客户流程变化、可观察结果和验收方式。没有客户基线时不计算确定 ROI；案例要说明可类比和不可类比部分。列出主要风险及前提条件。

第六步：生成待确认项和版本说明

输出完整初稿，同时集中列出缺失资料、未确认假设、需审批承诺和各责任人。记录版本、日期、使用范围和下一次评审节点。

可直接交给 WorkBuddy 的要求

请根据客户需求卡、产品能力匹配表、产品资料和公司方案模板，生成一份定制销售方案初稿。

按“客户背景、已确认问题、业务影响、目标与成功标准、建议路径、能力对应、实施安排、价值与证据、风险和下一步”组织。
每个客户事实和能力承诺注明来源与确认状态。潜在需求、未经评估能力和缺失信息标为待确认，不要为保持完整而补写。
案例需说明与客户相似和不同之处；没有客户基线时不要生成确定 ROI。
最后输出待补资料、需销售／售前／交付／商务确认事项和版本说明。

不要编造案例、收益、参数、交期和资源承诺，不要自动形成正式报价或对外发送。

完成后应得到什么

• 面向当前客户的方案结构和初稿；
• 客户问题、目标与建议路径的对应关系；
• 能力、实施条件和责任安排；
• 价值证据、风险和适用前提；
• 待补资料及待确认承诺；
• 清楚的文档版本和评审记录。

结果检查

把客户名称替换成另一家公司测试：如果大部分内容仍然成立，方案仍然过于通用。逐项核对客户事实、产品能力、案例、参数、时间和责任是否有来源。

销售检查客户语境与决策目标，售前检查技术可行性，交付检查实施资源和范围，商务检查价格与条款。未完成评审的内容必须保留醒目标记。

异常处理

需求尚未确认时先输出方案框架和问题清单，不生成完整承诺。多个方案路径都可能成立时分别说明条件、优缺点和需要客户决定的事项。

模板与客户实际问题不匹配时调整结构，但保留企业要求的合规部分。客户新增范围时进入变更确认，不静默加入当前版本。

WorkBuddy 能力边界

WorkBuddy 可以组织资料、生成初稿、发现缺项和检查前后一致性。它无法确认客户事实、技术可行性、交付资源和商业承诺。

最终方案取舍、参数、案例、收益、范围、交期、价格和对外版本由相关负责人共同确认。