編輯 | 強風吹拂
“不就是提個小需求麼？你們怎麼反應那麼慢？”
“你們這個需求排不到App裏面，不予立項”
“你們產品寫的需求文檔不是我們要的效果啊，我們看重的是……”
“排隊排隊排隊，研發人不夠，排期已經到下個月中了。”
“功能測試已經通過了，但是App近期沒有上線計劃，上線要等到下個月初哈”
“特殊時期，包含該內容的APP一律不予審覈通過”
........
太難了，一個需求從提出、到立項、到研發完成、到正式上線，到底要經歷多少艱難險阻？
比漫長的上線流程更扎心的，是好不容易上線的功能，錯過了最佳窗口期，結果沒有達到想要的效果。
就像這個流程圖中所展現的，一個功能的上線，就算再精簡流程，受限於組織架構、軟件架構，也很難提升到哪兒去。而與繁複流程相伴的，是愈加豐富的業務場景和訴求：
業務部門：市場千變萬化，必須加快需求的響應速度，及時跟上市場熱點
運營部門：運營理論千千萬萬，App無法獲得用戶畫像，就根本無法支撐精細化運營；而產品迭代速度又嚴重限制了運營計劃的上線
產品部門：需求如潮水，處理不完的優先級排序，一味跟隨業務需求，又導致App愈發冗餘、缺少亮點
研發部門：排期、缺人、趕工，不停的做需求，根本沒有多餘的精力審查代碼、優化架構、提升性能
這真的就是一個死結麼？就沒有辦法，能夠同時滿足多方訴求？
有！來試試灰度發佈吧！
什麼是灰度發佈？
按照傳統定義，灰度發佈是指在黑與白之間，能夠平滑過渡的一種發佈方式。 在其上可以進行A/B testing，即讓一部分用戶繼續用產品特性A，一部分用戶開始用產品特性B，如果用戶對B沒有什麼反對意見，那麼逐步擴大範圍，把所有用戶都遷移到B上面來。（源自維基百科）
而在講究“增長***”概念、需要精細化運營的今天，灰度發佈不僅僅是一個發佈方式，它可以：
快速驗證營銷計劃或產品創想，用更低的成本實現更多的嘗試
爲新功能驗證提供數字證明，用科學實驗代替主觀判斷
提前“試點”新功能，通過實驗組對比，得到更明確的what to do next
“摸底”用戶反饋，將不受歡迎的功能“扼殺”在搖籃
縮短研發測試流程，加快團隊敏捷度
事實上，儘管灰度發佈看起來十分“美妙”，但在真實環境中，受限於灰度實驗設計流程的繁瑣，極少有團隊能通過灰度，提升App整體轉化。
這其中的難點包括：
由於灰度需要實驗組和正常組，因此設計實驗組的過程中，並不能直接降低研發工作量
對App缺少“數據抓手”，投放灰度後，很難獲得有效、真實、及時的用戶反饋
灰度發佈的可選項極少，App本身只能通過有限工具、實現不可控的灰度範圍
灰度更適用於有限的小功能，如按鈕顏色、文字微調，只能提升部分業務轉化率
如對大版本進行灰度，受限於工具，又進入了灰度範圍難以控制的死循環
怎麼做好一個灰度發佈？
讓我們再回顧一下灰度發佈中的難點，總結起來，無非是：
灰度功能也需要開發，對應就是一個完整的開發流程，這一點看起來無法避免
灰度發佈需要更嚴謹的方案設計，針對什麼人、灰度什麼內容，如何分析並運用分析結果，這都需要精於業務、瞭解產品與用戶的人去精心設計的
灰度發佈的覆蓋人羣應該更精準，覆蓋方式必須多樣且能滿足灰度方案的需求
灰度發佈之後的數據必須得到妥善的記錄
灰度發佈應該不侷限於小功能，只能針對H5頁面的發佈，不能滿足更大、更豐富的業務場景 而這一切，都可以在凡泰小程序開放平臺中得到解決。
先來看看整個灰度發佈的設計與開發流程：
凡泰小程序開放平臺致力於幫助企業將App“碎片化”，將原先“不可分割”的整體，打碎成一個又一個由小程序組成的功能模塊。通過小程序化，企業可以將不同業務模塊拆分，每個業務模塊自行更新、迭代，不再受限於整體App發版流程，業務靈活度、開發敏捷度，都將獲得極大提升。
而在灰度發佈的流程中，一旦業務人員提出了對應的業務需求，既可以馬上投入對應的研發流程，這一流程的好處在於：
業務功能（小程序）在內部獨立開發，無需佔用過多開發人力，需求響應時間將大幅縮短
小程序僅需完成內部測試、審覈，小程序自身的熱更新機制，可以繞過App應用市場漫長的審覈週期，快速完成功能上線
灰度實驗的設計與落地，由開發人員轉爲業務人員，業務人員自行設計灰度範圍、灰度規則，將能更高的完成實驗組的設置與實踐
實現功能與業務的敏捷迭代，不讓好想法蒙塵，下一個業務爆發點可能就藏在這個小小的idea後面
凡泰小程序開放平臺灰度發佈的構成
1、豐富、可視化的規則配置，滿足個性化的發佈設置
凡泰小程序開放平臺將複雜的規則配置可視化，只需簡單幾步，即可完成個性化業務規則設置。這些設置既可以是最常見的用戶列表、年齡、城市；也可以是一些技術指標，如手機型號、系統版本；更可以自由的添加具有業務特徵的規則，如是否爲高級付費用戶、是否關聯過公司其他產品等。
2、簡單的灰度發佈創建流程，讓灰度實驗得到最好的體現
構建在規則庫之上，是凡泰根據多種灰度發佈場景，提煉出的最完整、最易用、最科學的灰度發佈方案創建流程。在本流程中，業務人員選擇已經完成開發、測試的小程序版本，根據灰度方案，選擇對應的發佈時間窗、規則、規則間的規則以及未命中處理。
灰度方案一旦創建成功，即可實時同步至App內，無需再次等待功能審覈，對於時效性要求極高的發佈而言，將能獲得最直接、最實時的數據反饋。而一旦出現不良反饋，也能立馬將小程序內容“回滾”到已有版本上去。
3、SDK沙箱自動上報相關數據，實現灰度發佈完整閉環
無需對每一個小程序都進行業務埋點開發，凡泰發佈的小程序運行時SDK，會針對一些常見數據，進行自動的蒐集和上報；同時，針對需要複雜業務數據回傳的小程序而言，由於SDK有規範的數據上報協議，因此只需完成少量開發，即可實現最準確的數據上報回傳。
來試試吧！用凡泰小程序開放平臺，實現你對“千人千面”的所有創想！
想了解更多？可關注凡泰極客公衆號