找到你在重复的流程
列出上周做过的运营工作，标出做了两次的部分。入职、开票、客服分层和汇报通常是候选。
选一件至少每周发生的。月度流程更难学习，因为看到它失败的机会太少。
先写流程，再谈工具
像交给新同事那样写步骤：触发条件、输入、判断、输出。需要你判断的步骤要写出来，而不是藏进工具里。
即使最后什么都没建，这份流程也有用。多数创始人会发现有两个步骤本来就不必要。
做最小的版本
只做流程需要的那个动作：建一条记录、发一个提醒、产出一份摘要。保持内部、保持小。你替代的是一个手工习惯，不是一个系统。
用两周再决定加什么。重要的改动来自工作，而不是来自规划。
交接时把边界一起交出
第一个运营同事到岗时，交接流程、工具，以及仍然需要人的部分。边界是交接里最有价值的部分，因为它能防止无声的错误。
工具要保持可改。新同事会遇到你没遇到的情况，修复不该变成立项。
该看什么指标
看省下的时间和不再重复的错误。这两个数字比功能清单诚实。
也看新人多久能独立跑这个流程。如果要教一周，说明流程写得还不够清楚。
在 Sigla 里怎么做
在一个工作区里描述流程，做出最小工具，并在真实工作上使用。新人到岗时，共享工作区和写好的步骤。修改时点名坏掉的那个情况。
搭建路径可以看「不写代码搭建内部工具」。如果流程从表格开始，「给分析师的无代码应用搭建工具」更接近。
常见问题
该自建还是购买？
系统记录买现成的。围绕它的小流程没人会为你做，才值得自建。
我不懂技术怎么办？
说清流程和判断。实现是你通过使用来验收的，不需要读代码。
什么时候该招人？
当流程稳定到可以交接、量也值得一个全职的人时。招进一个没写下来的流程，通常只会得到它的第二个版本。
会带来维护工作吗？
只要范围小，就比手工流程少。保持一个决定、一个输出，一年只有几次改动。