并非一步登天
采用开放源代码的商业模式,并不仅只是把程序代码公布出来给大众使用,然后赞助一个接受外部协助的项目如此而已。
开放源代码的拥护者表示授权收费的丧失,特别是那些高价的商用软件,可以用降低公司的管理支出来填补。一般来说,这代表业务与营销成本的削减。
以Aras为例,该公司裁减了业务人力,而用对顾客提供支持服务,解决核心问题的应用工程师来取代空缺。Schoroer表示:“这些人是顾客真正想要对话的对象。顾客们不会想跟业务员谈话。”
Iona Technologies是另一想要跳进开放源代码领域的公司,该公司对企业客户销售整合中间件软件。
在2005年,Iona决定建立一个以Java技术为基础的中间件软件开放源代码计划。上个月,该公司开始为这些可以免费取得的软件提供支持服务。
这个将源代码开放的决定同时带有一些风险,因为该公司首席执行官Peter Zotto表示,这家在1991年成立的公司在开放源代码领域算是新手,尚无法证明这个计划可以只从提供支持本身确实获益。
然而Zotto表示,这个决定已经让有艰难财务状况的Iona获益,因为他们又在市场上“变得引人注目”。他表示,由于使用一些开放源代码的组件,客户以及其它软件厂商都认为Iona领先时代潮流。举例来说,Iona跟其它业界公司,如IBM、BEA与甲骨文等公司一同被邀请参与一个重要的标准制定组织。
“从我们发布(开放源代码计划)以后,就算我们还没有实际获得收益,现在公司的市场能见度变得比花费千万美金所能达到还要高,”Zotto表示。
他补充,尽管有潜在的获益损失,但就算是华尔街分析师也对这个计划十分热衷看待。
对所有像Aras一样的小公司来说,把可以制成产品的源代码公开给客户,等于给了客户广泛的使用权利,而不是只限制那些有执照的人使用。程序同时也像签了某种形式的保障契约一样,企业用户可以拥有一份产品的源代码,在小型的软件厂商发生财务危险时也不需要担心。
“早期的顾客,有机会给予产品更多的影响力,如果有购买较高的支持服务层级,甚至可以对产品的演变有更大的影响。”451集团的Zachary表示。
免费的开放源代码精神是坚定地基于分享与合作的精神。然而对于使用开放源代码的软件公司来说,则从更加实际的角度去考虑。
就算是微软这家最大的私有软件公司,也进行了像是分享程序代码之类的,多样化开放源代码计划。举例来说,这些来自Aras的PLM应用程序的程序代码将会被放上微软CodePlex的程序代码分享网站上,使用微软分享源代码软件执照。
微软在面对开放源代码的策略上转变让Aras得以继续其开放源代码的计划。
一直以来,微软跟开放源代码就从来难以一同想象,但我们看到开放源代码的概念渗透到微软这家公司里,同时更重要的,这让许多公司与微软的产品开始一同发展,Aras的业务副总裁Marc Lind表示。
虽然Aras打算将所有产品公开,但软件公司通常都会多少留一手。
销售ERP应用软件的OpenMFG公司在拥抱开放源代码程序研发技术时的态度,是许多软件公司的典型。
这家公司的应用程序是使用开放源代码的PostgreSQL数据库以及Trolltech的Qt发展框架所建立。这家公司建立了合作研发流程,让顾客与经销商可以将定制化的版本回馈给本来的基本产品。
创投基金与其它人士都要求OpenMFG将所有的软件设为免费,然后开放出去,但首席执行官Ned Lilly表示,混合式的运营方法较适合这家公司。他常常考虑是否要将所有的产品设为免费,但没有看到顾客需求。
将产品完全设为开放原始码的好处,是可以让软件更可能被使用者取得,尤其是对那些想要在亚洲发展的将公司来说更是如此。但他们的公司目前发展的步调合于预期,Lilly表示。
Lilly同时补充,有许多的公司开放产品的源代码,是希望可以救活那些获益极差的产品,然而这是个错误。
“有许多人在开放源代码时都是因为一些错误的理由,但当事态改变到另一种情况时人们会开始问:‘你在想什么,为什么要把软件白白送人,’”他说:“开放源代码有时会遭受责难,但往往都是在发生计划执行失败,或是服务顾客失败这些事情的时候。”
Zachary则表示,许多较小型的公司被迫使用免费软件的策略。像是Oracle与SAP之类较大的使用者可以靠周期性的维修与支持收入维生,而顾客数量较小的公司比较可能靠授权费用。
“竞争的唯一方法就是开放源代码,或是将软件当成服务,”Zachary:“你得想办法刺激顾客对产品的要求。”
用户评论