运营专员 / 业务运营 · 任务逐条

把一张签下的单变成真的发生

把一张单拆成有依赖关系的步骤、再按顺序订下去,是流程编排 —— 这类软件商用了二十年。语言模型补上的是它一直做不了的毛边:读懂一条不规范的需求、或者上游一封大白话的回复,把它变成结构化的一步。而那正是过去必须有个人坐在中间的理由。

编排自动化的是顺序,不是承诺。仍然要有人愿意对客户承诺一个日期,并在上游掉链子时替它挨骂 —— 而那个承诺比排期值钱。这份工作完全可以失去它大部分的点击,而保留它全部的责任。

把确认从上游手里要回来

把一封回复从收件箱读成结构化字段,以及在回复没到时按时发出追问,是当前系统做起来最便宜的两件事。两者过去都是一个人一整个上午,而且都不需要对上游作判断 —— 只需要判断这封回复说了什么。

被自动化的是催,不是关系。上游在排满的一天里给你塞进去,靠的是他认识你,而这个人情不对一条自动提醒开放。在供给紧张的地方,有关系的那个运营仍然拿得到位置 —— 这护住的是某些运营,不是编制。

计划碎掉之后

约束不是算力,是权限与后果:重排要花钱,得有人批;而且它是在拿一方的不便去换另一方的方便。系统可以把选项排序,它选不了该消耗哪一段关系。

异常是价值所在,而它同时只占工时的一小部分。一个 80% 是例行协调、20% 是异常的岗位,完全可以失去那 80% 而仍然成立 —— 只是人少得多,而且每个人待命的时间更长。

必须做对的那些单证

从文档里抽取字段、再与底账交叉核对,是机器阅读最早商用的场景,在结构化表单上的准确率多年前就超过了人工文员。近年变的是它现在对不规范的单证也管用了。

自动核对不改变责任在谁身上。一个错号放过去了,罚款落在公司、解释落在运营 —— 核对变便宜了而暴露一动没动。而且一个从不出错的检查,也是一个再没有人认真看的检查。

让系统里的状态等于现实

系统现在能标出矛盾 —— 一个背后没有确认消息的状态、一个没有理由就挪了的日期 —— 那是检测的一半。补上缺口仍然意味着去找一个人问出答案,而答案正是系统缺的那个东西。

底账更干净,上面的自动化才可信,这正是它的意义 —— 而它同时让运营的贡献变得看不见,因为这项工作的成果表现为「没出事」。在评编制的时候,这是一个很糟的位置。

盯着自动流程里那些不出声的错

一旦订单与确认无人值守地跑起来,失败的形状就变了:不是漏掉一步,而是完成了一步、结果是错的、看起来却对。得有人去抽样检查,而在流程能自己行动之前,这项职责不存在于这个岗位里。

抽样不等于覆盖,而且没有人定过抽多少才够。这项工作通常不计工时、不被考核,所以它是忙起来第一个被丢掉的事 —— 而那恰好是自动流程跑得最猛的时候。