【使用者體驗優化課題（二）】你若義無反顧，我必全力以赴

1、從購買ECS談起

彈性計算新版ECS購買控制檯 為使用者新購Ecs伺服器提供了便捷的互動方式與豐富的功能選擇。

• 使用者最長需要經過5個頁面的跳轉，針對20項左右的配置選擇，定製化自身所需的ECS雲伺服器。
• 使用者最短需要經過3個頁面的跳轉，選擇基礎配置，網路配置和訂單確認等10多個選項，快速下單購買。
  

2、快速發展的供給災難

隨著ECS業務不斷髮展，業務複雜度給產品供給造成了指數級複雜困擾

• 產品發展：然而隨著ECS產品多樣化（主售產品）與更新換代 (停售產品)。400種規格附加網路型別+磁碟型別 兩個屬性的組合已將產品SKU推送到了千級別。
• 地域發展：多樣化地域與可用區 截至目前，阿里雲已經在全球 18個地理區域內運營著45個可用區。千級別的產品SKU附加可用區產品內部署策略，供給複雜度已經上升到十萬級別。

• 物理限制：由於機房容量固定，不可無限擴容伺服器。與此同時使用者野蠻式增長，短時間內將機房空間佔滿。使得老機房甚至已無法擴容庫存，只能存量消耗。

3、緩解供給災難

為解決十萬級別供給複雜度，ECS產品應對策略為“抓大放小”。優先解決主要矛盾，逐步擊破次要矛盾。

• 重點關注主售產品 庫存供給情況。
• 重點關注主售地域與可用區 庫存供給情況。

4、供給矛盾下的庫存問題

• 供給災難 產生的十萬級SKU供給矛盾，使得ECS庫存供給無法做到十全十美。雖然“抓大放小”策略能夠緩解主要問題，卻仍舊難以完全滿足使用者多樣化的需求。
• 使用者在ECS購買控制檯 經過最長5個步驟，20項左右的配置選擇下單後，根據使用者需求數量，庫存校驗系統判斷使用者資源池資源數量是否滿足使用者需求。此時，若庫存不足，便會以錯誤碼提示使用者。
  
• 以上的矛盾在於：ECS庫存系統不希望將庫存剩餘數量透露給使用者，防止使用者惡意下單購買導致庫存斷供；對於普通使用者來說，下單報庫存不足，需要重新選擇配置，無形降低了使用者購買體驗。

5、如何提升使用者體驗

思考如何提升庫存問題產生的下單購買體驗：

• 將庫存數量透明給使用者，優點是：使用者可以清楚看到每種產品數量，預先了解庫存風險；缺點是：對於資源匱乏的可用區產品，容易產生資源爭搶與惡性競爭。
• 全力以赴 下單模式，使用者在下單前，填寫購買例項數量的時，如果需求的數量大於1臺，使用者可以選擇最小購買數量 : 「ECS的庫存數量 < 最小購買數量，會建立失敗；當 庫存數量 >= 最小購買數量，會盡可能最大化數量建立。」
  總結下：使用者如果義無反顧選擇相信ECS根據庫存情況幫助使用者下單，則ECS庫存系統在下單校驗的時候，會全力以赴幫助使用者爭取庫存，滿足使用者的下單需求。

• 對於openAPI批量購買的使用者，即將同樣推出 全力以赴 模式（文件地址）

名稱	型別	是否必須	描述
…	…	…	…
Amount	String	否	指定建立ECS例項的數量。取值範圍：[1, 100]預設值：1
MinAmount	String	否	最小購買ECS例項的數量。取值範圍：[1, 100]預設值：無 （注1 ）
…	…	…	…

注1: ECS的庫存數量 < 最小購買數量，會建立失敗；當 庫存數量 > 最小購買數量，會盡可能最大化數量建立

6、總結

• 使用者體驗提升之路永無止境，一個小小的改動優化，可以大大提升使用者購買的幸福感。
• 我們一步一步向完美努力，便是我們不竭的生命力與競爭力。
• 為了無法計算的價值：阿里雲殺殺殺！