由网络运营商提供的云服务产品，在演变过程中，面临着两个并行的挑战：定义云基础设施——可作为新的创收服务平台，以及定义能提供这些服务的商业生态系统。苹果的iPhone证明，即使行业内最棒的营销人员，也无法迅速开发出应用以维持市场热度。问题是，苹果提出了两种模型：零售店面和开发商生态系统。运营商不得不选择其中之一，或者至少要有选择的优先级。令人惊讶的是，唯一合理的选择是云开发商生态系统。

零售云服务显然是运营商的目标，并且一些运营商已经采取收购软件的措施，来补充他们的云平台，并将基础设施即服务(IaaS)转换成软件即服务(SaaS)产品。甚至在早期阶段，使用这种方法出现了两个主要的挑战。首先，经营者缺乏收购以及大规模销售服务的纵向市场专业知识，并且中小企业并不将其视为最佳合作伙伴。其次，云部署数据无法验证哪些细分市场值得投入。一旦制定错误的细分市场目标，可能会失去整个云市场。

寄期望于开发商的合作伙伴关系和项目

欧洲运营商认为，对他们未来的服务来说，开发商的合作伙伴关系至关重要。一些开发商甚至已经形成了特殊云/网络单元（例如，数字电话），不仅可以应对这些机遇，同时可以构建所需的工具，来吸引开发人员并建立云服务和应用伙伴关系。从这些例子中，能获得一些云开发商生态系统成功的基本规则，甚至可以看出，未来这些企业将有助于建立“云购物中心”，或者通过运营商门户销售软件。

在技术层面上，开发人员需要一组实用的应用程序接口(API)，这意味着开发人员需要以简单与逻辑的方式展现的网络和云服务，而不是一组复杂的低级的工具。例如，移动呼叫控制的标准，开放十多个接口，并且这些接口大部分对那些应用开发人员并不熟悉的部分开放。在大多数情况下，所有开发人员想做的是使移动用户可以使用应用，因此开发人员需要一个架构，可以将他们应用程序的云图像连接到移动设备的应用。利用运营商的云基础设施与移动环境的所有特性，但不能公开其中的细节。

运营商应考虑开发跨平台API，以鼓励应用与合作伙伴之间的共生关系。例如，临床软件的提供商，可能会受到某方面的驱使，链接到银行或会计软件包服务。这可以强化云开发商生态系统，同时增加开发人员的需求。

运营商在第一步即定义开发者程序时，经常犯的一个错误是：认为程序是目标。运营商将需要多个开发的“级别”，一级用于支持高水平的Web和设备应用开发人员，一级旨在使专家和值得信赖的合作伙伴构建云生态系统块，在这两级之间还有一些级别是用于纵向和水平的市场应用软件集成商。每一级别都有自己的工具、API、营销支持的业务关系以及共享的收入计划。试图将所有的开发人员纳入到一个单独的模具中，并不符合程序目标。

线索与风险评估的重要性

云开发商生态系统的业务方面与技术框架相互依赖。对企业本身来说，开发人员通常从资深合伙人那里，如云或网络运营商，获取两类信息。首先，他们将寻找线索——即营销渠道，通过营销渠道能够发现潜在客户，并有助于将其转换成客户。如果云计划中没有零售店面，那么线索更为关键。这是因为线索起着关键作用，能够帮助开发人员、云提供商以及集成商建立他们的业务。

其次是补偿。开发商项目的收入分成方面相当明了，但是还有其他形式的补偿。特别是，开发人员和集成商害怕风险。例如，如果他们被要求从安装系统转移到云托管的商业模式，他们想要避免所有的经营风险。在这种情况下，运营商资助的营销计划，能够鼓励开发商参与进来。

任何由程序员带来的云策略的风险，都是由于缺乏潜在的统一性。在这些情况下，可能最终的结果是在法律实物中有50个程序包，但在医疗保健方面一个都没有。各种各样的开发商通过残酷的竞争和冲突来降低每个人参与的机会。为了避免这种冲突，最好做一个深入的服务区域人口分析以确定最佳标准，并且帮助他们制定营销计划。特殊的激励有助于刺激开发商追求更广泛的机会，同时招聘限制也有助于改善某些市场领域人口过剩的情况。

时机就是一切

最后一个问题，也是最重要的，涉及到决定何时开放“购物中心”，意思是什么时候真正地通过运营商门户销售软件。为了达到这个目标，只是通过在网站上，将合作伙伴逐一列出，来促进软件合作伙伴的关系，还远远不够。相反，提供商应该通过门户、承担账单与合同责任的方式销售软件。当云运营商直接购买开发者/集成商合作伙伴或者销售伙伴的商品的同时，使那些在其他部门想要同样机会的人增加了信心，而令那些与成功对手竞争的人感到沮丧，这种情况下，可能需要改变营销和补偿程序。如果这些都做到了的话，云运营商就可以构建一个软件服务的未来，包括最好的云开发者生态系统和购物中心世界。