独立开发者的项目收纳盒

这是一份提供给独立开发者们的项目收纳盒。

什么是项目收纳盒？

是一份表格，描述了我对独立开发者的项目的分类。独立开发者可以把自己的项目归集到不同的类目下。

| 类别 | 我的项目 | | -------------------------------- | -------- | | 完全免费的项目 | | | 能获得一次性收益的项目 | | | 能获得少量用户长期订阅的项目 | | | 能获得大量用户付费的项目 | | | 能获得大量用户长期订阅的项目 | |

如果用软件架构来形容，项目盒子相当于是数据层，数据层装载的是客观事实。基于数据层对独立开发者进行评级或打分，则是算法层。算法层会包含更多的主观逻辑，然而算法层和数据层是解耦的，本文 讨论的主要是数据层。

为什么独立开发者需要项目收纳盒？

独立开发者们的一个普遍问题是没法从一个更高的视角去看待自己的项目。例如沉迷于大量产出「完全免费项目」。这个问题会进一步导致独立开发者对自己的当前状态认知偏差。例如，因为产出了大量的「完全免费项目」，收到自己的粉丝吹捧，从而对自己的当前 Level 产生错误的判断。

项目收纳盒里的五个类别

按照项目已经实现的商业结果，将独立开发者的项目分为五个类别。

这里需要强调的是，项目归类依据的是已经发生的客观事实，而不是开发者对项目未来的预期。

例如，一个项目虽然计划在未来推出订阅制，但只要目前仍然完全免费，就应该归入「完全免费的项目」；一个项目虽然只有一位付费用户，但只要这位用户正在持续订阅，就可以归入「能获得少量用户长期订阅的项目」。

项目可以随着实际经营结果的变化，在不同类别之间移动。

• 完全免费的项目

  项目没有形成任何直接收入，用户可以免费使用全部或者主要功能。

  完全免费并非意味着没有价值，独立开发者 buidl 完全免费的项目可能出于多种目的：好玩、验证想法、和社区建立连接等等等等……

  但需要注意的是，免费项目获得的用户数量、点赞、转发和口碑，不能作为商业价值的评判标准。一个常见的坑是，一个项目在免费阶段「看上去很不错」，在转换类别却发现无法获得收益。

• 能获得一次性收益的项目

  怎么算一次性收益？

  就我所知最典型的有两种：Hackathon 比赛奖金和一个用户找你定制的项目。

  这一个类别常常被忽略，但我觉得它是一个很好的「完全免费的项目」和剩余类别的项目之间的一个类目。

  这类项目最大的优点：

  1. 它是你的独立开发之路上的盈利起点。 如果你的一次性收益覆盖了你在这个项目上付出的成本，那你这个项目就可以算作盈利了。
  2. 在这个类别中无需考虑独立开发里最难的一点 —— 商业价值判断。 即使有商业价值判断，也是你的那一个「付费用户」所要思考的命题。

• 能获得少量用户长期订阅的项目

  需要注意的是，后三个类别不存在哪个更高级这种说法。

  试想一下这样两个项目 —— 一个项目只有 5 个用户，每个用户每年支付年费 2 w；一个项目有 1000 个用户，每个用户每年支付年费 100。你会去做哪个项目？

  这个问题没有标准答案，取决于你自己的思考。

  不过我可以分享我的意见 —— 我倾向于选择前者。因为我发现作为独立开发者，我能应对的用户总量存在上限。因此，选择去做「少量用户长期订阅的项目」，可以让用户们获得更好的体验，同时让我维持更多的项目。

• 能获得大量用户付费的项目

  Steam 游戏和卖课是这个类别的典型案例。

  这类项目最大的优点：

  1. 它已经完成了商业价值的规模化验证。 你不再只是证明「有人愿意付费」，而是证明「一批人愿意为同一个产品付费」。
  2. 它通常比订阅项目更容易完成第一次成交。 用户只需要做出一次购买决定，不需要承担长期付费的心理压力。
  3. 它对持续维护的要求可能更低。 只要提前界定好服务范围，项目不一定需要长期提供高频更新和运营服务。

  而这类项目明显的问题是：收入往往依赖持续获得新用户。一旦新增用户减少，收入也可能迅速下降。

  所以独立开发者要充分考虑，这类项目是否适合自己？

• 能获得大量用户长期订阅的项目

  这类项目同时具备两个已经发生的事实：第一，有大量用户愿意付费；第二，这些用户愿意持续付费。

  如果项目已经达到了这个类别，通常独立开发者会被认为是获得了传统意义上的成功。也有许多独立开发者把项目达到这个类别作为自己的目标。

  我觉得这也是需要思考的问题 —— 真的只有这样才算成功吗🤔？一定要把达成这个目标作为项目的「唯一归宿」吗？

如果你现在是一名独立开发者，来谈谈你在这个「项目收纳盒」里都有哪些项目🌹🌹🌹？