你有没有过这样的时刻：打开一个工具，用了几秒钟，然后心里冒出一个念头——"这个工具要是能……就好了"？
大多数人到了这一步就停止了。他们把那个念头丢到脑后，继续使用这个不够完美的工具，每天忍受着它的小毛病，甚至以为"这就应该是这样"。
但有一小部分人，会在这个念头之后紧跟着第二个念头："我能不能自己做一个？"
这，就是工具使用者和工具创造者之间的唯一区别。
从一个"不满"开始
我成为工具创造者的起点，不是我想"做一个产品"，而是我受够了某个工具。那个工具是一个在线 JSON 格式化工具——它每次都要加载十几秒，广告比内容还多，界面设计得花里胡哨。我每天都要用它，每次都要忍受这些。
有一天，我实在忍不住了，打开编辑器，花两个小时写了一个最简单的版本——一个文本框，一个按钮，一段输出。没有广告，没有花哨的样式，不需要加载。上线之后，我发给团队里的同事用，他们都说"比原来的好多了"。
那一刻我意识到一件事：我每天都在用的工具，其实大部分都不需要"很好"，只需要"够好"——而"够好"的标准，可能比你想象的低得多。
我花了两年时间忍受一个让我烦心的工具，而解决它只花了两个小时。这个"性价比"的差距，让我开始重新审视我每天使用的每一个工具。
思维转变的关键：从"有没有"到"能不能"
大多数人思考工具的方式是："有没有一个工具能做这个？"——这是一个搜索问题。你搜索，找到，下载/打开，用完。
工具创造者思考问题的方式是："我能不能自己做一个？"——这是一个创造问题。你评估，设计，实现，发布。
这个转变之所以难，不是因为技术门槛高，而是因为心理门槛高。大多数人默认认为"做工具"是"别人"的事——那些公司、那些团队、那些专业开发者。但事实上，大多数流行的在线工具，最初都是一个人花一个周末做出来的。
我记得有一次，我需要一个"批量重命名文件"的工具。找了一圈，发现要么收费，要么有文件数量限制，要么需要安装软件。我花了一个下午写了一个简单的网页版：拖入文件，输入规则，批量重命名，下载。功能很简单，甚至没有保存功能。但就是这样一个"简陋"的工具，发布后一个月内累积了上千次使用。
这说明什么？说明用户对"可用"的容忍度，远高于你对"完美"的要求。你不需要做出一个"最好的"工具，你只需要做出一个"解决了问题"的工具。
如何开始：三个建议
第一，选一个你每天用的工具
不要凭空想"什么工具会有市场"，不要研究"什么赛道有蓝海"。选一个你每天都要用、但每次用都觉得"差点意思"的工具。你对它的不满，就是你的优势——因为你比任何人都清楚"哪里不好"。而"不好"的反面，就是"好"。
我做的工具，90% 都是我自己日常需要的。不是因为我"懂市场"，而是因为我"懂自己"——而我自己就是用户群里最典型的一个。
第二，从复制开始
你不需要一个全新的创意。事实上，最好别要全新的创意。找一个你喜欢的工具，做一个"更精简"的版本。去掉所有你觉得多余的东西，保留核心功能，然后加上一两个你觉得"如果有就好了"的小功能。
我第一个工具就是"复制"了一个 JSON 格式化工具。但我去掉了所有我不需要的功能，加上了"自动检测粘贴"这个我当时觉得"太方便了"的小功能。结果这个"复制+改进"的工具，后来成了我站上访问量最高的工具之一。
创新的起点不是"从零到一"，而是"从一到二"——先理解一个已经存在的东西，然后改进它。
第三，发布是第一关，不是最后一关
很多人做工具做到一半就停下了，因为"感觉还不够好"。但"不够好"的工具，只要它解决了问题，就会有人用。而有人用之后，你才知道"哪里需要更好"。
我发布第一个工具时，心里忐忑不安。觉得"太简单了，别人会不会觉得我在搞笑"。但发布之后，我收到了一条用户的评论："这个工具很好，能不能加一个自动换行的功能？"那一刻我明白了：用户不是在等待一个完美的工具，用户是在等待一个可以解决问题的工具。问题解决了，他们就满意了。他们提出的"能不能加"，是锦上添花，不是雪中送炭。
写在最后
我经常说一句话：做工具的第一步不是学编程，是学"不满"。我一直相信，成为工具创造者的起点不是你会写代码，而是你不再容忍"将就"。
如果你不会编程，没关系。现在有很多工具能让你在不写代码的情况下做出一个有用的工具（比如 Airtable、Bubble、Zapier）。如果你会一点编程，那就更好了——你只需要一个周末，就能做出一个让你自豪的工具。
下一次，当你打开一个工具，心里冒出"要是能……就好了"的念头时，不要把它丢到脑后。抓住它，问自己："我能不能自己做一个？"这个问题的答案，很可能比你想的简单得多。