“不就是提個小需求么兢榨？你們怎么反應(yīng)那么慢？”
“你們這個需求排不到App里面顺饮，不予立項”
“你們產(chǎn)品寫的需求文檔不是我們要的效果啊吵聪，我們看重的是……”
“排隊排隊排隊，研發(fā)人不夠兼雄，排期已經(jīng)到下個月中了吟逝。”
“功能測試已經(jīng)通過了赦肋，但是App近期沒有上線計劃块攒，上線要等到下個月初哈”
“特殊時期，包含該內(nèi)容的APP一律不予審核通過”
太難了金砍，一個需求從提出局蚀、到立項、到研發(fā)完成恕稠、到正式上線琅绅，到底要經(jīng)歷多少艱難險阻？
比漫長的上線流程更扎心的鹅巍，是好不容易上線的功能千扶，錯過了最佳窗口期，結(jié)果沒有達到想要的效果骆捧。
一個功能的上線澎羞，就算再精簡流程，受限于組織架構(gòu)敛苇、軟件架構(gòu)妆绞，也很難提升到哪兒去。而與繁復(fù)流程相伴的，是愈加豐富的業(yè)務(wù)場景和訴求：
業(yè)務(wù)部門：市場千變?nèi)f化括饶，必須加快需求的響應(yīng)速度株茶，及時跟上市場熱點
運營部門：運營理論千千萬萬，App無法獲得用戶畫像图焰，就根本無法支撐精細化運營启盛；而產(chǎn)品迭代速度又嚴重限制了運營計劃的上線
產(chǎn)品部門：需求如潮水，處理不完的優(yōu)先級排序技羔，一味跟隨業(yè)務(wù)需求僵闯，又導(dǎo)致App愈發(fā)冗余、缺少亮點
研發(fā)部門：排期藤滥、缺人鳖粟、趕工，不停的做需求超陆，根本沒有多余的精力審查代碼牺弹、優(yōu)化架構(gòu)、提升性能
這真的就是一個死結(jié)么时呀？就沒有辦法，能夠同時滿足多方訴求晶默？
有谨娜！來試試灰度發(fā)布吧！
什么是灰度發(fā)布磺陡？
按照傳統(tǒng)定義趴梢，灰度發(fā)布是指在黑與白之間，能夠平滑過渡的一種發(fā)布方式币他。 在其上可以進行A/B testing坞靶，即讓一部分用戶繼續(xù)用產(chǎn)品特性A，一部分用戶開始用產(chǎn)品特性B蝴悉，如果用戶對B沒有什么反對意見彰阴，那么逐步擴大范圍，把所有用戶都遷移到B上面來拍冠。（源自維基百科）
而在講究“增長黑客”概念尿这、需要精細化運營的今天，灰度發(fā)布不僅僅是一個發(fā)布方式庆杜，它可以：
快速驗證營銷計劃或產(chǎn)品創(chuàng)想射众，用更低的成本實現(xiàn)更多的嘗試
為新功能驗證提供數(shù)字證明，用科學(xué)實驗代替主觀判斷
提前“試點”新功能晃财，通過實驗組對比叨橱，得到更明確的what? to do next
“摸底”用戶反饋，將不受歡迎的功能“扼殺”在搖籃
縮短研發(fā)測試流程，加快團隊敏捷度
事實上罗洗，盡管灰度發(fā)布看起來十分“美妙”愉舔，但在真實環(huán)境中，受限于灰度實驗設(shè)計流程的繁瑣栖博，極少有團隊能通過灰度屑宠，提升App整體轉(zhuǎn)化。
這其中的難點包括：
由于灰度需要實驗組和正常組仇让，因此設(shè)計實驗組的過程中典奉，并不能直接降低研發(fā)工作量
對App缺少“數(shù)據(jù)抓手”，投放灰度后丧叽，很難獲得有效卫玖、真實、及時的用戶反饋
灰度發(fā)布的可選項極少踊淳，App本身只能通過有限工具假瞬、實現(xiàn)不可控的灰度范圍
灰度更適用于有限的小功能，如按鈕顏色迂尝、文字微調(diào)脱茉，只能提升部分業(yè)務(wù)轉(zhuǎn)化率
如對大版本進行灰度，受限于工具垄开，又進入了灰度范圍難以控制的死循環(huán)
怎么做好一個灰度發(fā)布琴许？
讓我們再回顧一下灰度發(fā)布中的難點，總結(jié)起來溉躲，無非是：
灰度功能也需要開發(fā)榜田，對應(yīng)就是一個完整的開發(fā)流程，這一點看起來無法避免
灰度發(fā)布需要更嚴謹?shù)姆桨冈O(shè)計锻梳，針對什么人箭券、灰度什么內(nèi)容，如何分析并運用分析結(jié)果疑枯，這都需要精于業(yè)務(wù)辩块、了解產(chǎn)品與用戶的人去精心設(shè)計的
灰度發(fā)布的覆蓋人群應(yīng)該更精準(zhǔn)，覆蓋方式必須多樣且能滿足灰度方案的需求
灰度發(fā)布之后的數(shù)據(jù)必須得到妥善的記錄
灰度發(fā)布應(yīng)該不局限于小功能神汹，只能針對H5頁面的發(fā)布庆捺，不能滿足更大、更豐富的業(yè)務(wù)場景
而這一切屁魏，都可以在凡泰小程序開放平臺中得到解決滔以。
凡泰小程序開放平臺致力于幫助企業(yè)將App“碎片化”，將原先“不可分割”的整體氓拼，打碎成一個又一個由小程序組成的功能模塊你画。通過小程序化抵碟，企業(yè)可以將不同業(yè)務(wù)模塊拆分，每個業(yè)務(wù)模塊自行更新坏匪、迭代拟逮，不再受限于整體App發(fā)版流程，業(yè)務(wù)靈活度适滓、開發(fā)敏捷度敦迄，都將獲得極大提升。
而在灰度發(fā)布的流程中凭迹，一旦業(yè)務(wù)人員提出了對應(yīng)的業(yè)務(wù)需求罚屋，既可以馬上投入對應(yīng)的研發(fā)流程，這一流程的好處在于：
業(yè)務(wù)功能（小程序）在內(nèi)部獨立開發(fā)嗅绸，無需占用過多開發(fā)人力脾猛，需求響應(yīng)時間將大幅縮短
小程序僅需完成內(nèi)部測試、審核鱼鸠，小程序自身的熱更新機制猛拴，可以繞過App應(yīng)用市場漫長的審核周期，快速完成功能上線
灰度實驗的設(shè)計與落地蚀狰，由開發(fā)人員轉(zhuǎn)為業(yè)務(wù)人員愉昆，業(yè)務(wù)人員自行設(shè)計灰度范圍、灰度規(guī)則麻蹋，將能更高的完成實驗組的設(shè)置與實踐
實現(xiàn)功能與業(yè)務(wù)的敏捷迭代撼唾，不讓好想法蒙塵，下一個業(yè)務(wù)爆發(fā)點可能就藏在這個小小的idea后面
凡泰小程序開放平臺灰度發(fā)布的構(gòu)成
1哥蔚、豐富、可視化的規(guī)則配置蛛蒙，滿足個性化的發(fā)布設(shè)置
凡泰小程序開放平臺將復(fù)雜的規(guī)則配置可視化糙箍，只需簡單幾步，即可完成個性化業(yè)務(wù)規(guī)則設(shè)置牵祟。這些設(shè)置既可以是最常見的用戶列表深夯、年齡、城市诺苹；也可以是一些技術(shù)指標(biāo)咕晋，如手機型號、系統(tǒng)版本收奔；更可以自由的添加具有業(yè)務(wù)特征的規(guī)則掌呜，如是否為高級付費用戶、是否關(guān)聯(lián)過公司其他產(chǎn)品等坪哄。
2质蕉、簡單的灰度發(fā)布創(chuàng)建流程势篡，讓灰度實驗得到最好的體現(xiàn)
構(gòu)建在規(guī)則庫之上，是凡泰根據(jù)多種灰度發(fā)布場景模暗，提煉出的最完整禁悠、最易用、最科學(xué)的灰度發(fā)布方案創(chuàng)建流程兑宇。在本流程中碍侦，業(yè)務(wù)人員選擇已經(jīng)完成開發(fā)、測試的小程序版本隶糕，根據(jù)灰度方案瓷产，選擇對應(yīng)的發(fā)布時間窗、規(guī)則若厚、規(guī)則間的規(guī)則以及未命中處理拦英。
灰度方案一旦創(chuàng)建成功，即可實時同步至App內(nèi)测秸，無需再次等待功能審核疤估，對于時效性要求極高的發(fā)布而言，將能獲得最直接霎冯、最實時的數(shù)據(jù)反饋铃拇。而一旦出現(xiàn)不良反饋，也能立馬將小程序內(nèi)容“回滾”到已有版本上去沈撞。
3慷荔、SDK沙箱自動上報相關(guān)數(shù)據(jù)，實現(xiàn)灰度發(fā)布完整閉環(huán)
無需對每一個小程序都進行業(yè)務(wù)埋點開發(fā)缠俺，凡泰發(fā)布的小程序運行時SDK显晶，會針對一些常見數(shù)據(jù)，進行自動的搜集和上報壹士；同時磷雇，針對需要復(fù)雜業(yè)務(wù)數(shù)據(jù)回傳的小程序而言，由于SDK有規(guī)范的數(shù)據(jù)上報協(xié)議躏救，因此只需完成少量開發(fā)唯笙，即可實現(xiàn)最準(zhǔn)確的數(shù)據(jù)上報回傳。
來試試吧盒使！用凡泰小程序開放平臺崩掘，實現(xiàn)你對“千人千面”的所有創(chuàng)想！
