CSDN|万亿美元软件浪潮来临,开发者是核心!( 二 )


如果一款免费产品既质量过硬 , 传播速度又够快 , 能够支持建立起庞大的用户群 , 那么下一步的重大挑战就是如何正确地变现了 。 免费增值模式的窍门是从一开始就考虑变现的问题 , 而不是等到产品已经拥有数百万用户的时候再去决定把哪些功能商品化 。
相反 , 要从一开始就制定产品路线图 , 必须清楚地描述哪些功能将免费开放 , 哪些功能将是会员专属 , 这一点极为重要 , 尤其是面对开发者这一目标群体时 。
不要忘了 , 开发人员极少负责采购 , 因此必须预先制定策略来链接开发者发烧友和预算负责人 。 而且 , 请记住 , 仅仅因为开发者们升级成了付费客户 , 并不意味着他们会一直是我们的顾客 。 继续与他们保持紧密合作 , 将他们的所有反馈纳入产品的未来版本才是关键 。 竞争对手总是潜伏在我们身旁 , 很有可能会提供同类产品 , 但为免费版本开放更多功能 , 而当开发者们发现了更好更便宜的产品 , 他们就会离开 。 看微软团队与 Slack 的竞争就知道了 。
APIs
API 变现模型受到开发人员的青睐 , 因为 API 是灵活敏捷的基建材料 。 有了 API , 开发人员只需插入几行代码 , 即可在开发的任何产品中添加付款或消息处理等功能 。 大多数 API 收入模型都是基于服务的 , 用户要么支付订阅费 , 要么支付基于消费或基于交易的费用才能将 API 整合到他们的产品中 。
为什么 API 在开发人员中如此受欢迎?大家都知道开发人员的精力捉襟见肘 , 他们需要长时间工作才能按时按规格发布产品 。 在如此的巨压之下 , 开发者们一直在寻找安全可靠的捷径 , 而 API 恰恰就是这种捷径 。 使用 API 模型的两个成功企业的例子 , 一是提供消息传递 API 的 Twilio , 二是提供支付处理 API 的 Stripe 。
API 型软件公司会收取其产品的服务费 , 分为三种主流的类别:

  • 订阅型:用户每月支付费用;
  • 消费型:用户每次调用 API 时都要支付费用;
  • 交易型:用户通过 API 完成的每次购买的一定百分比 。
所有这些类别都是非常稳定的 , 连续的收入流 , 因此 , 有了正确的 API 模型 , 公司可以切实地实现数百万的常续性营收 。 然而 , API 模型的关键在于要打造出开发者们的首选 API 。 实现这一点的基础与任何以开发人员为中心的商业模型都相同:密切聆听他们的需求 , 并不遗余力地在论坛、会议以及其他开发者社交关系中大力宣传此 API 的优点及学习路线 。
虽然赢得开发人员的忠诚度可以使 API 获得“设计中标” , 从而成为解决方案不可或缺的一部分 , 但 API 模型的潜在风险之一在于 , 某些开发人员最终可能会决定放弃第三方 API , 直接在自己的产品中搭建同样的功能 。 这种情况并不经常发生 , 但当 API 费用飙升 , 其服务价值与成本不符时发生的可能性会增大 。 显然 , 不断迭代和改进 API 对于任何 API 模型的长期成功都是至关重要的 。
商业开源
我把前途最为光明的 , 同时也是最复杂的一种开发者驱动软件模型留在最后讲 , 以后我会写一篇文章详细讨论整个模型的复杂性 。 其实大多数商业开源的基础假设与免费增值类似:
首先提供该软件的免费版本 , 然后再针对高级功能或服务收取费用 。
但商业开源与免费增值的最大区别在于 , 商业开源的源代码可供所有人查看和使用 。 许多开发者用户还可能想要为开源产品或邻近产品做贡献 , 从而使核心产品更加有用、有价值 。 如今开源软件越来越多 , 了解社区中使用和贡献的动态变化十分关键 。
商业开源模型的最大优势在于 , 由于软件开发人员们非常热爱开源 , 因此开发者使用开源搭建的产品时遇到的阻力是最小的 。 然而 , 最大的不足在于 , 开源软件的开发可能需要花费数年时间 。 软件的采用率通常依靠口口相传 , 而不是传统的营销手段 , 因此如果想要获得足够大的用户基础 , 来从中收集有关如何迭代产品的重要反馈 , 需要花费很多时间 。 如果开源产品受更大的财团支配 , 路线图也可能失去敏捷性并变得难以控制 。


推荐阅读