审批与交付节点
讲清 approval 和 delivery 该怎么放，才能既安全又可交付。
这组节点决定的不是“流程能不能跑”，而是“结果能不能安全交出去”。
Approval 节点适合做什么
- 在高影响动作前停下来；
- 让人类确认目标、内容、附件、接收方或写入对象；
- 防止错误动作自动继续发生。
Delivery 节点适合做什么
- 定义结果最终落在哪里；
- 组织交付物结构；
- 把 proof、receipt、文件、报告整理成可交付结果。
审批节点应该放在哪里
最基本原则：
- 在对外发送前；
- 在真正提交前；
- 在写回外部系统前；
- 在删除或覆盖前；
- 在可能产生费用或权限变化前。
Delivery 节点应该怎么想
delivery 不是“最后随便接个导出”。
它更像是在回答：
- 最终交付是什么；
- 谁要接收；
- 证据和结果是否需要一起保留；
- 后续要不要让项目继续复用它。
常见错误
- approval 太晚；
- approval 内容太少，批准的人看不明白；
- delivery 只输出结果，不保留 receipt / proof；
- 最终交付目标一开始就没定义，导致 delivery 节点只是收尾占位。
建议用户怎么排查
- 如果外部动作已经发生，再看 approval 是否放晚了；
- 如果交付后说不清“怎么来的”，看看 delivery 是否没带证据；
- 如果批准的人总在追问细节，说明 approval 节点给的信息不够。