01 / WHEN
适用场景
当信息分散、流程重复、数字工具之间缺少衔接，或项目想法很多却无法决定先做什么时，可以先进行数字化方向梳理。
- 线上与线下流程之间存在断点
- 多个表格或工具重复维护相同信息
- 新项目缺少清楚的需求优先级
- 现有网站或系统无法支持当前协作
数字化不是先选某个工具，而是先判断问题、角色和可改变的环节。
02 / SCOPE
可提供内容
通过结构化梳理，把抽象的“想做数字化”转化为可以比较、确认和分阶段推进的任务。
- 业务目标与当前状态梳理
- 关键角色、任务与协作关系
- 主要流程和信息流转方式
- 网站、软件与其他数字触点盘点
- 问题、影响与约束条件归纳
- 需求优先级和阶段目标
- 可选路径与取舍说明
- 阶段性实施建议
建议会结合现有资料与可执行条件，避免只给出脱离实际的概念清单。
03 / OUTPUT
典型交付
交付重点是让决策依据可见，使后续网站、软件或流程项目能够基于同一理解继续推进。
- 现状、目标与约束摘要
- 关键角色和业务流程说明
- 信息与数字触点清单
- 核心问题和需求优先级
- 阶段目标与可选路径
- 下一阶段工作建议
复杂项目可以先完成一个范围较小的验证阶段，再决定后续投入。
04 / LIMITS
合作边界
本项以业务梳理、问题定义、优先级和阶段建议为重点。具体技术实现需要结合系统现状、数据条件、预算与合作资源单独确认。
- 系统集成不作为默认交付
- 开发实施范围需要专项确认
- 第三方产品采购由实际方案决定
- 经营指标变化不作预设结果承诺
方案用于支持判断和实施准备，不替代组织内部决策、技术验证或具体项目合同。若进入开发阶段，将重新确认功能、数据、接口、测试和运维责任。
影响业务结果的因素很多，项目应以可验证的阶段目标衡量进展。