评估 FDE 服务商，第一步该查什么？
查它能不能说清每个阶段的进入条件和交付物。成熟的 FDE 交付会分四个阶段：找准问题、验证跑通、生产上线、采用复制，每个阶段都设了进入条件、交付物和是否继续投入的判断。只能讲服务内容、讲不出阶段门槛的，做的多半是人力外包而不是交付。
先要阶段门槛，再谈能力
- 找准问题：交付物是业务走查记录与优先场景清单，进入下一阶段的条件是负责人与价值基线已明确。
- 验证跑通：交付物是可在有限范围内操作的应用版本，条件是真实用户完成过一次完整任务。
- 生产上线：交付物是知识、系统与权限接入，加评测、监控、人工复核与异常处理机制。
- 采用复制：交付物是使用与业务指标跟踪记录，以及可复用到其他场景的连接器与评测标准。
- 判断口径：四个阶段各自问一句「什么条件下才算过」，答不出的阶段就是空阶段。
- 资产清单：业务与产品、工程与连接、评测与治理、运营与复制四类资产，是否逐项对应到具体交付物。
边界与提醒阶段划分各家叫法不同，不必强求名称一致，但必须能回答两个问题：进入下一阶段的条件是什么、不满足条件时怎么处理。如果一个服务商的阶段之间没有门槛，只是把工作拆成四段来讲，那这套阶段划分对评估没有任何价值，应直接终止这一轮。
为什么不能只看案例介绍和方案 PPT？
因为案例只能证明「做过」，不能证明「做成了」。要分开问三件事：做过几个场景、上线三个月后还有几个在用、上线后指标有没有改善。这三个答案在客户侧而不在服务商侧，所以评估时要索取可核实的交付物样本，例如脱敏后的配置表、评测记录、运营周报。
做过、做成、还在用，是三件事
- 做过：场景数量与行业分布，这一项最容易包装，参考价值最低。
- 做成：上线时有验收记录，能说明当时用什么指标、达到什么值。
- 还在用：三个月后仍有活跃使用，这一项最能反映真实质量。
- 可核实：能否提供脱敏的配置表、评测记录、运营报告样本，而不是只有一页案例截图。
- 反面信号：案例页只有客户 logo 没有具体做法，或所有案例都用同一套形容词描述。
- 客户回访：能否提供一个可联系的客户联系人，由你们自行询问现状，这一项比任何材料都直接。
边界与提醒有些客户签了保密协议，交付物不能外示。这种情况下可要求对方提供「结构与字段说明」，即交付物包含哪几部分、每部分解决什么问题，不必展示真实数据。连结构都说不清的，通常意味着没有形成标准交付物，每个项目都在即兴发挥。
现场用什么问题能试出真实水平？
用三个问题：上一版和这一版的判断差在哪、哪一步最容易被业务方推翻、上线后第一个月你们盯哪两个数。第一个看有没有复盘习惯，第二个看有没有踩过坑，第三个看是否真做过运营。三个都能答到具体项目和月份的，基本可以进入下一轮。
三个问题，问的是经验不是知识
- 问题一：上一版方案里哪个判断被推翻了，为什么。答不出说明没有复盘，每次都在重来。
- 问题二：哪一步最容易被业务方推翻。答得越具体，说明越了解真实阻力在哪。
- 问题三：上线后第一个月盯哪两个数。只能回答使用人数的，通常没做过运营。
- 追问方式：问到具体客户、具体月份、当时怎么处理、后来改了什么。
- 淘汰信号：三个问题都用「我们会根据客户情况灵活处理」收尾。
边界与提醒这类问题容易被提前准备。应对办法是追问时间线：这件事发生在哪个月、当时团队几个人、处理用了几天、后续有没有再犯。编造的答案在时间与人数上通常前后矛盾。另外，不要只问成功案例，问一个失败的项目更能看出真实程度。另外，问失败项目时注意对方的表述方式：能讲清自己哪一步判断错了的，可信度高于全部归因于客户配合不到位。
评估表该怎么设计，权重怎么分？
建议四块：交付物完整性 35%、阶段门槛执行 25%、异常处理能力 20%、资产移交 20%。技术方案单列但不给高权重，因为方案好坏在评估阶段很难分辨，而交付物和门槛执行是当场可以验证的。配权重的原则只有一条：把分数给能验证的东西。
把分数给能验证的部分
| 评估维度 | 建议权重 | 验证方式 | 不合格信号 |
|---|
| 交付物完整性 | 35% | 索取脱敏样本，核对四阶段交付物是否齐全 | 只有方案文档，无配置表与评测记录 |
| 阶段门槛执行 | 25% | 要求说明每阶段进入条件与不达标处理 | 阶段之间无判断，按时间推进 |
| 异常处理能力 | 20% | 追问接口超时、字段缺失、权限不足的处理 | 回答笼统，未提及回退方案 |
| 资产移交 | 20% | 核对四类资产清单与格式 | 仅移交源码，无规则与评测标准 |
边界与提醒权重不是固定值。如果你们已有成熟技术团队，可提高资产移交权重、降低方案权重；如果内部完全没有工程能力，应提高交付物与运营支持的权重。评估表要在发标前定稿，中途不得因为某家方案讲得好看而调整，否则整轮评估失去可比性。另外，权重确定后应同步告知所有参与评估的供应商，让对方知道会被问什么，这本身也是筛选：准备不了材料的，会主动退出。
技术之外，哪些组织条件必须一起评估？
三个条件：业务方有没有能拍板的人、IT 能不能在两周内开放接口权限、有没有人愿意在试点期每天看数据。这三条不满足，技术再强也推不动。评估时应把它们写进结论的前提条件，而不是记成「后续协调事项」——后者通常意味着没人负责。
组织条件不满足，技术方案等于零
- 决策人：能否指定一名可跨部门协调的负责人，而不是由 IT 部门代管。
- 接口权限：两周内能否完成至少一个核心系统的接口开放与测试账号交付。
- 数据可用性：试点所需的历史数据是否已脱敏、是否可导出、由谁审批。
- 日常投入：试点期是否有专人每天查看使用记录与失败任务，每周汇总一次。
- 考核挂钩：试点结果是否进入相关部门的本期目标，没有挂钩的通常会被排到最后。
- 预算归属：试点费用由哪个部门承担，是否已在年度预算内，未立项的项目通常会在第三周停摆。
边界与提醒这些条件有时确实要等项目启动后才能落实。折中做法是写成合同前置条款：约定启动后第 14 天前完成权限开放，未完成则工期顺延且不计入服务商违约。这样既不阻塞签约，也留下了约束，比口头承诺更可靠。如果三条里只能落实两条，优先保决策人与接口权限，日常投入可以通过安排一名兼职观察员临时补位。
报价差异很大时，怎么判断差在哪？
拆成四项比：人力投入（几人几周）、交付物数量、是否含运营期、是否含知识接入。多数低价报价缺的正是后两项，也就是上线即结束。把四项补齐到同一口径再比总价，差距通常会从三倍缩到一倍以内，这时才好判断贵的那部分值不值。
报价要拆到同一口径再比
| 报价项 | 常见差异 | 该怎么问 |
|---|
| 人力投入 | 报价含 2 人还是 5 人，是否含现场 | 各角色投入几人几周，能否驻场 |
| 交付物 | 是否含配置表、评测记录、运营报告 | 四阶段交付物是否全部包含在报价内 |
| 运营期 | 上线后是否含 1 到 3 个月陪跑 | 陪跑期内响应时限与处理范围如何约定 |
| 知识接入 | 是否含文档接入与更新机制 | 接入多少类文档、更新由谁负责 |
边界与提醒拆口径时要注意，人力投入少不一定代表效率高，也可能是把工作转给了甲方。要在合同里明确甲方需投入的人天与角色，否则这部分会变成隐性成本。另外，超低价报价往往在范围上留了口子，签约后以「不在范围内」为由追加费用的项目并不少见。
FDE 服务商和咨询公司、集成商、人力外包，边界在哪？
咨询公司交付判断，集成商交付系统，人力外包交付人天，FDE 交付的是从问题到采用的责任链。评估时只需看一件事：它是否对上线后的使用结果负责。只对里程碑和交付文档负责的，属于前三类；愿意把使用率、任务完成率写进考核的，才是 FDE。
看它为什么负责，不看它叫什么
- 咨询公司：产出是诊断与方案，交付后退出，不承担实施与采用结果。
- 集成商：产出是系统上线与接口打通，验收以功能与性能为主。
- 人力外包：产出是人天，按人月计价，工作内容由甲方指派。
- FDE：产出是业务结果，需要同时承担场景定义、应用构建、生产接入与采用推进。
- 识别方法：问一句「上线后三个月使用率不达标，你们做什么」，答案决定它属于哪一类。
- 责任归属：上线后使用率不达标时，谁负责补救、补救期多长、费用由谁承担。
边界与提醒现实里很多供应商是混合形态，既有咨询也有实施。这时不必纠结分类，而要看合同里责任怎么写：如果考核条款只到上线验收，那它在实质上是集成商，采用阶段的推动仍要由你们自己承担，这部分人力需要提前预留。
评估到决策，怎么收口不返工？
收口做三件事：把结论写成三句话——能做什么、不能做什么、前提是什么；把不满足的前提列成待办并指定责任人与完成时间；把评估表原样留档，作为后续验收的对照基线。缺第三步，半年后验收时双方对「当初说的能力」会各有一套理解。
评估表就是验收基线
- 结论三句话：能覆盖的场景、明确不做的部分、成立所需的前提条件。
- 前提待办：每条前提写责任人、完成时间、未完成的替代方案。
- 基线留档：评估表与打分记录原件归档，验收时逐项对照。
- 变更规则：合作期内若范围变化，须同步更新基线并双方确认。
- 复盘节点：项目结束后用同一张表回头打分，作为下一轮选型的输入。
- 付款节奏：预付款、上线款、运营期满款的比例，尾款比例低于两成时约束力会明显下降。
边界与提醒若最终选择不合作，也建议保留评估记录。一是下一轮选型可省去重复劳动，二是当对方来问「我们差在哪」时，有具体依据比含糊拒绝更专业。需要注意的是，评估记录属于内部材料，对外沟通时只讲结论与改进建议，不必提供完整打分表。
内容说明
FDE 阶段划分、六项职责与四类资产以深云官网 FDE 服务页公开表述为准；产品定位以腾讯云官方页面为准。文中权重与指标区间为可调整的参考值，需结合企业自身技术力量设定。