基本信息
阅读时间：约 14 分钟
字数：约 5636 字
摘要：先画流程再选工具：把工作拆成动词，标上耗时、频次与卡点，用三问判定卡点归属，只在真正属于工具的那一处引入能力。本文给出连续环节边界模型、搬运成本的三个可数量，以及两周纸面流程的验证法。
全文语音
中文
English
日本語
한국어
十七个图标的那天：我的工具箱比我的流程长三倍
去年十一月的一个周一上午，我在杭州滨江一间共享办公室里，用十分钟数了一遍电脑底部那一排图标。十七个。那年我三十四岁，做跨境电商运营第六年，手上是三个站点、十一组商品、五个人的小组。
数完我愣了一下。我一直以为自己缺的是更好的软件，可那天下午我才反应过来：我连自己一天到底做了哪些动作都说不全，我在为一个根本没画清楚的流程图，买了十七个图标。
触发这件事的由头很小。一份给德国站的周报，我花了两小时四十七分钟。其中真正在写判断的部分，我用秒表掐过，是三十一分钟。剩下的一百三十六分钟，全在做同一类事：从一处复制数字，粘贴到另一处，发现两边口径不一样，再回到第一处重取。
我把那一百三十六分钟拆开记在本子上：复制粘贴十四次，导出导入九次，为了对齐口径重新问人五次，干等别人回复三次，累计等待四十一分钟。没有一个是写作动作，但它们全挂在我以为的写作时间里。
那天下午我做了唯一一件正确的事：在纸的左边写下十七个软件名，右边写下一天的动作。右边一共二十三个。两边的连线乱成一团麻。这就是我后来一直在用的方法的起点——不从左边的软件开始，从右边的动词开始。
第一步：把工作拆成动词，而不是拆成软件
大多数人整理工具箱的默认顺序是反的：先看自己有哪些软件，再想这些软件能干什么。软件是按卖家的功能边界切分的，你的工作是按动作顺序发生的，两者天然对不齐，你却指望用前者去解释后者。
我给自己定了一条硬规矩：写流程时，每一行必须以动词开头，动词后面必须跟一个宾语。整理订单，合格；用表格软件整理订单，不合格——后者在第一步就把软件塞进来了，你还没看清动作本身长什么样。
第一次写完整版，我写下二十三个动作，从登录后台到发出周报。写完之后我发现一件挺尴尬的事：这二十三个动作里，有六个是我以为在做、实际从未产生任何下游价值的。比如每周把三个平台的销量截图存进同一个文件夹——那个文件夹我一年没有打开过第二次。
“以前我挑软件，看的是它有多少功能；现在我看的是它能不能把我这一行的动词接住。”这话是我后来跟组里新人反复说的。功能清单是卖家的视角，动词清单才是你的视角。
动词清单还有个副作用：它逼你承认有些动作根本不该存在。我那六个零价值动作，在纸面阶段就被划掉了，一分钱没花，一个新软件也没装。
第二步与第三步：给每个动作标上耗时、频次与卡点
有了动词，第二步是标耗时与频次。耗时用秒表掐，不要用估计。我做过一次对照：我估计大概十五分钟的动作，实测中位数是二十六分钟，偏差接近一倍。人脑对重复性小动作的时长估计，一向偏乐观。
耗时乘频次，就得到这个动作每周吃掉你多少分钟。这一步做完，我的二十三个动作排序彻底变了。排在第一的不是我以为的写周报，而是从三个平台导出销量并对齐口径——每周四次，每次三十四分钟，一周一百三十六分钟。
第三步是标卡点。我只在每个动作后面标三种符号：W 表示等待，你在等别人或等系统；R 表示返工，同一个东西你做了不止一遍；L 表示信息丢失，某个决定、某个口径、某个背景在这一步传丢了，导致后面的人必须重问。
标完我数了一遍：二十三个动作里带卡点的有九个，其中 W 类三个、R 类四个、L 类两个。真正让我意外的是，L 类只有两个，可这两个造成的下游返工，占了我整个流程返工量的一半以上。
“我一直以为慢是因为活儿多，其实是同一个活儿被做了两遍，而做第二遍的人不知道第一遍的结论是什么。”这句话是我在第三次重做同一张表的时候写下来的，那天我把秒表摔在了桌上。
第四步：判定卡点归属——这一处该改流程还是该换家伙
这是整套方法里最关键、也最容易走偏的一步。标出卡点之后，绝大多数人的第一反应是找个软件解决它。可卡点是有归属的，软件只对其中一部分负责，剩下的部分你买什么都不会变。
我用的是三问。第一问：这个卡点消失的前提，是有人改变行为，还是有系统改变能力？如果前提是有人要按时回我消息、有人要在提交前自查一遍，那是流程问题，上软件多半只是把提醒方式换了个地方。
第二问：这个卡点在信息上是否完整？如果卡点是因为缺字段、缺口径、缺背景，那多半是流程的输入定义没做，不是软件不够强。第三问：如果我把这一处的等待时间归零，下游会真的变快吗？如果答案是会卡在下一处，那你只是把瓶颈挪了个位置。
用这三问筛完，我那九个卡点里只有四个是真正的工具性卡点。其余五个——三个等待、两个返工——全靠改流程就解决了。其中一个，只是把周报口径说明从口头交代改成写在一张固定卡片上，第二天就不再有人来问。
“我以为我在挑工具，其实我在找一个替我说话的东西。”这是我当时写在笔记本边上的一句。软件会把流程缺陷包装得更体面，但不会让它消失，反而会让你更难看见它。
专业分析：工具最小集的边界模型与手工搬运成本
我把这一节写成可复用的模型，因为我后来发现，上面那五步之所以能跑通，背后有一个更硬的东西：软件能覆盖的是一段连续环节，真正吃掉时间的，是环节与环节之间那块既没有主人、也没有软件的空地。
先看一组公开量级。据 Asana《Anatomy of Work Index》二零二三年行业调研的口径，知识工作者约有百分之六十的时间花在关于工作的工作上——协调、寻找、切换、对齐口径——而用于技能性本职工作的比例约百分之二十七。另据 Atlassian《State of Teams》系列公开报告的量级描述，受访团队平均每天要在九个到十一个协作应用之间来回切换。两组数字都指向同一件事：成本大头不在任何一个软件内部，而在软件之间。以上为公开行业调研量级，不同样本口径会有差异，非本人实测。
我给这块空地起了个名字，叫搬运成本，拆成三个可数的量。第一是搬运次数：你把一个数字、一段话、一个决定，从一处挪到另一处的动作次数。第二是搬运距离：每挪一次要几步操作，导出、另存、打开、粘贴、对齐格式，各算一步。第三是搬运失真率：挪过去的和原来的对不上的比例。三个量相乘，就是你为一个不连续流程付出的真实成本。
于是有了连续环节边界这个判断：一家软件能覆盖的连续环节越长，边界越少，你的搬运次数就越低。丰田生产方式里的看板与安灯是这条规律的经典例证——大野耐一在二十世纪七十年代先把节拍、拉动、停线权这些规则定义在地面上，信息系统是后来才补上去的，顺序从来没有反过来。GitLab 是另一个方向的例证：它把单一事实源写进公开手册，规定任何决定先落在手册里再谈别的渠道，软件只是这条流程规则的承载物。以上案例来自公开资料与公开手册，时间口径分别为二十世纪七十年代与近年。
把边界画出来之后，工具最小集就有了清晰定义：不是能用最少的软件做完，而是让搬运次数降到可接受水平所需的、覆盖最长连续环节的软件组合。这两个定义差别很大。前者会让你为了少一个图标，把流程砍断；后者允许你多留一个软件，只要它把边界接上了。
我做过一组对照。同一条周报流程，按工具优先的思路做：我装了一体化看板，图标数降到十四个，但每周搬运次数仍有三十一次，因为三个平台的数据出口各不相同，看板接不住最后那一段。按流程优先的思路做：我只改了两处——把口径固定成一张卡片，把导出时间统一到每周一九点——搬运次数降到每周十二次，图标一个没减。本组为本人四十二天个人记录，样本数为一，仅作示例，不构成统计结论。
第五步：只在工具性卡点上引入能力，且一次只引一件
走完前四步，你手上会有一份很短的清单：几个动词、几个卡点、其中被判定为工具性的那几个。第五步才轮到软件出场，而且它有一条很硬的纪律：一次只引一件。
一次只引一件，原因不是谨慎，是可归因。同时上三个新软件，无论流程变快还是变慢，你都说不清是哪一件的作用。我吃过这个亏：一年前我一次性换了笔记、任务、日历三件套，三个月后发现自己比换之前更慢，却完全指不出慢在哪。
引入的第二个纪律是先接边界，再谈功能。评估一个候选软件时，我只问一件事：它能不能把我现在搬运次数最多的那一处接住。功能多寡、界面新旧、社区热度，在这件事面前都是噪音，而且是最容易让你分心的那种噪音。
第三条，是给它一个退出条件。在装之前就写清楚：两周后看哪三个数字，没到就撤。我给自己的退出条件一直是同一组——这一处的每周搬运次数、这一处的单次耗时，以及我有没有在两周内至少两次忘记用它。忘记用是很诚实的信号，它说明这个软件没有落在真实的动作上。
“软件不是用来让自己感觉先进的，是用来让自己少搬一次的。”这句话我写在便签上贴在显示器右下角，一年多没换过位置。
三类伪需求：为偶尔、为想象、为别人
在我自己踩过的坑里，有三种需求出现频率最高，而且它们都长得很像真需求。我给它们各起了一个名字，现在每次心动都先对一遍号。
第一类叫为偶尔买单，特征是频次低、单次痛感强。我一年做两次的年度复盘，每次都会让我痛一次，于是我一度想为它专门配一套模板工具。按频次一算：一年两次，每次痛四十分钟，全年八十分钟。为一个全年八十分钟的场景配置并长期维护一套东西，是不划算的。这类场景的正确处置是写一份一次性清单，不是引入能力。
第二类叫为想象买单，特征是规模还没到、需求先到了。我在团队只有五个人的时候，认真评估过一套带多级权限和审批流的协作平台，理由是将来会到二十人。后来团队到了十二人，那套东西仍然用不上——审批流的复杂度来自组织层级，不是来自人数，而层级我当时根本没有。判别方法很简单：需求描述里出现的量级，是否已经连续四周真实发生过。
第三类叫为别人的最佳实践买单，这是我中招最深的一类。我曾经照搬过一家知名远程公司的软件组合，理由很简单，人家做得很好。结果是我们五个人里有四个在两周内绕开了那套流程。原因不复杂：那家公司的流程是围绕他们的异步习惯长出来的，我们不是异步团队，软件接上的是一个我们根本没有的动作。
这三类有个共同的可疑信号：你描述需求时，主语不是自己的某个动词。为偶尔买单，主语是那一次；为想象买单，主语是将来；为别人买单，主语是他们。主语不对，需求多半是借来的。
两周纸面流程：先跑通，再谈工具化
如果你只想从这篇文章里带走一件事，我建议是这条：在你决定工具化之前，先用两周时间，让流程在纸上跑通。
纸面流程不是写文档，是真的照着那张纸做事两周。我把动词清单打印出来贴在桌边，每完成一个动作就在后面打勾，遇到卡点当场记下类型和时间。两周十个完整工作日，我记了四十七个卡点事件。
这两周的价值在于，它把“我以为的流程”和“实际发生的流程”之间的差距摊开了。我纸上写的第一版里，对齐口径是一个动作；两周的记录显示，它实际上是三个动作、两次等待，中间还夹着一次信息丢失。这个发现比任何软件评测都值钱。
“纸是最狠的软件评测，因为它不会帮你把烂流程变好看。”我现在的桌上还留着那张纸，边角已经翻毛了。
纸面跑通的标准很具体：连续五个工作日，卡点事件数不再下降，且你能在不看清单的情况下说出下一步是什么。到这一步，流程才算稳定，才谈得上工具化——因为你要工具化的，是一个已经确定的动作序列，而不是一个还在变的东西。
顺带说一句时间的量级：这两周我每天多花六到八分钟做记录，两周合计约一百分钟。这一百分钟换来的，是后面四十二天里每周减少约六十分钟的搬运时间，大约七周回本。本人个人记录，样本数为一，示例数据。
四十二天后：从十九个图标到七个
严格说，我现在不是七个图标。是七个我每周至少打开三次的图标，另有四个是季度级才碰一次的，它们不在我的日常流程里，我也就不把它们算进这个数。
变化的过程一点也不戏剧化。第一周我只做动词清单；第二、三周是纸面记录；第四周我改了三处流程规则，一个软件都没装；第五周我才引入第一个新能力，一处能把两个平台数据直接对齐的小工具；第六周我撤掉了它，因为两周后的三个数字没到我的退出条件。
“我原以为减少软件会让我变快，后来发现让我变快的不是减少，是那些被我删掉的动作。”这是我在第四十二天写下的话。十九到七的过程里，我真正删除的是六个零价值动作和两个重复动作，图标减少只是它们的副产品。
数字上：每周搬运次数从三十一次降到十二次；单次周报耗时从两小时四十七分钟降到一小时十二分钟；其中写作判断的三十一分钟没有变，那部分本来就是我该做的活儿。软件数与流程环节数的比值，从零点八三降到零点四一。本人个人记录，样本数为一，示例数据。
我没有变成软件的反对者。我现在仍然会看新品，只是看的顺序变了：先看它接的是哪一段边界，再决定要不要它。这个顺序换过来之后，我一年里真正引入的新工具是两个，取消的订阅是五个。
常见问题
1.问：流程画不出来怎么办？我总觉得自己的工作是碎片化的。
答：碎片化本身也是一个观察结果，先把它记下来。办法是用事件触发代替流程顺序：不按先后写，按什么来了我就做什么写。连续记五个工作日，你会发现触发源通常不超过六类，流程往往是从触发源长出来的，不是从顺序长出来的。
2.问：团队里其他人不按同一套流程走，我一个人画有用吗？
答：有用，但要缩小范围。把你能独立完成的动作先画出来，把涉及他人的动作单独标成接口。接口处只约定两件事：交出去的东西长什么样，什么时候交。流程不需要所有人同频，只需要接口对得上。
3.问：怎么判断一处卡点属于流程还是属于工具？
答：用三问：前提是有人改变行为还是有系统改变能力；卡点在信息上是否完整；把这里的等待归零后，下游是否真的变快。三问里只要第一问的答案是有人改变行为，就先改流程，工具留到第二轮再谈。
4.问：两周纸面流程听起来有点慢，有没有更短的做法？
答：可以压缩到五个工作日，但不要少于五个。少于五个你会撞不到低频动作——很多卡点是每周一次甚至每两周一次才出现的。压缩时可以省掉耗时秒表，但记录卡点类型和记录频次这两件事必须保留。
5.问：软件数与环节数的比值，多少算合适？
答：没有通用阈值，因为它取决于你的环节切得多细。可用的判断不是看绝对值，是看趋势：如果比值在上升而搬运次数没下降，说明你在为环节切分付钱，而不是为能力付钱。把最近四周的这两个数字放在一起看，比看单点更有意义。
图片来源：图1 xuanduongvan87 / Pixabay (CC0) · 图2 xuanduongvan87 / Pixabay (CC0) · 图3 ignartonosbg / Pixabay (CC0) · 图4 simonreza09 / Pixabay (CC0) · 图5 HeungSoon / Pixabay (CC0) · 图6 HeungSoon / Pixabay (CC0) · 图7 KIMDAEJEUNG / Pixabay (CC0) · 图8 Zanikos / Pixabay (CC0) · 图9 newtjitsu / Pixabay (CC0) · 图10 divotomezove / Pixabay (CC0) · 图11 MaxxGirr / Pixabay (CC0) · 图12 sweetlouise / Pixabay (CC0) · 图13 newtjitsu / Pixabay (CC0) · 图14 花见花开788 / Pixabay (CC0) · 图15 花见花开788 / Pixabay (CC0) · 图16 花见花开788 / Pixabay (CC0) · 图17 blickpixel / Pixabay (CC0) · 图18 Pexels / Pixabay (CC0) · 图19 marcparraphoto / Pixabay (CC0) · 图20 jarmoluk / Pixabay (CC0) · 图21 jplenio / Pixabay (CC0) · 图22 jplenio / Pixabay (CC0) · 图23 blickpixel / Pixabay (CC0) · 图24 mostafa_meraji / Pixabay (CC0) · 图25 luxstorm / Pixabay (CC0) · 图26 sasint / Pixabay (CC0) · 图27 NeilMorrell / Pixabay (CC0) · 图28 kikatani / Pixabay (CC0) · 图29 blickpixel / Pixabay (CC0) · 图30 fatherfab / Pixabay (CC0) · 图31 Pexels / Pixabay (CC0) · 图32 Brett_Hondow / Pixabay (CC0) · 图33 stux / Pixabay (CC0) · 图34 zivica / Pixabay (CC0) · 图35 orazioprivitera75 / Pixabay (CC0) · 图36 lin2015 / Pixabay (CC0) · 图37 MiraCosic / Pixabay (CC0) · 图38 Dimhou / Pixabay (CC0) · 图39 MiraCosic / Pixabay (CC0) · 图40 focusonpc / Pixabay (CC0)
本文为个人工作方法分享。文中引用的行业数据来自公开调研报告的口径量级，个人记录部分样本数为一，仅作示例，不构成统计结论，请结合自身场景判断。
本文由 AI 生成，经人类主编终审。
评论(0)