业务系统与流程负责人 · 任务逐条

把流程配成系统里的样子

搭配置这件事变便宜了:用话把一个流程描述出来、拿回对应的对象与自动化,正是这类工具擅长的。没有变便宜的是:知道被描述的这些步骤里,哪一步是人们实际会跳过的、以及为什么 —— 那是看着团队干活学到的,不是读流程文档读到的。

配得更快意味着配得更多,不是活更少。每加一条规则,都是一条以后会变错、并且要被找出来的规则 —— 于是这个岗位的工时从「搭」挪到「拆」,而拆在路线图上是看不见的。

让记录还值得信

把指向同一个真实对象的记录匹配起来,是实体解析;这是当前模型胜过规则最清楚的场景之一 —— 那些字符串匹配永远搞不定的脏案例,它能处理。而当两条重复记录在一个要紧的数字上不一致时,留哪一条仍然是业务判断。

数据更干净,下游一切才更可信,这正是它的意义 —— 而它同时拿掉了这份工作唯一看得见的产出物。没有人会注意到「从来没错过的记录」,于是这项工作读起来是一种缺席;定预算的时候,这是个很糟的位置。

决定系统能自己决定什么

当系统只是存下人做过的事时,这个决定并不存在。现在它会行动了,就得有人划边界,而同时懂配置又懂业务后果的人正是这个岗位。这项职责随能力一起到来,却没有被指派给任何人。

划下边界,和被允许守住它,不是一回事。这个岗位通常有知识而没有权限:当销售希望自动化多发一点时,能说不的人在更上面 —— 而反复被推翻,正是边界在没有任何决定被记录的情况下被磨掉的方式。

让跑出来的数字有意义

写查询和起草解读现在都已白菜价,而「用大白话问一句、拿回一张图」拿掉了这个岗位过去要背的大部分需求排队。

自助取数不会拿掉那个知道「这个数字不对」的人。它让更多人开始笃定地引用一个自己从没见过附注的数字 —— 于是工作从「出报表」挪到「在会上纠正报表」,那更慢,而且更难拿来论证一个编制。

让团队按该用的方式用它

产品内的帮助与助手很会回答「怎么操作」。它们答不了「我为什么要填」,而后者才真正决定字段会不会被填上 —— 回答它需要知道这个人被什么考核,并且能去改它。

这是岗位吃紧时第一个被砍掉的任务,因为它产不出任何可交付物。砍掉它在两个季度内不会表现为问题,之后表现为「没人信这份数据」—— 而那时候已经归因不到原因了。