业务过程的选择标准
业务过程是业务上可观测的事件或状态，比如下单、支付、退款属于事件型，库存快照、账户余额属于状态型。选择标准有三条：有明确的分析价值、有稳定的粒度、数据可获取。三条不满足就说明它还不适合建模，比如纯粹的操作留痕日志既没有分析价值也谈不上稳定粒度。业务过程清单来自业务访谈与系统流程梳理，而不是开发照着源库表名逐个枚举。
基本信息
| 事件型过程 | 下单、取消、支付、退款、发货、签收 |
|---|---|
| 状态型过程 | 库存快照、账户余额、会员等级每日状态 |
| 选择标准 | 有分析价值、粒度稳定、数据可获取 |
| 排除项 | 无分析价值的中间动作与纯留痕操作日志 |
| 来源 | 业务访谈 + 系统流程梳理，非拍脑袋枚举 |
典型使用场景
- 交易域建模：把下单、取消、支付、退款拆成独立过程，指标可闭合
- 状态监控：库存与余额按日快照建模，支撑趋势与异常分析
- 需求评估：报表需求先映射到业务过程，判断是复用还是新增模型
- 过程清单评审：逐条核对是否满足三条标准，剔除操作日志类候选
- 指标闭环：负向过程补齐后，下单减取消减退款能与有效订单对上
候选清单评审
候选清单评审
候选过程清单：下单、取消、支付、退款、发货、签收、评价 # 来自流程梳理
逐条过三关：
有分析价值？ 评价有，纯日志类操作（如页面刷新）无
粒度稳定？ 下单为订单商品行，浏览轨迹因埋点拼接粒度不稳
数据可获取？ 靠线下台账的动作短期拿不到，先不建模
结论：纳入建模的写成过程清单，未纳入的记录原因备查
注意：取消与退款等负向过程必须纳入，否则指标无法闭合纳入与排除
| 候选 | 结论 | 原因 |
|---|---|---|
| 下单 | 纳入 | 粒度稳定，指标核心 |
| 退款 | 纳入 | 负向过程，指标闭合必需 |
| 页面浏览轨迹 | 先不纳入 | 埋点拼接粒度不稳，易重复计数 |
| 后台操作日志 | 排除 | 无分析价值，属运维留痕 |
| 线下台账动作 | 暂缓 | 数据不可稳定获取，先记录来源 |
把界面操作当成业务过程是常见偏差：模型会碎成操作日志，查询时需要大量条件过滤，最终没人愿意用。
漏掉取消与退款这类负向过程，会导致指标无法闭合：有效订单数算不平，而问题往往表现为长期存在的小额差异，很难定位到缺失的过程。