效率工具越装越多的人，多半把这几个道理弄反了

装工具这件事，很容易上瘾。浏览器书签栏一排图标，手机桌面几屏 App，电脑开机自启动一大堆。装的时候都觉得「这个以后肯定用得上」，用起来才发现，真正每天打开的就那么几个。问题不在于工具本身不好，而在于很多人在装工具之前，脑子里先装了几个想当然的道理。这几个道理一旦弄反，工具越多，人越乱。

多装一个，未必多一份效率

常见的想法是：既然这个工具能解决某个问题，那装上它，效率就多一分。听起来没毛病，但漏算了一项成本——切换成本。每多一个工具，你就多一个入口、多一套快捷键、多一种操作逻辑要记。真正消耗时间的往往不是做这件事本身，而是「我现在该打开哪个」和「刚才那个东西在哪」。

多数情况下，效率的敌人不是工具太少，而是入口太多。同一类事情分散在三四个工具里，找东西的时间比做事的时间还长。更实际的做法是：先把一件事固定在一个入口上，宁可这个工具功能弱点，也别让同类事情分裂到两个地方。

判断要不要新装一个工具，可以问一句：它是要替换掉现有的某个环节，还是叠加在现有流程上？替换是净收益，叠加多半是净成本。装之前先想清楚它站在哪，比装完再纠结强。

自动化程度高，不等于省事

第二类误解更隐蔽：以为规则设得越细、自动化程度越高，人就越省事。刚搭好的时候确实爽，一键跑完几十步操作。但规则是会变的——来源改了、格式变了、中间某一步的接口不认了，整套流程就得跟着改。

规则一多，维护成本会悄悄地超过手动成本。手动做一次可能只要几分钟，但排查一条断掉的自动化链路，半小时起步。很多人不愿意承认这一点，因为自动化看起来「高级」，手动看起来「落后」。可效率衡量的从来不是高级不高级，而是你实际花掉多少时间。

比较稳妥的分寸是：高频、稳定、步骤固定的事交给自动化；低频、易变、涉及判断的事宁可手动。自动化不是越多越好，是越稳越好。一条一年要改八次的自动化流程，不如老老实实手动点几下。

没有哪个工具能包打全部场景

还有一种想法：与其用五个工具各干各的，不如找一个全能型的，一个软件全搞定。结果往往是，这个工具在每个场景下都只用到三成功能，而且这三成还未必是最顺手的那三成。

全能工具的问题不在能力，而在它的设计一定做了取舍。它要照顾所有人的用法，就不可能为你的具体流程做极致优化。你以为省了切换，其实是用「处处将就」换来的。多数情况下，一件事的核心动作只有两三个，把这几个动作打磨顺手的工具，比功能列表最长的那个更值得留。

反过来说，也不必走另一个极端，为了每个细枝末节都配一个专用工具。合理的状态是：主力工具承担八成日常，剩下两成确实别扭的环节，允许有专门的补充。工具数量不是目标，动作顺畅才是。

上手快，不代表适合你

新工具的宣传点通常是「几分钟上手」。上手快是真的，但这只说明它的入门门槛低，不说明它跟你的流程合得来。用了一周才发现，它的数据组织方式跟你习惯的不一样，导出格式对不上，协作环节缺了你依赖的那一环——这些都不是上手阶段能看出来的。

更靠谱的验证方式是：别拿演示数据试，拿你真实的一个小任务走一遍完整流程，从输入到产出，包括中间要交接给别人的那一步。走通了再决定要不要迁移，走不通就趁早放弃，别因为已经折腾了半天就硬着头皮用下去。

还有一个容易忽略的点：上手快的工具，往往在深度使用后会遇到天花板。如果你的用法本来就浅，那没问题；如果这件事你要长期做、越做越重，那就要提前问一句——它在变复杂之后还扛不扛得住。

该不该留，看它替你省下哪个动作

工具攒到一定数量，就需要清理。清理的标准不用搞得很复杂，一句话：它有没有替你省下一个具体的动作。省下的是复制粘贴、是来回切换、是重复填写、是手动核对，这些都算数。说不出来省了哪个动作，只是「感觉有用」，那基本就是可以删的。

按这个标准过一遍，通常会分成三类：

• 每天或每周都在用，且能明确说出省了哪个动作——留，并且把它放到最容易够到的位置。
• 偶尔用，但每次用都确实省事——留，但收进二级入口，别占主界面。
• 装了很久没打开，或者打开了也只是看看——删。留着不会带来效率，只会带来选择时的犹豫。

下一步不用做大动作，就挑一个你每天都要处理的小环节，比如收集资料、整理待办、转存文件，把它固定到一个工具上，其他同类入口先关掉，试两周。两周后你会很清楚，哪些工具是真在帮你干活，哪些只是占着位置。工具的账，得按动作算，不能按数量算。