我准备长期做一批小而美的工具

我想把小工具、个人博客、在线体验和桌面版交付连接起来，形成一个能长期积累作品和信任的开发路线。

我准备长期做一批小而美的工具

我最近开始认真整理一个想法：长期做一批小而美的工具。

这里的“小”，不是随便做个页面，也不是为了凑数量。它更接近一种产品约束：功能边界清楚，打开就能用，不需要用户先读一大堆说明；界面尽量干净，响应尽量快；如果有广告，也不能让广告破坏工具本身的使用体验。

我希望这些工具最终能同时服务两件事：一方面，它们是个人博客里可以真实使用的内容；另一方面，它们也是我可以展示给别人看的作品集。

为什么是小工具

做大型产品当然有吸引力，但大型产品往往意味着长周期、复杂运营和大量非技术工作。对我现在来说，更适合的是从一个个明确的小问题开始。

例如图片打码、格式转换、文本清理、批量重命名、PDF 辅助处理，这些需求都不一定大，但它们足够具体。用户进入页面时，不需要被教育需求，也不需要理解复杂概念，只要工具解决了他眼前的问题，他就会觉得这个页面有价值。

小工具还有一个好处：它们适合持续积累。一个工具本身可能不大，但十个、二十个、五十个工具放在一起，就会形成一个有辨识度的工具库。

Web 版负责访问和传播

我给每个工具都规划一个 Web 在线版。

Web 版的意义很直接：用户不想下载时，也可以立刻使用。对个人博客来说，这比单纯写文章更有生命力。文章提供解释和场景，工具提供即时价值。用户从搜索、社交平台或朋友推荐进入博客，不只是读一篇内容，还能直接完成一个任务。

从商业目标上看，Web 版也和广告收益有关。博客如果只有文章，访问深度和停留时间都比较有限；如果文章里嵌入真实可用的工具，用户停留时间会更长，也更有可能继续访问其他工具页面。

但我不想把广告放在工具体验的前面。工具页面首先要让人舒服地完成任务，广告只能是旁边的收益模型，而不是挡在用户面前的障碍。

桌面版负责信任和交付感

每个工具我也会做 Windows 桌面版 EXE。

桌面版不只是给用户离线使用，它还有另一个作用：展示我具备完整交付能力。能做网页是一种能力，能把同一个工具打包成桌面应用，处理好图标、窗口、打包、版本、说明文档和发布流程，是另一种更接近“可交付项目”的能力。

如果以后有人想定制工具，桌面版就是一个很直观的证明：我不是只会写演示页面，而是能把一个需求做成别人可以下载、打开、长期使用的应用。

我想形成的循环

这个方向最有价值的地方，是它能形成一个长期循环。

flowchart LR
  A["发现一个小需求"] --> B["开发 Web 和桌面版"]
  B --> C["写成博客文章"]
  C --> D["用户在线使用"]
  C --> E["用户下载桌面版"]
  D --> F["博客访问和广告收益"]
  E --> G["展示交付能力"]
  G --> H["定制开发机会"]

开发工具本身会产生内容，内容又会给工具带来流量；工具被使用后，会反过来证明我的开发能力；能力被看见，就有机会转化成定制需求。

这个循环不依赖一次爆发，而依赖持续复利。

第一个工具已经开始

我已经完成了第一个真实工具：yuan-image-redactor，中文名叫“图片打码工具”。

它支持一次选择多张图片，通过缩略图列表切换图片，在大图上拖拽区域进行马赛克打码，并且记录保存状态和修改状态。它有 Web 静态版，也有 Windows 桌面版 EXE，已经发布到 GitHub Release。

这个工具不算复杂，但它把我的整个想法跑通了：从需求、开发、打包、说明文档、GitHub 发布，到写入个人博客。

接下来

接下来我会继续把这个过程拆成几篇文章记录下来。下一篇会写技术架构：为什么我选择用一套 Web UI 同时服务在线版和桌面版，而不是为两个平台分别写两套程序。