方法 / METHOD
这一页写的是做法本身，包括哪些流程我会劝你别动。 如果你只想找人搭个应用，这些细节可以跳过；如果你要判断我靠不靠谱，看这页比看案例快。
01 / 流程诊断
大部分失败的数字化项目，问题不在工具，在没人说得清现状流程到底长什么样。 诊断阶段的产出不是方案，是一份说得清现状的文档。
分别访谈执行的人和看结果的人。这两拨人描述的流程经常不一样，差异本身就是问题所在。
把流程画成图，标出每个环节谁做、多久、出错会怎样。画完给相关人确认，确认不下来的地方就是规则没定。
用 MTM 方法量当前耗时。不靠"大概半小时"这种口述，靠可复核的分解测算。
频次 × 耗时 × 出错代价三维打分。得分最高的先做，一次只推一个。
02 / 工时估算
口述工时不可靠：问执行的人会偏长，问主管会偏短。 MTM 把动作拆到可复核的颛粒度，所以算出来的数能拿去让人验。
当前耗时 = 单次动作时间 × 频次 + 出错后的返工时间 × 出错率。很多人只算前半段，而后半段往往更大。
这个数字你要拿去申预算。拍脑袋的数字在管理层会被质疑，可分解的数字能逐项对。
MTM 适合量重复性、有稳定步骤的作业。判断密集型工作（比如异常分析）估不准，这部分我会直接标注为估值。
只算被系统真正接走的部分，不把“以后大家会更熟练”算进收益。宁可估低。
03 / 培训交接
“培训过了”是句空话。下面这些是可以逐项验收的交付物， 少一项都算没交完。
维护手册 —— 数据表结构、每个自动化流的触发条件和逻辑、字段含义。改东西前先看这本。
操作 SOP —— 日常使用者看的部分，带截图。新人入职直接拿这份。
录屏 —— 常见修改动作的录屏：加字段、改审批人、改通知文案。看完能自己动手。
排障清单 —— 流跑失败、权限报错、通知没收到，按现象列出先查什么。
验收标准只有一条：我不在场的情况下，你的 key user 能自己改一个字段并上线。 做不到就是培训没到位，继续补。
04 / 不该碰的
接单方不会说这些，因为每一条都是往外推钱。但自动化错的流程比不自动化更贵 —— 你付了钱，还多了一个要维护的东西。
判断标准每月在变。写进系统就是每月改程序，维护成本高于节省。先把规则碰定，再谈自动化。
流程上每个案子都“有点特殊”。这种情况下系统会退化成一堆绕过它的临时办法。
一年跑两三次的流程，就算完全自动化也省不了多少，不如把预算放到天天要干的事上。
接口人不明、责任不清导致的流程不畅，上系统只会把扯皮搬到线上。这类我会直接说不建议做。