返回文章

做一个只服务自己的小工具

从一个每天都会遇到的麻烦出发,软件会重新变得具体。

2 分钟阅读#开发#工具#产品
做一个只服务自己的小工具

软件最动人的时刻,常常发生在它只服务于一个人的时候。

我喜欢做小工具:整理书摘、转换文件名、计算一组重复的数据,或者在两次会议之间提醒我离开屏幕。它们没有宏大的愿景,却能让生活里的某个动作突然变得顺手。

先观察重复

一个值得做的工具,通常藏在重复动作里。如果一周之内你三次打开同样的页面、复制相同格式的数据,再按固定顺序整理它们,那就已经出现了一个清楚的需求。

可以先记录三个问题:

  1. 这件事多久发生一次?
  2. 最容易出错的是哪一步?
  3. 完成之后真正需要保留的结果是什么?

不必急着写代码。清楚描述动作,往往比选择技术更重要。

把边界收紧

个人工具不需要服务所有场景。它可以只接受你习惯的数据格式,只运行在自己的电脑,也可以没有账号系统和云同步。

边界越清楚,反馈越快。一个下午足够完成原型,一个星期足够知道它是否真的有用。

type TinyTool = {
  problem: string;
  input: string;
  output: string;
  usedAgainTomorrow: boolean;
};

最后一个字段比下载量更重要。如果第二天仍然愿意打开它,这个项目就已经创造了价值。