什麼是灰度釋出，其要點有哪些？

 

最近跟幾個聊的來的同行來了一次說聚就聚的晚餐，聊了一下最近的工作情況如何以及未來規劃等等，酒足飯飽後我們聊了一個話題“灰度釋出”。

因為筆者所負責的產品還沒有達到他們產品使用者的量級上（最低的都在1千萬+），也就談不上灰度釋出這一環節，所以只有聽的份。

雖然筆者暫時沒有涉及到，但在工作中也聽過關於灰度釋出的一些資訊，只不過這一次聽他們幾個交談後更是增長了不少知識，為了讓自己更加的瞭解這一個“新”概念，回到住處就在網上慢慢的“啃”起來，下面則是我對“灰度釋出”的理解，現分享出來。

我理解的灰度釋出，主要是按照一定策略選取部分使用者，讓他們先行體驗新版本的應用，通過收集這部分使用者對新版本應用的反饋（如：微博、微信公眾號留言或者產品資料指標統計、使用者行為的資料埋點）以及對新版本功能、效能、穩定性等指標進行評論，進而決定繼續放大新版本投放範圍直至全量升級或回滾至老版本。

1、什麼是灰度釋出，有哪些好處？

答：灰度釋出（又名金絲雀釋出）是指在黑與白之間，能夠平滑過渡的一種釋出方式。

在其上可以進行A/B testing，即讓一部分使用者繼續用產品特性A，一部分使用者開始用產品特性B，如果使用者對B沒有什麼反對意見，那麼逐步擴大範圍，把所有使用者都遷移到B上面來。灰度釋出可以保證整體系統的穩定，在初始灰度的時候就可以發現、調整問題，以保證其影響度。灰度期：灰度釋出開始到結束期間的這一段時間，稱為灰度期。（來源於百度百科）

好處：

1. 提前獲得目標使用者的使用反饋；
2. 根據反饋結果，做到查漏補缺；
3. 發現重大問題，可回滾“舊版本”；
4. 補充完善產品不足；
5. 快速驗證產品的 idea。

2、那麼灰度釋出的流程是咋樣的呢？

相關解釋：

• 選定策略：包括使用者規模、釋出頻率、功能覆蓋度、回滾策略、運營策略、新舊系統部署策略等
• 篩選使用者：包括使用者特徵、使用者數量、使用者常用功能、使用者範圍等
• 部署系統：部署新系統、部署使用者行為分析系統（web analytics）、設定分流規則、運營資料分析、分流規則微調
• 釋出總結：使用者行為分析報告、使用者問卷調查、社會化媒體意見收集、形成產品功能改進列表

【某寶的案例.來源網路】

產品需求收集和確定 –&gt； 技術方案出具和分工協調 –&gt； 開發編碼 –&gt； 內部伺服器環境的測試 –&gt； 聯調（又名預發環境） –&gt； 小淘寶環境釋出，內部員工噴噴噴 –&gt； 小流量（具體有多少取決於業務影響面）公網測試 –&gt； 收集資料寫反饋 –&gt； 全量上線。

3、灰度釋出的方式方法有哪些？

產品Q群、產品微信群、內部使用者、app自升級、換量渠道、不會被抓包的小市場，在這些渠道將灰度包放還出去。這裡邊可控度最強的當屬app自升級了。根據時間段，使用者版本，升級請求數量，實際升級數等等

4、灰度釋出三大型別？

1. web頁面灰度：按照ip或者使用者id切流啊。具有隨機性，可以控制比例
2. 服務端灰度：考驗主系分能力了，可以做邏輯切換開關，按照義務相關屬性逐漸切流
3. 客戶端灰度：一般按照使用者逐漸推送包，主要是PC端(WIN，MAC)、移動端（安卓，OS）內部大規模內測

5、灰度釋出時，目標使用者選取策略？

即選取哪些使用者先行體驗新版本，是強制升級還是讓使用者自主選擇等。可考慮的因素很多，包括但不限於地理位置、使用者終端特性（如解析度、效能）、使用者自身特點（性別、年齡、忠誠度等）。

對於細微修改（如文案、少量控制元件位置調整）可直接強制升級，對於類似新浪微博改版這樣的大型升級，應讓使用者自主選擇，最好能夠提供讓使用者自主回滾至舊版本的渠道。

對於客戶端應用，可以考慮類似Chrome的多channel升級策略，讓使用者自主選擇採用stable、beta、unstable channel的版本。在使用者有明確預期的情況下自行承擔試用風險。

6、A/B測試雲服務提供商

海外應用：optimizely

國內應用：AppAdhoc（簡單夠用）、optimizely（相當強大，尤其在native app A/B測試這塊）

7、延伸閱讀：

2015年5月31日，馬化騰在香港大學李兆基會議中心大禮堂舉辦了一場創業演講，演講中爆了一個大料：微信的誕生史。

微信在誕生之前，在騰訊內部有三個團隊在同時做微信，主要競爭者為張小龍的e-mail團隊和手機QQ團隊。做這個產品之前，騰訊內部並沒有給這個產品定一個完整的基調，而是讓公司內部形成一個激烈的競爭，通過觀察使用者對產品的喜好程度和產品的實際完成情況決定上線結果。

馬化騰的灰度機制是這樣的：很多公司在一開始做產品定義時，要麼確定它是黑的，要麼確定它是白的。但是馬化騰發現，網際網路產品的定義是有使用者投票決定的。在一開始，我們不定義它是黑，還是白，有一個灰度的週期。在這個灰度週期裡，讓使用者的口碑決定它是生是死，是白還是黑。

說的再直接點，這也是馬化騰創新上的灰度機制：容忍失敗，允許適度浪費，鼓勵內部競爭內部試錯。馬化騰說過，在產品研發過程中，我們還會有一個困惑：自己做的這個產品萬一失敗了怎麼辦?

我的經驗是，在面對創新的問題上，要允許適度的浪費。怎麼理解？

就是在資源許可的前提下，即使有一兩個團隊同時研發一款產品也是可以接受的，只要你認為這個專案是你在戰略上必須做的。

很多人都看到了微信的成功，但大家不知道，其實在騰訊內部，先後有幾個團隊都在同時研發基於手機的通訊軟體，每個團隊的設計理念和實現方式都不一樣，最後微信受到了更多使用者的青睞。

你能說這是資源的浪費嗎？我認為不是，沒有競爭就意味著創新的死亡。即使最後有的團隊在競爭中失敗，但它依然是激發成功者靈感的源泉，可以把它理解為內部試錯。

具體內容，請參考：《馬化騰致信合作伙伴：灰度法則的七個維度》

1. 需求度：使用者需求是產品核心，產品對需求的體現程度，就是企業被生態所需要的程度；
2. 速度：快速實現單點突破，角度、銳度尤其是速度，是產品在生態中存在發展的根本；
3. 靈活度：敏捷企業、快速迭代產品的關鍵是主動變化，主動變化比應變能力更重要；
4. 冗餘度：容忍失敗，允許適度浪費，鼓勵內部競爭內部試錯，不嘗試失敗就沒有成功；
5. 開放協作度：最大程度地擴充套件協作，網際網路很多惡性競爭都可以轉向協作型創新；
6. 進化度：構建生物型組織，讓企業組織本身在無控過程中擁有自進化、自組織能力；
7. 創新度：創新並非刻意為之，而是充滿可能性、多樣性的生物型組織的必然產物。

 http://www.woshipm.com/pmd/573429.html

 

 

灰度釋出（灰度法則）的6點認識

1、什麼是灰度釋出？

 

有所控制地選擇釋出的人群及其比例。

 

 

2、為什麼要做灰度釋出？

 

1、靈活選擇使用者參與產品測試。

2、規避一定的釋出風險，降低產品迭代升級所影響的範圍。

3、快速獲取使用者的反饋意見，完善產品功能，提升產品質量。

4、避免停服釋出給使用者帶來不便。

5、具有容災能力：降低全量釋出引起的伺服器崩潰等風險，逐步釋出產品，逐步控制伺服器壓力。

 

 

3、什麼時候需要進行灰度釋出？

 

任何時候。

 

 

4、灰度釋出 VS A/B測試

 

目的

灰度釋出：減少bug風險

A/B測試：對比多種方案，得出最好的優化方案

 

 

資料指標

 

分流控制

灰度釋出：逐步擴大使用者

A/B測試：選定在某個流量上進行較長時間的試驗

 

 

5、如何進行灰度釋出？

 

1、定義目標

降低產品BUG風險；

試驗新功能，看這個新功能的指標是否能達到預期，或者是否會對產品造成損失。

 

2、選定灰度策略

使用者選擇：地理位置、終端特性等

功能覆蓋度：逐步，還是全部開放功能

提供資料反饋入口

回滾或釋出上線

公關運營

 

3、篩選使用者

使用者特徵

使用者流量

使用者範圍：內部使用者 > 種子使用者 > 活躍使用者 > 所有使用者。

體驗一致性：新舊方案使用者使用習慣差異太大沒有相容原有功能，新舊方案功能差異太大無法並行必須強制升級，新方案只實現了舊方案的部分功能，使用者要使用完整功能需要來回切換等。

 

4、灰度釋出上線

整合灰度、分析平臺

設定分流規則

灰度釋出新版本

運營資料採集分析

分流規則微調

灰度釋出 產品完善  新一輪灰度釋出  完整發布

 

 

6、灰度釋出常見問題

 

1、以偏概全

選擇的樣本不具有代表性

樣本使用者使用習慣並沒有涉及所有升級的核心功能。

 

2、無法定量分析

結果沒有量化手段，只依賴使用者問卷調查，沒有分析灰度系統。

運營資料不全面，只有核心業務指標，沒有使用者體驗指標等。

對結果分析只發布有利的資訊，對其他視而不見。

 

3、使用者參與度不夠

很多產品期望使用者自己發掘所有功能，而大部分使用者經常只使用部分功能，或者說互動的渠道非常單一，或者陷入知識的詛咒不尊重使用者的意見。

 

4、灰度釋出不是萬能的

前期規劃要充分。

 

 

7、網際網路產品創新“灰度法則”的七個維度

 

1、需求度

使用者需求是產品的核心，產品對於需求的體現程度，就是企業被使用者所需要的程度。使用者不需要的東西就是捨本逐末。一邊要做自己產品的忠實使用者，一邊把自己的觸角伸到其他使用者當中，去感受他們真實的聲音。

 

2、速度

快速實現單點突破，角度、銳度尤其是速度，是產品在生態中存在發展的根本。快速向完美逼近。為了實現單點突破允許不完美，但要快速向完美逼近，市場不是一個耐心的等待者。

 

3、靈活度

網際網路生態瞬息萬變，更早地預見問題，主動變化，就不會在市場中陷入被動。在維護根基，保持和增強核心競爭力的同時，企業各方面靈活性非常關鍵。敏捷企業、快速迭代產品的關鍵是主動變化，主動變化比應變能力更重要。

 

4、冗餘度

容忍失敗，允許適度浪費，鼓勵內部競爭內部試錯，不嘗試失敗就沒有成功。

 

5、開發協作度

最大程度地擴充套件協作，網際網路很多惡性競爭都可以轉向協作型創新。網際網路將更大範圍的捲入協作，越多人蔘與，網路的價值就越大，使用者需求就越能得到滿足，每一個參與的組織從中獲得的收益也越大。在聚焦於自己核心價值的同時，適當深化和擴大社會化協作。

 

6、進化度

一個企業的文化、DNA、組織方式是否具備自主進化、自主生長、自我修復的能力。構建生物型組織，讓企業組織本身在無控過程中擁有自進化、自組織能力。

 

7、創新度

創新並非刻意為之，而是充滿可能性、多樣性的生物型組織的必然產物。

 

 

---

注：以上內容來源於“三節課”的公開課《給產品運營的技術課：A/B測試和灰度釋出》，及“騰訊馬化騰的‘網際網路產品：灰度法則的七個維度’”。

作者：鯉洋Mark
連結：https://www.jianshu.com/p/ad25d2a44cd9
來源：簡書
簡書著作權歸作者所有，任何形式的轉載都請聯絡作者獲得授權並註明出處。