《企业网D1Net》10月30日讯  

在甲骨文早期历史中，甲骨文是以一个快速增长的数据库新创公司起家的，它也成为Geoffrey Moore的经典的硅谷企业家教科书《跨越裂谷》中的一个案例研究。只是到了后来，它添加了一个企业应用程序堆栈并将平台组件归类直至最终成为这个我们所认识的笨拙的庞然大物。

Salesforce.com是否在遵循一条类似的道路呢？它初创期是一个快速增长的SaaS应用程序公司。后来它开始拓展其作为一个云平台的经营范围。但是直到最近，它向云平台的扩张才侵犯了它这个庞大的生态系统合作伙伴。然而这个在今年Dreamforce会议上宣布的新功能在他们的地盘内被粗陋地践踏。

·Salesforce的身份被植入高层云的核心产品的老巢

·营销云占用了一个曾被Marketo推广的术语，并扩展至Eloqua，HubSpot以及Pardot等等类似的供应商所提供的功能。

·这个文件同步话匣子功能是一巴掌打合作伙伴Box的脸上，同时在其名字上也轻微地给了一下。我想，谷歌对此也不会太高兴。

·Work.com 对在Salesforce平台上构建应用程序的HCM供应商，以及期长期的绩效管理合作伙伴（如Xactly公司）来说都是一个挑战。

仿佛Marc Benioff和他的管理团队突然意识到，他们要想超过过去的30亿美元而追求100亿的年收入，将不得不在自己最亲密的盟友地盘上的几十亿美元和更多的机会。相当残酷，对吧？

但也许这就是它在企业软件的割喉式世界中取得成功的原因。与行业领袖合作在IT行业中传统上被称为“与狼共舞”，是要付出代价的。正如我写过的，甲骨文就是最好的例子，模式明显。如果它不曾超越其数据库的根源，进军到应用程序并最终在充满硝烟的收购战中吞下主要竞争对手仁科（Peoplesoft），那它绝不会持续高速增长，成为它今天这样强大的工业力量。

不要低估企业IT买家决定轨迹的程度。这不仅仅是对于处理一二而非多个供应商的简洁性的意愿——当涉及到支持，整合和升级时能够“一包到底”。单一销售关系方便而熟悉，涵盖了一套核心的IT需求。因此，只要市场提供了足够的在价格谈判中能够真正威胁离开的选择，买家就会习惯性地拒绝这些威胁，坚持这些他们已经了解的合作关系，而不是冒着风险去开始未经测试的新的关系。

既然如此，当云革命者的领导光芒最终蜕变成一个单片老后卫的化身时，为什么还要感到惊讶呢？迎接新老板，和旧上司一样。直到买家改变他们的行为和喜好，旧世界方式的引力将不可避免地转移和扭曲新的费用。云仍然缺乏主流统治带来根本性的变化。即使足够流行，规模优势可能将仍然更有利于单一平台的庞然大物，在而非更多样化的选择。

麻烦的是，我不禁想知道，这是否是我们真正想要从云中得到的东西。早在1998年，我撰写并发表过一份报告，关于云计算的出现（当然那时我们不这么叫，而叫作“由应用程序供应商（ASP）开创的一种新兴的网络计算模式”）。在那个开创性报告中一个最广泛引用的句子预测，一旦这个模式建立，“用户将访问他们需要的应用程序，从网上的供应商将对其选用的功能和资源的精确价值进行二次收费。”

尽管我祝福Salesforce.com，但我一直在被拉回到最初的设想，无论它在今天看来仍然是多么理想主义的和不切实际。我本来的倾向是针对所有的包容性平台，客户锁定在方便但昂贵的选择限制中，并授予巨头厂商们市场霸权。我想看到云实现其创新潜力，选择的自由，以及一个真正开放、有竞争力、按需服务的成本效益的前景。这就是为什么，即使我欢迎Salesforce.com举世瞩目的成就的同时，仍然在个人角度站在更小型的一边。那些松散的耦合的游击队员，在继续推动边界和伸展云的封口，做它能做的一切。（by Phil Wainewright）