技能介绍

现场服务团队经常面临一个重复性问题：客户需求散落在邮件、会议记录、口头沟通和表格里，评估靠人工逐条过，验证场景没有统一标准，交付报告结构各异，报价更是临场拼凑。这套工具把 WorkBuddy 落地过程中高频出现的七类文档工作标准化，每个工具都是"输入 → 输出"的文档生成器，不做流程引导，不替你判断"下一步该做什么"。

它解决什么问题

需求到交付的链条上，有七个环节特别容易出岔子：

需求收集阶段，同一个客户内部多个部门的需求混在一起，去重和归口靠人工
评估阶段，无法快速判断某条需求是 WorkBuddy 直接支持、部分支持还是暂不支持
验证阶段，没有优先级标准，场景选择凭感觉
工作坊设计，课件内容和实操比例失衡
报告撰写，章节结构不统一，敏感信息处理不规范
客户沟通，缺乏针对不同 IT 成熟度和业务痛点的切入话术
报价阶段，产品组合和档位推荐依赖经验

工具如何运作

七个工具按需调用，可以独立使用，也可以串联——上一个的输出直接作为下一个的输入。

需求盘点 合并多来源输入，统一编号，保持客户原话，宁宽勿漏。需求评估 对每条需求打三档标签，⚠️ 和 ❌ 的必须给提升路径。验证推荐 按高频、高痛、高复用筛选场景，同时满足两项的列为重点验证。工作坊设计 强制实操不少于三分之一时长，必须落到待办。报告生成 按 8 章节结构输出 Word，客户名称脱敏，自主开发场景不写"已上线"。路径话术 判断 IT 切入还是业务切入，两条路都通时优先业务侧。报价单 匹配三层产品组合，避免只做最重的定制开发。

适用边界

这套工具不替代现场判断。需求盘点阶段不删除任何需求，即使看起来像噪音；评估三档是工作口径而非 SLA 承诺；验证计划里的"预期输出"是假设，需要真实数据校验。报告生成时的客户脱敏规则是硬约束，不能为了省事跳过。报价档位是推荐参考，最终定价仍需考虑交付成本和商务策略。工具的价值在于把格式和判断标准固定下来，让现场服务人员把精力花在真正需要沟通和决策的地方。