AI 让做小工具变得太容易了。
以前要想半天、写半天、调半天,现在一个下午就能做出一个页面、一个脚本、一个表格工具。
但我现在判断小工具,不再先问“做出来了吗”。我会问:7 天后,你还会不会在真实任务里打开它?
做出来不是验证
一个小工具能跑,只说明你完成了制作。
它不等于这个工具真的进入了你的生活或工作。
很多 AI 做出来的小工具,会经历一个很短的兴奋期:
第一天觉得很厉害。
第二天截图发给朋友。
第三天想再改几个功能。
第七天已经忘了打开。
这不是失败,也不是丢人。
它只是提醒你:新鲜感不是需求,能替代旧动作才是。
7 天只记录 4 件事
我会用一张很简单的表判断它值不值得继续维护。
今天有没有真实触发场景?
我有没有主动打开它?
它替代了哪个旧动作?
用完以后有没有下一次更想用?
这 4 个问题比“功能多不多”重要。
如果 7 天里没有真实触发场景,说明它可能只是一个想法,不是一个流程。
如果你每次都忘了打开它,说明入口不对。
如果它没有替代任何旧动作,说明它只是新增了一件要维护的东西。
不是所有工具都要高频
这里有一个边界要说清楚。
低频不一定没价值。
报税工具、合同检查、旅行计划、搬家清单,这些任务本来就不会每天发生。
所以 7 天验证适合高频或中频小工具,比如:
每天整理素材。 每周复盘内容。 批量处理文件。 记录客户跟进。 生成固定格式报告。
如果工具本来就是低频高价值,就不要用打开次数判断,而要用“下次同场景是否还会优先选择它”判断。
我会把结果分成 3 类
第一类,留下。
它确实替代了一个旧动作,而且你不用提醒也会打开。
第二类,降级。
它有用,但不值得继续做成完整产品。保留为脚本、模板、表格或一个快捷入口。
第三类,停止维护。
它只是做出来很爽,但没有真实触发场景。把经验记下来,代码和截图归档,不再继续加功能。
很多小工具真正的收益,不是最后变成产品,而是让你学会了一个任务的结构。
这部分经验可以留下,工具本身可以停。
可以直接复制的 7 天表
工具名称:
原本替代的旧动作:
第 1 天:
触发场景:
是否打开:
替代了什么:
问题:
第 2 天:
触发场景:
是否打开:
替代了什么:
问题:
第 7 天结论:
留下 / 降级 / 停止维护
下一步:
不用记录得很复杂。
你只要能回答一句话就够了:这个工具有没有从“我做出来了”变成“我真的会用”。
别急着加功能
如果 7 天都没打开,先不要继续加功能。
如果只打开了一次,也不要急着做登录、支付、同步、多端和漂亮首页。
先找出它没有被再次打开的原因。
是入口太远?任务不够痛?旧方法更快?还是它解决的只是你脑子里的问题?
这比继续 build 更重要。
回复关键词:
自用
我会整理一份《7 天自用工具验证表》,里面包括:
7 天记录模板。 留下 / 降级 / 停止维护判断卡。 一个填写示例。
你最近最想让 AI 帮你做的小工具,是处理文件、整理内容,还是管理任务?
夜雨聆风