由網絡運營商提供的云服務產品，在演變過程中，面臨著兩個并行的挑戰：定義云基礎設施——可作為新的創收服務平臺，以及定義能提供這些服務的商業生態系統。蘋果的iPhone證明，即使行業內最棒的營銷人員，也無法迅速開發出應用以維持市場熱度。問題是，蘋果提出了兩種模型：零售店面和開發商生態系統。運營商不得不選擇其中之一，或者至少要有選擇的優先級。令人驚訝的是，唯一合理的選擇是云開發商生態系統。

零售云服務顯然是運營商的目標，并且一些運營商已經采取收購軟件的措施，來補充他們的云平臺，并將基礎設施即服務(IaaS)轉換成軟件即服務(SaaS)產品。甚至在早期階段，使用這種方法出現了兩個主要的挑戰。首先，經營者缺乏收購以及大規模銷售服務的縱向市場專業知識，并且中小企業并不將其視為***合作伙伴。其次，云部署數據無法驗證哪些細分市場值得投入。一旦制定錯誤的細分市場目標，可能會失去整個云市場。

寄期望于開發商的合作伙伴關系和項目

歐洲運營商認為，對他們未來的服務來說，開發商的合作伙伴關系至關重要。一些開發商甚至已經形成了特殊云/網絡單元(例如，數字電話)，不僅可以應對這些機遇，同時可以構建所需的工具，來吸引開發人員并建立云服務和應用伙伴關系。從這些例子中，能獲得一些云開發商生態系統成功的基本規則，甚至可以看出，未來這些企業將有助于建立“云購物中心”，或者通過運營商門戶銷售軟件。

在技術層面上，開發人員需要一組實用的應用程序接口(API)，這意味著開發人員需要以簡單與邏輯的方式展現的網絡和云服務，而不是一組復雜的低級的工具。例如，移動呼叫控制的標準，開放十多個接口，并且這些接口大部分對那些應用開發人員并不熟悉的部分開放。在大多數情況下，所有開發人員想做的是使移動用戶可以使用應用，因此開發人員需要一個架構，可以將他們應用程序的云圖像連接到移動設備的應用。利用運營商的云基礎設施與移動環境的所有特性，但不能公開其中的細節。

運營商應考慮開發跨平臺API，以鼓勵應用與合作伙伴之間的共生關系。例如，臨床軟件的提供商，可能會受到某方面的驅使，鏈接到銀行或會計軟件包服務。這可以強化云開發商生態系統，同時增加開發人員的需求。

運營商在***步即定義開發者程序時，經常犯的一個錯誤是：認為程序是目標。運營商將需要多個開發的“級別”，一級用于支持高水平的Web和設備應用開發人員，一級旨在使專家和值得信賴的合作伙伴構建云生態系統塊，在這兩級之間還有一些級別是用于縱向和水平的市場應用軟件集成商。每一級別都有自己的工具、API、營銷支持的業務關系以及共享的收入計劃。試圖將所有的開發人員納入到一個單獨的模具中，并不符合程序目標。

線索與風險評估的重要性

云開發商生態系統的業務方面與技術框架相互依賴。對企業本身來說，開發人員通常從資深合伙人那里，如云或網絡運營商，獲取兩類信息。首先，他們將尋找線索——即營銷渠道，通過營銷渠道能夠發現潛在客戶，并有助于將其轉換成客戶。如果云計劃中沒有零售店面，那么線索更為關鍵。這是因為線索起著關鍵作用，能夠幫助開發人員、云提供商以及集成商建立他們的業務。

其次是補償。開發商項目的收入分成方面相當明了，但是還有其他形式的補償。特別是，開發人員和集成商害怕風險。例如，如果他們被要求從安裝系統轉移到云托管的商業模式，他們想要避免所有的經營風險。在這種情況下，運營商資助的營銷計劃，能夠鼓勵開發商參與進來。

任何由程序員帶來的云策略的風險，都是由于缺乏潛在的統一性。在這些情況下，可能最終的結果是在法律實物中有50個程序包，但在醫療保健方面一個都沒有。各種各樣的開發商通過殘酷的競爭和沖突來降低每個人參與的機會。為了避免這種沖突，***做一個深入的服務區域人口分析以確定***標準，并且幫助他們制定營銷計劃。特殊的激勵有助于刺激開發商追求更廣泛的機會，同時招聘限制也有助于改善某些市場領域人口過剩的情況。

時機就是一切

***一個問題，也是最重要的，涉及到決定何時開放“購物中心”，意思是什么時候真正地通過運營商門戶銷售軟件。為了達到這個目標，只是通過在網站上，將合作伙伴逐一列出，來促進軟件合作伙伴的關系，還遠遠不夠。相反，提供商應該通過門戶、承擔賬單與合同責任的方式銷售軟件。當云運營商直接購買開發者/集成商合作伙伴或者銷售伙伴的商品的同時，使那些在其他部門想要同樣機會的人增加了信心，而令那些與成功對手競爭的人感到沮喪，這種情況下，可能需要改變營銷和補償程序。如果這些都做到了的話，云運營商就可以構建一個軟件服務的未來，包括***的云開發者生態系統和購物中心世界。