灰度上線，簡單點理解就是按產品需求優先權，抽出核心需求，在滿足用戶基本要求的情況下快速上線，並通過限制流量、白名單等機制進行產品試用，以此收集用戶的意見，從而萃取出用戶潛在的需求，形成後續更有針對性的設計方案。
基本介紹
- 中文名：灰度上線
- 外文名：暫無
- 研發模式：產品調研-架構評估
- 缺點：浪費資源
背景,簡介,
背景
傳統的產品研發模式大致可以分為：產品調研-架構評估-產品啟動-需求分析-產品設計-產品開發-產品發布七大階段。本人在公司經歷過大大小小的項目數以百計，發覺這些階段一直以來都是以一條直線的形式串列著：從產品調研到產品發布，總是一拖到底。這樣的做法對於範圍比較大，周期比較長的項目，尤其是用戶體驗類項目而言，存在較大的弊端：我們很可能在沒有足夠清楚用戶需求的情況下，定製了過多的輔助功能，這樣即拉長了項目周期，又無謂的投入了過多的人力。
簡介
言歸正傳，切入今天要談的話題 —-“產品灰度上線的研發模式”。何謂“灰度上線”，簡單點理解就是按產品需求優先權，抽出核心需求，在滿足用戶基本要求的情況下快速上線，並通過限制流量、白名單等機制進行產品試用，以此收集用戶的意見，從而萃取出用戶潛在的需求，形成後續更有針對性的設計方案。
和傳統研發模式相比，這么做唯一的區別就在於將原先一鍋粥式的需求和功能點進行了輕重緩急的排序，並以此將項目從原來的單長線作戰轉化為多疊代短線循環，讓產品的生命周期不再曇花一現。
如此一來，需求分析階段顯得尤為關鍵，我們必須清晰的將需求按優先權歸納分類為幾個序列，如：p1,p2,p3…核心功能和必備的體驗在p1序列，輔助功能點和輔助型體驗列在p2序列，爭執不定的需求點可以放在p3序列。需求排序後，我們可以將項目發布點有序的分成（>2期），第一期只確保主要的核心功能和基礎體驗快速灰度上線，隨後通過用戶訪談、產品的tracker&session數據、業務數據等手段分析出用戶對產品的真實反應，並以此調整二期需求，該加的加，該砍的砍，做到有的放矢。
有畫面有真相，我們就以支付寶個人版三期中提醒代扣項目的研發始末為反例，正視我們現有研發模式中存在的問題：整個項目從產品啟動到產品發布歷時近3個月之久，發布後卻尷尬的發現用戶的青睞程度並不高，甚至可以用“門可羅雀”來形容產品使用率之慘澹，當然產品的始作蛹者可以推託怪罪於運營力度不夠，也可以感慨產品的身不逢時，但是作為產品的設計者，在用戶需求並不明朗，且欠東風的情況下除了核心功能，你完全沒必要夾雜過多的輔助功能、體驗…試想，在這個項目中，我們採用灰度上線的研發思路，那么這款產品的核心功能上線周期將縮短一倍有餘，我們將贏得足夠的時間觀察用戶，並形成相應的運營策略以及產品體驗的最佳化策略。比之將產品一捅到底後奄奄一息，合理的規劃疊代研發將使你的產品呈現出更旺盛的生命力，這樣才可能撐過你感嘆的“身不逢時”。
產品灰度上線的研發思路，其好處就在於將原先一鍋粥的需求按輕重緩急做了一個排序，並將原來一捅到底的研發模式合理的做了一個疊代的循環，即縮短了產品核心功能的上線的周期，又大大降低了未明需求情況下的資源浪費，可謂雙贏。尤為重要的是，通過有計畫的疊代開發，我們可以真正做到以用戶為中心的設計理念。
