WorkBuddy 交付服务该买到哪一步：六个范围与对应交付物

只买账号开通，和买完整交付，差别到底在哪？

差别不在账号数量，而在配置深度：开通只解决登录入口，交付要把场景、权限、知识和流程一起落到位。判断标准很具体——上线第 4 周，有多少人是在自己岗位上主动打开它干活，而不是被要求试用。

差在有没有把工具接到岗位上

交付服务该包含哪些范围，怎么逐项核对？

按六个范围逐项核对：使用规划、组织与权限配置、企业知识接入、数字员工搭建、Skills 与专家能力、培训与采用运营。每一项都要问一句「交付物是什么、谁验收、什么格式」，答不出具体物件的，通常只是口头承诺。

六项范围各自要交出什么

培训算不算交付的一部分，怎么判断是不是走过场？

培训属于交付，但只有任务式培训才算。判断方法只有一个：培训结束后，学员能否在没有讲师在场的情况下，独立完成一条自己岗位上的真实任务。做不到的，说明内容还停在功能介绍层面。

分层设计，别用一场大会覆盖所有人

• 管理员层：讲权限模型、知识接入路径与异常处置，目标是能自己加人、改权限、查日志。
• 业务骨干层：讲场景拆解与任务描述，目标是把本部门一个高频流程改造成可交付的任务。
• 普通员工层：只讲与本岗位相关的 3 到 5 个动作，不讲平台全貌，避免信息过载。
• 内部讲师：每个部门培养 1 名，负责新人第一轮答疑，减少对供应商的长期依赖。
• 验收方式：培训后 1 周内做一次无提示操作测试，通过率低于 70% 时补一轮小班。

什么情况下需要额外做开发，什么情况下配置就够？

看需求落在哪一层：WorkBuddy 承载使用与协作入口，配置能解决权限、知识、助手与技能；一旦涉及跨系统写入、复杂编排与自定义模型调用，就进入 ADP 或定制开发的范围。判断依据是需求要不要改业务系统里的数据。

先分清入口和编排平台

合同里必须写清哪几件事，否则后期一定扯皮？

写清五件事：覆盖范围（部门、场景、用户数的具体数字）、交付物清单（名称与格式）、验收指标（定义与统计方）、知识资产归属与导出方式、未达标时的处理方式。缺任何一项，后期都会变成口头解释。

把口头承诺变成可扣款的条款

• 范围条款：写明覆盖几个部门、几个场景、多少活跃用户，超出部分按什么单价另计。
• 交付物条款：每项交付物的名称、格式、交付时间，缺一项对应多少比例的款项。
• 验收条款：指标定义、统计口径、目标值、由谁统计，避免双方各算一套数。
• 资产条款：知识切片规则、提示词、技能配置的归属与导出格式，换服务商时能否带走。
• 退出条款：未达标时的补救期长度、补救无效后的处理方式与费用结算。

上线后多久能看出交付有没有效，看哪几个数？

第 4 周看是否有人主动用，第 8 周看是否形成固定用法，第 12 周看能否自己扩展场景。三个节点分别对应人均周使用次数、任务完成率、业务部门自发新增的场景数，任一项持续下滑，说明问题在配置或培训，而不是员工意愿。

三个阶段三个数，别等到年底复盘

• 第 4 周：人均周使用次数。低于 3 次说明任务没嵌进流程，此时该重挑场景，而不是加大宣传。
• 第 8 周：任务完成率。指一次提交即达到可用结果的比例，低于 60% 通常是知识或权限没配到位。
• 第 12 周：自发新增场景数。由业务部门自己提出的新用法数量，为 0 说明能力没沉淀在内部。
• 第 16 周：知识维护响应时长。文档变更到检索生效的间隔，超过 2 周会明显影响答案准确性。
• 复盘方式：每月抽 30 条真实会话做人工判定，分答准、答偏、拒答三类记录并归档。

服务商说做过很多同类项目，怎么当场验证真假？

不看案例册，看三个动作：让对方在你们的环境里现场改一处权限或知识配置；让对方讲一个失败项目的具体环节；让对方给一个可联系的客户联系人。三项里有两项含糊，基本可以判断交付主要靠模板。

用现场操作代替演示视频

• 现场配置：指定一个部门和一个角色，让对方当场调整可见范围，观察是否熟悉菜单路径与字段含义。
• 异常追问：问接口超时、字段缺失、权限不足三种情况怎么处理，答不出步骤的通常没上过线。
• 失败复盘：请对方讲一个没做成的项目，重点看能否定位到自己哪一步判断错了。
• 客户回访：要一个可联系的客户联系人，由你们自己问现状，比任何材料都直接。
• 文档抽查：随机要一份历史项目的交付物清单，看是否与合同条款一一对应。