候选池、来源证据和保留建议
做内容一段时间之后，通常会积累不少辅助工具——有些是自动化的脚本，有些是流程工具，有些是检测或整理的小程序。起初做每一个的时候都觉得很好用，帮助自己解决了实际问题。
但时间一长，这些工具本身也需要管理。如果管理得不够好，工具本身也会变成一团乱麻，和你最初费心做它们想要解决的问题形成某种尴尬的对比：本来想做工具来治理混乱，结果工具本身也需要被治理。
这个认知让我意识到一个问题：工具管理也需要产品化。 不能因为工具是"给自己用的"，就降低对它的产品化设计要求。对自己用的东西，要求反而应该更高，因为没人会替你踩坑、替你维护。
候选池：从混乱到有序
工具管理碰到的第一个问题就是候选池。那些想要做的、需要改进的、打算集成的工具功能应该放在哪里？怎么组织？
我最早的做法非常简单：想到一个想要做的功能，在当前的工作文档里随手记一笔。但问题很快就暴露出来了——工具相关的想法源源不断，越看越想加，最后文档里列了二十几个"待做"的条目。每一个看起来都有做它的理由，每一个又都不处于"必须立刻做"的紧迫状态。候选池卡在了"什么都想做，但又什么都做不了"的阶段。之所以会这样，不是想法太少，而是没有设置有效的判断标准。
于是我试着加入一个简单的三问法来衡量候选价值：这个功能解决了谁的问题？这个功能能省下多少时间？实现它需要投入多大的工作量？三个问题快速回答完，一项功能"值不值得做"就有了大致的判断依据。但这个还不够。"值不值得做"确定了，那"要不要现在做"还是不知道答案。候选池里的所有功能依然堆在一起，没有区分出先后顺序。
于是在候选池里再引入了第二个维度：成熟度。这个功能的实现边界是否清晰？功能定义是否完整？有没有做过的类似功能可以参考复用？只有当"价值维度"和"成熟度"两个指标都达到了合理水平的时候，一项工具功能才会进入开发的队列。还没有达到的时候，就先留在候选池里等一等，等更清晰、信息更充分了再来判断。
来源证据：不能忘记从哪里来的
工具管理碰到的第二个问题是来源追溯。
很多实用的工具功能并不是凭空想象出来的。它们通常都是在解决某个具体操作问题的过程中慢慢成型的。可能是为了省掉一个重复的手工操作步骤，可能是为了补齐某个流程中让人头疼的环节。但如果你没有记录"这个工具功能来源于什么具体场景"，过一阵子再回来看的时候，你可能完全想不起来当初为什么需要做它了。
弄清楚这个"为什么"对工具的长期维护很重要。它决定了这个工具功能的核心走向应该是什么，它的运作边界在哪里，以及哪些功能是"本质上需要保留的"而哪些是"可有可无的"。不用长篇大论地记录，一段简单地场景描述就够了。
比如有一个工具功能来自于"每周一次的素材筛查太花时间"这样一个具体的操作痛点，那它的核心目标理论上就应该是"缩短素材筛选时间"，而不是朝一个"功能全面但始终缓解不了原始痛点"的方向去扩展。没有来源追溯的话，后期非常容易在扩展优化的过程中偏离最初设计的初心。
来源证据还有一个可以作为退路的作用：它在你日后纠结"这个东西要不要保留"的时候，为你提供了判断依据。原始的场景说明告诉你它当初为什么被做了出来。如果那个场景现在已经不存在了，那这个功能就可以考虑下线。如果场景还存在但工具功能没有发挥作用，那可能是当时的实现方案不够好导致的，值得重新考虑而不是直接删除。
保留建议：克制地加，果断地减
工具管理中容易犯的一个错误是"只加不减"。因为每一个工具在被设计出来的当时，都解决了一个真实存在的具体问题。继续保留不删它的理由是非常充分的。
但问题的关键点在于，各项条件是一直在变化的。过去那个问题可能因为流程的整体优化已经不再存在了。有些功能可能被其他工具更好的实现方式所覆盖了。还有一些工具可能当时做得比较仓促和将就，到了现在这个时点已经明显不合时宜了，直接在基础上重写比修补更节约时间。
但"不要了"和"重写"都需要一个稳妥的判断依据作为支撑，不能只靠临场的印象和感觉去决定。如果处理不好，要么错误地删除了一个仍然有价值的功能，要么总是犹豫不决导致混乱一直留在那边不处理。
所以我给自己定了一个规则：定期对候选池里的每一条功能提议做一次审阅。标准也很简单直接：
- 如果它要解决的问题现在不存在了，放弃。
- 如果它的功能已经被更完善的替代方案覆盖了，放弃。
- 如果问题还在但原有实现太不理想，标记为"需要重新做"，排入优先级评估列表。
- 如果问题还在、实现也基本合理，保留不动。
定期审阅的目的不是为了追求削减任务量——那样反而可能误删好的设计想法——而是确保手上的精力永远集中在最值得投入的事情上面。工具为内容服务的，不能让内容反过来为工具打工。
产品化的思维管理工具
把前面这些做法综合起来看，所谓的"工具产品化管理"本质上就是三件明确的事情：
第一，有候选池。零散冒出来的工具想法要统一收集到同一个地方来评估和排序，而不是散落在各个不同的文档、脑图或者微信对话里。有了候选池你才能对自己的工具需求有一张全貌地图。
第二，有来源证据。每个工具功能都要知道自己是从什么具体的场景里面长出来的，要解决什么问题。避免后期出现"为了做工具而做工具"的状态，明确一个目标会让方向清晰很多。
第三，有保留建议。定期对全量的工具功能做一次盘点。确保保留运行着的那些功能都是确定有价值的，运行状态也是正常的。
这三件事缺任何一个，工具管理的回路就不完整。没有候选池的话，散乱的创意永远形不成一个可以被系统审视的全集。没有来源证据的话，维护路上很容易走偏方向。没有定期清理的话，工具会越堆越多而不再能有效服务它的目标。
内容创作的本质是创造对他人的价值。工具的价值就在于让创造这些价值的路径更加顺畅、更加快速、更加可靠。用产品化的思路来管理自己手上的工具，那条创作的道路才能一直保持通畅继续前进。