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

1、從購買ECS談起

彈性計算新版

ECS購買控制台

為使用者新購Ecs伺服器提供了便捷的互動方式與豐富的功能選擇。

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

  

2、快速發展的供給災難

随着ECS業務不斷發展，業務複雜度給産品供給造成了指數級複雜困擾

• 産品發展：然而随着ECS産品多樣化（ 主售産品 ）與更新換代 ( 停售産品 )。400種規格附加

  網絡類型

  +

  磁盤類型

  兩個屬性的組合已将産品SKU推送到了千級别。
• 地域發展：多樣化 地域與可用區 截至目前，阿裡雲已經在全球 18個地理區域内營運着45個可用區。千級别的産品SKU附加可用區産品内部署政策，供給複雜度已經上升到十萬級别。

• 實體限制：由于機房容量固定，不可無限擴容伺服器。與此同時使用者野蠻式增長，短時間内将機房空間占滿。使得老機房甚至已無法擴容庫存，隻能存量消耗。

3、緩解供給災難

為解決十萬級别供給複雜度，ECS産品應對政策為“抓大放小”。優先解決主要沖突，逐漸擊破次要沖突。

• 重點關注 庫存供給情況。
• 重點關注主售

4、供給沖突下的庫存問題

• 供給災難

  産生的十萬級SKU供給沖突，使得ECS庫存供給無法做到十全十美。雖然“抓大放小”政策能夠緩解主要問題，卻仍舊難以完全滿足使用者多樣化的需求。
• 使用者在 經過最長5個步驟，20項左右的配置選擇下單後，根據使用者需求數量，庫存校驗系統判斷使用者資源池資源數量是否滿足使用者需求。此時，若庫存不足，便會以錯誤碼提示使用者。

  

• 以上的沖突在于：ECS庫存系統不希望将庫存剩餘數量透露給使用者，防止使用者惡意下單購買導緻庫存斷供；對于普通使用者來說，下單報庫存不足，需要重新選擇配置，無形降低了使用者購買體驗。

5、如何提升使用者體驗

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

• 将庫存數量透明給使用者，優點是：使用者可以清楚看到每種産品數量，預先了解庫存風險；缺點是：對于資源匮乏的可用區産品，容易産生資源争搶與惡性競争。

• 全力以赴

  下單模式，使用者在下單前，填寫購買執行個體數量的時，如果需求的數量大于1台，使用者可以選擇

  最小購買數量

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

  總結下：使用者如果義無反顧選擇相信ECS根據庫存情況幫助使用者下單，則ECS庫存系統在下單校驗的時候，會全力以赴幫助使用者争取庫存，滿足使用者的下單需求。

• 對于openAPI批量購買的使用者，即将同樣推出

  全力以赴

  模式（ 文檔位址 ）

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

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

6、總結

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