我们前边有讲到，面向程序员群体提供产品和服务是一个难度很高的操作。但是，又提到了开源和免费的工具在这个领域是非常受欢迎的。这看似矛盾的背后，就衍生出来了一种商业模式，叫做开源/免费加收费的模式。
它的核心逻辑是说，既然开源或者免费的工具非常受欢迎，那么我们就可以利用它来获取大量的免费用户，在有了大量免费用户的基础上，再来提供增值服务进行变现。
虽然购买付费服务的用户比例不高，但如果我们免费用户数量庞大，那最终的收益还是会不错的。尤其是对于副业来讲，它对总收入的要求并不是特别高。所以，这个模式对于副业来讲，其实反而是一个很合适的方式。
我现在就在经营一个免费服务，叫做server酱。它是一个非常简单的 API，用来向微信推送通知。绑定以后只需要给一个 URL 发 HTTP 请求，微信上就会收到一条消息。
这个服务现在有10多万免费用户，免费服务是通过微信服务号来推送消息的。我们今年，在免费服务的基础上新增了基于测试号实现的推送功能，该功能是收费的。它收取的费用会用来补贴免费服务的服务器开销。
事实上，在免费服务刚上线半年时，我们就推出过一个付费服务，支付率非常低，后来就关掉了。
但在有了10万用户再来做付费服务的时候，我们发现它的效果就不一样了。运营了大概三个月左右，我们收到的费用就已经足以支撑本年度的整个免费+收费服务了。
这说明免费/开源，然后再加增值服务收费的模式是可行的，但它必须建立在不小的已有用户基础之上，否则是玩不转的。
下边来看评分项。
首先在硬件投入上，如果是独立的客户端软件，不依赖于服务器，那么做免费用户的时候，付出的成本是固定的，也就是软件的开发的人工成本，这个投入就会相对比较低。但如果是在线的服务，免费用户越多，付出的成本就越高，这个时候的投入其实是相当高的。
这里顺便跟大家分享一个趋势，随着 wasm 的发展，在浏览器里也能运行很多以前不能运行的程序了，比如视频转码工具 ffmpeg ，虽然还比较慢，但已经可以用了。这种技术一旦成熟，会大大地降低免费服务的成本，是一个值得留意的地方。
另外为了获取大量免费用户，它在很长一段时间内都难以挣钱，这部分投入很高。
产出和规模、增值服务定价密切相关。考虑到整体转化率偏低，整体产出平均下来一般。但一旦成功，就可以获得不错的产出，并建立起比较高的竞争门槛。
和一般软件服务的更新频次差不多。
在获取免费用户阶段，只有投入没有收入。如果免费用户消耗的资源过多，而增值服务还没来及变现，整个业务就有挂掉的风险。
会写代码就可以。