我把核心流程步骤拆成4步，团队返工率降了一半

去年接手一个内容团队的排期工作，前三个月基本在救火。稿子写完没人审，审完没人排版，排完发现选题早就过时了。一周出5篇，有3篇要重做。后来我干了一件事：把整个链路的核心流程步骤全部写下来，贴到飞书上。两个月后，返工率从60%掉到25%左右。

这事让我意识到，很多人不是不努力，是根本不知道一件事从A到B要经过哪几步。

先记录实际动作，别画理想流程

我见过太多团队一上来就画那种漂亮的泳道图，框框套框框，箭头绕来绕去。画完挂墙上，没人看。

我的做法反过来：先当一周的跟屁虫。谁做什么，几点做，做完交给谁，中间卡在哪，全部记下来。记的时候只写动词和对象，别写"优化""赋能"这种虚词。

比如内容发布这件事，真实动作是这样的：

• 编辑在选题库里挑题，标注优先级
• 写初稿，写完丢进共享文档
• 审核人收到通知，24小时内给修改意见
• 作者改稿，改完发群里确认
• 排版上传，加封面图和摘要
• 发布后回填数据表

一共6步。你会发现真正的卡点通常在第三步——审核人不是没时间，是通知发在群里被刷屏了。这种问题，画一百张流程图也看不出来，只有蹲在现场才知道。

给每一步加上"完成标准"

光有步骤没用，得让每一步有明确的结束信号。不然就会出现"我以为我交了啊"这种扯皮。

我的经验是，每个步骤后面挂三个东西：谁负责、多久完成、什么算做完。

拿审稿举例。负责人是主编，时限24小时，做完的标准是"在文档里留下至少3条具体批注，且标记通过或不通过"。这个标准一立，模糊空间就没了。之前主编习惯回一句"再看看"，作者不知道看哪，来回问三遍，一天就没了。

判断一步该不该独立成一步，我一般看两条：

• 它有没有独立的交付物，比如一份文档、一张图、一个审批记录
• 它能不能被单独卡住，卡住之后下游会不会停摆

两条都满足，就单拎出来。只满足一条，可以合并进相邻步骤。这样整理下来，原本列了20多步的流程，砍到9步，反而更清楚了。

一个真实对比

我们做招聘流程的时候试过两版。第一版写得很粗：发布职位→筛简历→面试→发offer。结果HR和用人部门天天吵架，谁也不知道简历该谁先看。

第二版细化到：用人部门提需求（含岗位画像）→HR发布并初筛（48小时内给反馈）→用人部门复筛（挑出不超过8份）→安排面试（提前一天发议程）→面试后24小时内填评价表→HR汇总发offer。

同一批岗位，第一版平均到岗时间37天，第二版21天。差别不在人，在于每一步都有明确的交接点和时限。

流程这东西，说白了就是替团队省下互相猜测的时间。写得越具体，扯皮越少。

定期回头删步骤

流程不是写完就完事的。业务一变，原来的步骤可能就成了累赘。

我的习惯是每季度拉一次流程复盘，问三个问题：哪一步最近三个月没卡过人？哪一步的负责人换过两次以上？哪一步的完成标准已经没人遵守了？

第一个问题对应的步骤，考虑删掉或者合并。后两个问题对应的步骤，说明责任和标准需要重定。上个月我们就砍掉了"周报汇总"这一步，因为数据表已经能自动出图，人工汇总纯属浪费。

核心流程步骤这件事，没有一步到位的版本。先写出来，再跑一遍，然后改。改个三四轮，它才真正长成你们团队自己的东西。