开发者驱动的软件公司,如何赚取万亿美元?( 三 )


除此之外 , 免费增值模式还有个小窍门 , 那就是要从一开始就考虑变现的问题 , 而不是等到产品已经拥有数百万用户的时候再去决定把哪些功能商品化 , 并且要将用户反馈列入未来升级的规划中 , 尤其是在针对开发者这一目标群体时 。 因为开发者一般不负责资金 , 因此必须提前把需要购买的产品详情对接给预算负责人 , 而一旦发现有更合适更便宜的产品 , 自然就及时止损 , 择优而去了 。
API
灵活的API变现模式广受开发者的青睐 。 有了API , 开发人员只需插入几行代码 , 即可在开发的任何产品中添加付款或消息处理等功能 。 大多数API变现模式都是基于服务的 , 用户要么支付订阅费 , 要么支付基于消费或交易的费用才能将API整合到他们的产品中 。
那么是什么让一向喜欢免费软件的开发者心甘情愿地为API付钱呢?相信大家都了解开发者的工作压力大到“头秃” , 经常需要长时间工作才能如期发布产品 。 在如此重压之下 , 开发者们一直在寻找安全可靠的捷径 , 而API恰恰就是这种捷径 。 通过使用API模式成功的企业也有两家 , 一是提供消息传递API的Twilio , 二是提供支付处理API的Stripe 。
API型软件公司会收取其产品的服务费 , 主要分为以下
三种类别:
(1)订阅型:用户每月支付费用;
(2)消费型:用户每次调用API时都要支付费用;
(3)交易型:从用户通过API完成的每笔交易中抽取一定百分比的费用 。
这些类型的收入都十分稳定 , 因此只要拥有正确的API模式 , 公司就能实现数百万的常续性营收 。 然而 , API模式的关键在于要打造出开发者们的首选API , 想要实现这点就要做到:密切聆听开发者的需求 , 不遗余力地在论坛、大会以及其他开发者社区中大力宣传其API的优点及学习路线 。
但同样API模式也存在一定风险 , 因为有些开发者最终可能会决定放弃第三方API , 直接在自己的产品中搭建同样的功能 。 虽然这种情况较为少见 , 但当API费用飙升 , 其服务价值与成本不符时 , 发生的可能性会增大 。 显然 , 不断迭代和改进API对于任何想要长期成功的API型软件公司而言都是至关重要的 。
商业开源
与免费增值相似 , 大多数商业开源也都是“首先提供该软件的免费版本 , 然后针对高级功能或服务收取费用” , 但它与免费增值的最大区别在于 , 其源代码可供所有人查看和使用 。
商业开源模式的最大优势在于 , 软件开发者们非常热爱开源 , 因此使用开源搭建的产品时阻碍是最小的 。 但最大的不足在于 , 开发开源软件可能需要花费数年时间 。 软件的采用率通常依靠口口相传 , 而不是传统的营销手段 。 因此 , 如果想要获得足够大的用户基础 , 来收集有关如何迭代产品的重要反馈 , 需要花费很多时间 。
所以 , 开源项目很难靠自己迅速获得用户 , “把它做出来 , 用户就会来了”并不是一个行之有效的策略 。 除了在GitHub上托管项目外 , 宣传开源项目的有效方法还包括撰写技术博客、在技术会议上发表论文、主持见面会、参加开发者大会 , 以及回应社交媒体渠道上得到的反馈等等 。 在开源软件的商业化方面 , MongoDB和HashiCorp就做得很好 , 其创始人与开发者紧密合作多年 , 使项目真正进入产品开发周期 。
除了开源项目难以推广 , 把开源用户转变为付费用户这个过程也较为艰难 , 甚至比免费增值模式还要难 。 因为商业开源公司需要找准一个平衡 , 使其产品成为一个既是向所有人开放的免费协作项目 , 又是一款仅限付费用户使用的商业产品 。