运营减法 · Ops Subtraction
企业里有些工作本不该存在，有些该存在，但不该由人来搬。我先帮你分清：前一种删掉，后一种交给软件；只有听懂人话、从微信和照片里提信息这一类环节，才用 AI。最后，你的团队只面对一个入口。
我看到的
这几年我在服装、美业、电商的客户那里进出，看到的运营大多是同一回事：订单信息录两遍；库存在仓库的本子、运营的表格和系统里各有一个版本；销售追运营，运营追仓库，老板追所有人。每个人都很忙，忙的大半是搬运和传话。
异常最后都落到老板手机上。
给每个员工配一个 AI 助手解决不了这个，那只是让搬运和传话更快。该先问的是：这一步还需要存在吗。需要的话，还需要人来做吗。
一个例子 · 订单
这是一个例子，不是每家企业的样子。
BEFORE原来
AFTER改后
缺货 · 价格异常 · 地址冲突 · 特殊承诺交给负责人
删掉的是重复输入和正常状态下的传话催办。留下的是核对、履约责任、特殊授权和客户关系。
这依赖两件事：库存数据可信，规则事先说清。基础数据不准，自动化只会把错误放大。所以这两件事在动手之前先查。
顺序
顺序不能反。先问每一项工作为什么存在、谁要它的结果、没有它会怎样。
然后找整条链的瓶颈，而不是把某一环做快。
剩下稳定的规则交给普通软件：校验、计算、同步、推进状态，这些不需要大模型。只有理解自然语言、从聊天记录和照片里提信息、分类、起草，才用模型，而且尽量轻。
判断和例外，交给一个有名字的人，不是一个部门。
一个人重新录一遍数据，可能同时在做检查。要取消的是重复输入，要保留的是独立核对。所以诊断时我把每个环节拆成四个动作分别看。先看清工作怎么变，再谈人怎么安排，不预先承诺裁谁，也不预先承诺一个人都不动。
最后是一个入口
发起任务、查状态、收提醒、审批、处理异常。优先是你已经在用的企业微信或飞书里的一个 Bot，不是另一个要学的软件；你现在的系统已经顺手的话，就直接接进去，不多开一个窗口。
后台由事件和规则驱动，没有人需要每天给它下指令。批量核对、复杂编辑照旧用表格和专门界面，不强迫一切都在聊天里做。
一个入口不等于一个超级账号。谁能看什么、批什么，和现在一样有边界。
先验证，再执行
系统按规则算一遍，和当时人做的结果逐项比对。对不上的，一项一项查原因：是规则没谈清、输入缺了、实现错了，还是合理的例外。人当时做的也未必是对的。
系统跟着算，不碰实际业务。
前期只做内部核对和提醒。对客户发任何消息，收件人、内容、授权都事先定好。
最后才到这一步。
我不做什么
我什么时候会停手
诊断阶段就查，不合适我直接说。
一个看起来重复的动作，可能是唯一一道独立校验。订单里常见的就是：运营重录一遍，其实是在核对销售报的东西。这样的动作不能删，要改成自动校验加差异提醒。
插单、口头特价、先发货后补手续，这些是老板的裁量权，我不碰。但要确认谁有权特批、特批怎么留痕、状态怎么同步。如果口头通道长期无法记录，先解决这件事，再谈自动化。
几处数据对不上、系统不开接口、消息靠人转发，那要先做的是数据，不是流程。这话我说在前面，不是收了钱之后才发现。
怎么合作
四步可以只走第一步，也可以一路走到底。每一步写清适合谁、拿到什么。
进到现场，交付一份流程清单，每条写清八件事，外加一个明确结论。这个结论可能是：你现在不需要自动化。周期看流程多少，谈的时候定。
一条流程，写明不做什么，按"先验证，再执行"的顺序走。
试点跑通后，把同一套做法推到前后相连的流程：接单、发货、对账、售后，每一条各自写清八件事，人和系统的分工按"拆的是动作，不是岗位"来定。
跑起来之后的规则调整、异常处理、新流程接入。
完成没完成，以业务系统里的实际结果为准，不听 AI 自己说。
你要出的：几个小时的访谈，让我看数据，一位能拍板的人在场。
目标说清楚：少录一遍，少追一次，单子走得快一点，落到老板手里的异常少一点。做到多少，试点里核实。
我不承诺省多少人、省多少钱，现在没有可以引用的成效数据。有了会写在这里，写真实的数，包括不成功的。
我是谁，我在找谁
虎小象牵头，按项目配流程、系统对接、数据、模型的人。在一家服装品牌做 AI 视觉中台的深度合作，做法就是进到业务里、搭管线、长期维护；现在把同一套做法用到运营流程上。
我要找的不是认同这个想法的人，是愿意把一条真实流程摊开给我看的人。
有这三条，我们可以谈。接不接，看任务频率、数据条件、错误后果、接口和预算，谈完再定。
微信扫码加我，手机上长按识别。说一句"运营减法"，再说你那条流程。
其他联系方式