专注互联网 为您提供一站式互联网+解决方案
    咨询热线:135-2590-3531

开放式创新的崛起:打造可持续发展的开源软件公司

作者:zdwxadmin 出自:无 加入时间:2016-04-15 点击数: 919 次  自动滚屏(右键暂停)


Accel 近期举办了一个超过100位开源界的高管和思想领袖参加的全天活动,讨论的内容是利用开放技术构建伟大企业,赶上下一次浪潮。本文是从会种所学到的内容,围绕着开源软件开发的未来以及如何围绕开源软件来打造可持续发展的商业模式而展开。

在上世纪80年代的中期,Richard Stallman 发起了“自由”软件运动,Stallman 主张软件的使用者可以根据自己认为合适的方式来自由的操作软件。这么多年过去了,开源软件的运动早已发展的超越了 Stallman  的梦想--从科技巨头垄断到软件开发者的格局重新划分。

第一代的开源软件公司相比于推动新的软件开发方法论而言,更多的是在提供自由软件。它为人们开启了一个崭新世界的大门,在这里,开发者们不 再受制于那些靠耍嘴皮子就决定创新和如何部署软件的专有软件厂商。这是从一个以供应商为中心视野的世界转变为以用户/客户为中心视野的世界,这里技术是非 常受到重视的而且也是开放的开发方法能够流传下来的原因。
针对新一代软件的开放式创新框架

首先我们来找一下为何第一代的开源软件(OSS)公司未能形成一定规模(红帽是唯一的例外)的原因。

最初的错误来自于这些开源软件的公司以很低的价格却为客户提供了太大范围的选择。举例来说,Ubuntu,提供基于Linux的操作系统, 以替代 Windows;MySQL提供的关系型数据库是替代 Oracle的(后来MySQL被Oracle收购)。但是更具讽刺的是,控制权更多的掌握在用户手里却减少了市场的机会。因为这些公司都是100%的开 源,且本质上提供同等的功能,第一代的开源软件公司仅通过服务和支持来进行收费,在“纯开源”的思想指导下,只有很少的公司能够发展起来、扩大规模。

这种商业模式不仅获取的利润低于常见的软件公司产品,而且它并不鼓励创新,制造了破坏性的恶性循环。由于其利润依赖于客户所需要的支持活 动,公司就对创新没有什么动力也没有心劲去改进他们的产品。在仅有支持的商业模式下,见招拆招只能导致更少的收入和利润,反过来,这只能进一步阻碍了他们 去投资研发,尤其是相比于现在的软件供应商,这点更加的突出。

如今,我们目睹了一个全新一代的开源公司正在崛起。当前一代的开源公司--如 Databricks、Docker 以及 Elastic --每家公司都为市场带来新鲜的气息。而在此过程中,这些新的开源公司在目前的市场服务拓展的机会都远远的超过了老牌厂商。

111.png

我们已经看到了上百个这样的开源公司,而且已经有十几个已经得到了融资。** 在很大程度上,开源软件的开发已经从边缘进入到了主流。 ** 大多数的基础设施软件创业公司都是“开源的公司”,而且几乎所有的应用程序公司,至少,都会基于开源软件栈之上来构建他们的应用。

尽管第一代的 OSS 有一些少许成功的故事,但新一代的OSS公司已经有一些开始盈利而且一种全新的开放式框架渐渐浮出水面,那就是通过构建业务的三个阶段来实现创造有价值和可持续性发展的OSS解决方案。
开放式软件的三个阶段--即3P

222.png

随着开放开发式的公司的成长以及渐渐的成熟,在形成具体的业务之前,需要经历三个阶段,即** 3P **。一个公司若是按照此3P框架进行运作,正确的将各个阶段排列好,在这三个阶段作出确定的努力,那么就可构建一个大型的公司。那些个没有遵循此框架的 公司则会经历漫长的曲折道路。

在本文中,我重点讲述了这三个阶段,在下文中会探讨深入一些细节性的内容:

    项目(Project)阶段 -- 开发开源项目以及围绕此项目活跃的社区。

    产品(Product)阶段 -- 为一个可获利的版本进行打包和部署奠定基础。

    盈利(Profit)阶段  -- 对核心客户认识有加,并能够构建起业务规模。

阶段一:项目-社区

从一开始,开源运动的发起就是依赖于那些充满活力的软件工程师和开发者尝试去解决一些问题。开源的公司不是从产品开始的--而是从项目开始的。

相对于传统的软件开发来说,项目开展之前问的问题是:“人们会为此软件而付钱吗?”,而在开源框架下的项目阶段问的问题是:“我能做出来大家能够用的到的以及比较关心的东西吗?”,这是两个完全不同的问题,而这会导致最终的决策完全不同。

在此阶段,赞助公司要努力的去建立、扩大品牌的声音和打造良好的生态环境,要通过社区来采纳必要的意见和建议。而不是验证一个产品是看客户 是否愿意掏腰包(例如远离客户进行封闭式开发),适应市场的项目的验证是通过社区,以及哪些坚信项目的意义、不懈追求的开发者们的认可。
Apache Spark 以及大数据时代的来临

举个例子,如 Databricks 这家公司,其开发是完全的基于 Apache Spark 项目之上的,而 Spark 这个项目是2009年的一个院校研究项目。和其它顶级的开源项目一样,开发 Spark 的原因是尝试解决一些已经存在的问题。它肇始于诸如 Netflix 和 Twitter 这样的拥有超乎人们想象的数据密集型的公司需求-需要一个更快的方法,近乎实时的来处理数据。已有的一些应用是构建在 Apache MapReduce 之上的,常常需要一个晚上的时间去运行,而且较笨重和难以使用。

这就是 Spark 要解决的痛点,也是其最初的出发点,重要的是它做到了-Spark是基于内存和迭代的计算能力都是很容易上手编码的,而且针对流/交互分析和机器学习的用例改进的性能是数量级的。它创建了一个强大的开放的开发者社区。

Spark 利用现有的 Hadoop 社区,最初的目标是哪些使用 MapReduce 的用户,Zaharia 举办社区活动来讨论Spark、出版教材、且鼓励 UC 伯克利之外的开发者们提交和构建 Spark。随着项目的不断壮大,它已经逐渐的为 Hadoop 社区的进一步扩大以及其功能集立下了汗马功劳。

社区代表了真正的用例、应用,而且也是第二阶段所必须酝酿的项目实验。
阶段二:产品-定义和包装

在项目阶段,你构建了围绕社区真正需求的软件,但是这并不意味着你就拥有了持续性的商业模式。在产品阶段,开源模式需要找到一个可以增长利润的‘可产品化’的开源项目。

随着自由软件的可用,第一代的开源公司在销售这些产品而苦苦挣扎,而且会导致并不健康的模式因为它在打压创新。新一代的开源公司走出了万全 不同的道路,他们能够保持持续创新--无论是最初所创建的新的功能,还是随着时间的推移,依然为开放平台和专有扩展而添加更多新的功能。这是一个双赢的局 面,社区能够得到持续的支持,因为价格模式可以持续的盈利,当然这得益于供应商可以为客户打包和部署高于核心的开源项目的商业化产品。

在项目阶段要结束时,开放的公司可能是80%的服务和20%的产品,但是当产品阶段要结束时,这个比例则要反过来。
Docker的产品化之路

Docker最初是由一家做平台即服务(PaaS)的公司创建的,它的名字是 dotCloud。这家公司构建了强大的容器技术,一种可以让应用很容易在不同环境中运行的技术,在2013年,dotCloud 的创始人 Solomon Hykes 做了一个非常彻底的转向,开源容器技术,这也就是意味着部署一个全新的产品。

在保证项目免费的同时,Docker的发展面临着商业化产品的难题,这时,他们开发了一系列复杂的工具来尝试这一日渐增长的需求。

尽管Docker的核心是开源项目对所有人都免费的,但是公司的商业化战略则围绕着让软件更加的容易管理和安全而进行的。目前来 看,Docker 的大部分收入是来自传统的开源模式,即提供支持和服务。举例来讲,大多数的企业用户,运行着上千个不同的应用,而且通常都是仅在其企业内部运行和操作。虽 然用户可以使用开源的Docker版本来完成,但是花钱购买 Docker 的产品如 Docker Engine 和 Docker Trusted Registry ,使之更容易管理及更加的安全可靠,而这恰恰是企业所需要的,那么他们就愿意掏钱来购买。
阶段三:盈利-扩张和进入市场

通过第三阶段,开源公司得为他们的产品构建一个可盈利的路线了。现下公司必须通过可持续的收入来扩展自己,要超越投资,迈出自我的一步。但是现在问题来了,你该如何从一个早期用户和软件工程师所组成的社区扩张到付费用户了?

这是开源公司需要回答的一个基本的问题,以能够从红色迈入黑色。尽管每个用户都可能被引导,但是只有少部分用户会成为买家。相比于传统的软件厂商这需要完全不同的销售和营销方法。

上一篇:用6000元创建一个地区品牌

下一篇: AI取代人类,企业比员工更焦虑