工具越用越多,我砍到只剩四个
我数过一次自己的工具清单:任务管理三个、笔记两个、沟通四个、监控两个。数完发现一个问题——每个工具里都有一部分信息,没有任何一个工具里有全部信息。那次盘点之后我把工具砍到只剩四个。团队工具越用越多怎么收口,这篇文章讲我踩过的三个坑和具体做法。
最贵的一课是:工具的成本不在订阅费,在你每天要记住「这件事记在哪个工具里」。
一、坑一:以为多一个工具就多一份能力
刚上手的时候,每遇到一个新需求就去找新工具:要画图找一个、要记想法找一个、要跟踪进度再找一个。
问题在于,工具的能力只有在它成为唯一入口时才体现出来。如果同一件事有两个地方能记,那两边都会记不全,最后你哪个都不敢信。
避坑的做法是先问「这件事现在记在哪」,如果有地方记,就改进那个地方,而不是新开一个。
二、坑二:把工具当成流程本身
第二个坑更隐蔽:以为引入工具就等于建立了流程。
我配过一个挺完整的看板,列了待办、进行中、待验证、已完成。配完第一周用得很起劲,第二周开始直接往「已完成」拖——因为中间的列对我来说没有实际约束力。
后来想明白了:流程是「什么事必须做、什么时候做」,工具只是记录它的地方。没有前面的约定,再漂亮的看板也只是摆设。
三、坑三:迁移成本被低估
第三个坑是我砍工具时才发现的。
有些工具的数据能导出,有些只能截图,还有些导出的是加密格式。等你想换的时候,才发现过去的记录拿不出来。
避坑的做法是把关键信息存在纯文本里,工具只是它的一个视图。文本文件能进版本管理、能被搜索、换工具时不用迁移。这条我现在当成硬规矩。
四、我的收口清单
四步,按顺序做。
1. 列出所有在用的工具,包括那些「偶尔打开一下」的。
2. 给每个工具写下它唯一负责的那件事。写不出来的,就是重复的。
3. 合并同类项,同一件事只留一个入口。留哪个的标准是数据能不能导出。
4. 给留下的工具定边界,写清什么放这里、什么不放。边界不写,三个月后又会多出新的。
砍的时候会心疼,尤其是那些已经付过费的。但留下来的四个每天都被打开,砍掉的那些我一次都没想起过。
五、止损信号
出现下面任意一条,说明工具已经过多了。
第一条,你要花时间想「这个应该记在哪」。第二条,同一个信息你在两个地方都写过。第三条,某个工具你已经想不起上次打开是什么时候。第四条,你需要专门整理工具里的内容,而不是用它干活。
这四条里,第一条出现得最早,也最值得当信号。判断成本是最先冒出来的那个成本。
工具收口这件事跟文档是同一套逻辑,我在一个人开发要不要写文档,我改了做法里写过类似的取舍。
常见问题
Q:团队工具越用越多怎么收口?
A:先列出全部工具,给每个写下它唯一负责的事,写不出来的就合并或删掉。同类的只留一个入口,并且优先留数据能导出的那个。
Q:砍工具的时候,旧数据怎么办?
A:先把关键信息导出成纯文本再停用。纯文本能搜索、能进版本管理,换工具时不需要迁移成本。
Q:两三个人的团队,工具要多少个?
A:按职能分,每个职能一个入口就够。多出来的往往是「某个人顺手在用」的,这类工具最容易造成信息分裂。
相关阅读
本文作者西米,37 岁程序员,一个人加五个 AI 员工在跑一家公司。踩过的坑和真实账本都写在公众号「西米分享」。
完整代码、踩坑清单与最新进展,都在公众号。
📱 关注公众号「西米分享」