价值共创与服务关系是什么
ITIL 4 强调价值共创：服务价值不是提供方单向交付的，而是提供者与消费者在服务关系中共同创造的结果。因此管理用户成果（outcome）比交付输出（output）更重要。同一个系统，用户不用或用错，都不会产生价值，这也是为什么参与活动与关系管理贯穿服务始终。
基本信息
| 关键概念 | 服务关系、价值共创、成果与输出区分 |
|---|---|
| 成果 outcome | 用户获得的业务结果，例如对账时间缩短 |
| 输出 output | 交付的可交付物，例如上线一个报表系统 |
| 实践含义 | 度量向成果对齐，关系与参与贯穿服务全周期 |
| 常见误区 | 用上线功能数量衡量服务价值 |
典型使用场景
- 服务立项时明确要改善的业务成果与度量方式
- 上线后跟踪使用率与业务指标，判断价值是否真正发生
- 对接多个使用部门时管理预期差异与使用方式
- 复盘时对比预期成果与实际成果，找出偏差原因
- 续签或扩大投入前用成果数据支撑决策
成果与输出示例
成果与输出示例
# 输出是交付物，成果是用户侧的变化，两者不能混用
输出：上线了报表系统（功能全部可用）
# 成果要有基线与观察窗口，才能判断是否发生
成果：财务月结时间从 5 天缩短到 2 天（上线后 3 个月）
# 度量应向成果对齐，而不是统计功能上线数量
度量应向成果对齐，而非功能上线数量
# 若成果未出现，先查使用率与流程配套，再看功能本身成果度量的构成
| 要素 | 说明 | 示例 |
|---|---|---|
| 基线 | 改进前的实际水平 | 月结平均 5 个工作日 |
| 目标 | 期望达到的水平与时间 | 上线后 3 个月内缩短至 2 天 |
| 使用证据 | 用户是否真的在用 | 活跃用户数与关键操作次数 |
| 归因说明 | 成果与服务的关联依据 | 同期无其他流程改造介入 |
面向成果的度量更能驱动正确的优先级：上线功能数量只反映团队产出，用户成果才决定这项投入是否值得继续。