价值工程是什么
价值工程通过功能分析寻找以更低成本实现同等或更优功能的方案，常用手段包括取消多余功能、用通用能力替代定制开发、简化流程与设计、复用既有系统与数据。它的判断基准是功能与成本的比值，而不是单纯削减成本：如果砍掉成本的同时也砍掉了必要的功能与可靠性，价值并没有提升，只是把代价转移到了后期。
基本信息
| 分析对象 | 功能清单及其成本占比，重点看高成本低价值项 |
|---|---|
| 优化方向 | 取消、替代、简化、复用、标准化 |
| 参与角色 | 业务代表、技术与实施团队共同参与，避免技术单方决策 |
| 判断基准 | 同等或更优功能下的成本下降，或同等成本下的功能提升 |
| 落地要求 | 方案变更需走变更流程，同步更新基准与验收标准 |
典型使用场景
- 预算超支需要在不动摇核心目标的前提下压缩成本
- 需求清单里堆积大量低使用率的报表与字段，需要重新评估必要性
- 存在多个业务线的相似需求，需要用通用能力替代重复定制
- 流程审批层级过多影响效率，需要通过简化流程降低隐性成本
- 评估自建与外购方案，比较功能覆盖与长期维护成本
优化方向示例
优化方向示例
取消：无明确使用场景的报表、字段与流程节点
替代：用通用组件或标准产品替代定制开发，降低维护成本
简化：合并流程步骤、减少审批层级、统一数据口径
复用：复用既有系统能力与数据，避免重复建设
标准化：把高频定制改为配置项，降低后续变更成本实施步骤
| 步骤 | 动作 | 产出 |
|---|---|---|
| 功能分析 | 列出功能清单与各自成本占比 | 高成本低价值项清单 |
| 方案比选 | 为关键项准备至少一个替代方案 | 功能与成本对比表 |
| 影响评估 | 评估对进度、质量与用户的连带影响 | 影响说明与风险清单 |
| 验证替换 | 测试或试点后再正式替换 | 验证结论与变更记录 |
价值工程需要业务参与：单纯从技术角度做替代，可能降低实际使用价值，把成本省在错误的地方，最终以另一种形式回到项目上。