关于作者

Yibud 由一个人构建和写作 —— 一位软件开发者,过去近十年一直在做小产品。其中一些找到了付费用户,大多数没有。每一段经历都在用不同的口吻讲同一件事:写代码是容易的部分;知道该不该写,才是难的部分。

这个站点是这些教训的沉淀。文章长,因为问题本身就长。报告有结构,因为决策本身有结构。产品刻意做小 —— 目标不是做成一个平台,而是真正帮到某个人,帮他们决定要不要把未来 6 个月押在一个想法上。

我更愿意用 Yibud 这个项目名写作,而不是个人名字。这不是出于刻意的谦虚 —— 作品本身才是重要的,作品属于项目本身。如果你在读这段话、并且正在考虑类似的路径:我更希望你从这些想法里拿到价值,而不是记住我是谁。

Yibud 存在,因为我见过 —— 在我自己身上,在朋友身上 —— 同一个模式反复出现。一个聪明的点子,几个月的开发,一次安静的发布,一段更长的安静。然后项目被收进某个文件夹,生活继续。这个模式很少是因为能力不够,也很少是因为执行不行,几乎总是因为在错的时间点,验证了一个错的假设。

这个工具的第一个版本,是一张我自己用来给点子打分的电子表格。然后是 Notion 模板。然后是一个小脚本。Yibud 是这个脚本长成的样子。我留着它,是因为我现在每冒出新点子,都会先跑一遍 —— 包括那些看起来好像真的不错的点子。这个工具存在,因为我需要它;其他一些人似乎也需要它,这是它唯一公开的原因。

每一篇文章都基于我在独立开发者文献和我自己发布、终止、悄悄放弃的项目里观察到的具体模式。理论用得很少,实用的框架和具体的例子优先于抽象的建议。

当一个论断是经验性的、可以被检验时,我会尽量去检验。当一个论断只是观点时,我会注明它只是观点。我不编造数据、不虚构创始人语录、不编造公司名字去让观点更有力。一个想法最诚实的版本,几乎一直是最有用的版本。

文章会随着新证据更新。如果我写的某件事后来被证明是错的,我会改掉它并记录这次改动。每一篇文章的修改历史是文章的一部分,错误也是记录的一部分,而不是被藏起来的东西。