現狀：
目前產品有新版本，release測試通過以后，直接放到更新服務器上，做全量用戶推送。當發現新版本存在測試未覆蓋到的問題時，造成的影響面較大，解決問題的代價也很大。因此可以考慮引入灰度發布。
灰度發布：
新版本准備好時，挑選全量用戶中的一小部分用戶，先推送新版本功能。過一段時間確認沒有大的問題后，再進行全量用戶的推送。
灰度發布可以保證整體系統的穩定，在初始灰度的時候就可以發現、調整問題，以保證其影響度。
目前大多主流WEB應用都使用了灰度發布的方式。
擴展：
一種更高明的灰度發布方式是：一些更改比較大、跟原有用戶習慣差別很大或者風險比較大的修改，獨立出來，可以讓用戶自己來選擇是否更新。
當然，這種灰度發布方式對整個產品和支撐體系提出了更高的要求，很多產品因為自身原因也無法采用這種發布方式。
支撐：
與灰度發布相關的，還需要有完整的灰度用戶使用情況收集和統計分析，還有及時的問題響應和解決機制。
對於外部產品，還需要及時收集和響應社交媒體上的用戶吐槽，對新產品的問題給出積極的反饋。
擴展閱讀：
1.灰度發布 http://enki-ding-yeah-net.iteye.com/blog/1114565
2.實現一套灰度發布系統需要考慮哪些問題?http://www.zhihu.com/question/20584476