傳統(tǒng)的產(chǎn)品研發(fā)模式大致可以分為：產(chǎn)品調(diào)研-架構(gòu)評估-產(chǎn)品啟動-需求分析-產(chǎn)品設(shè)計(jì)-產(chǎn)品開發(fā)-產(chǎn)品發(fā)布七大階段。本人在公司經(jīng)歷過大大小小的項(xiàng)目數(shù)以百計(jì)，發(fā)覺這些階段一直以來都是以一條直線的形式串行著：從產(chǎn)品調(diào)研到產(chǎn)品發(fā)布，總是一拖到底。這樣的做法對于范圍比較大，周期比較長的項(xiàng)目，尤其是用戶體驗(yàn)類項(xiàng)目而言，存在較大的弊端：我們很可能在沒有足夠清楚用戶需求的情況下，定制了過多的輔助功能，這樣即拉長了項(xiàng)目周期，又無謂的投入了過多的人力，在資源如此寶貴的今天，浪費(fèi)資源實(shí)在太過奢侈，我代表春哥鄙視之…
言歸正傳，切入今天要談的話題 —-“產(chǎn)品灰度上線的研發(fā)模式”。何謂“灰度上線”，簡單點(diǎn)理解就是按產(chǎn)品需求優(yōu)先級，抽出核心需求，在滿足用戶基本要求的情況下快速上線，并通過限制流量、白名單等機(jī)制進(jìn)行產(chǎn)品試用，以此收集用戶的意見，從而萃取出用戶潛在的需求，形成后續(xù)更有針對性的設(shè)計(jì)方案。
和傳統(tǒng)研發(fā)模式相比，這么做唯一的區(qū)別就在于將原先一鍋粥式的需求和功能點(diǎn)進(jìn)行了輕重緩急的排序，并以此將項(xiàng)目從原來的單長線作戰(zhàn)轉(zhuǎn)化為多迭代短線循環(huán)，讓產(chǎn)品的生命周期不再曇花一現(xiàn)。
如此一來，需求分析階段顯得尤為關(guān)鍵，我們必須清晰的將需求按優(yōu)先級歸納分類為幾個(gè)序列，如：p1,p2,p3…核心功能和必備的體驗(yàn)在p1序列，輔助功能點(diǎn)和輔助型體驗(yàn)列在p2序列，爭執(zhí)不定的需求點(diǎn)可以放在p3序列。需求排序后，我們可以將項(xiàng)目發(fā)布點(diǎn)有序的分成(>2期)，第一期只確保主要的核心功能和基礎(chǔ)體驗(yàn)快速灰度上線，隨后通過用戶訪談、產(chǎn)品的tracker&session數(shù)據(jù)、業(yè)務(wù)數(shù)據(jù)等手段分析出用戶對產(chǎn)品的真實(shí)反應(yīng)，并以此調(diào)整二期需求，該加的加，該砍的砍，做到有的放矢。
有畫面有真相，我們就以支付寶個(gè)人版三期中提醒代扣項(xiàng)目的研發(fā)始末為反例，正視我們現(xiàn)有研發(fā)模式中存在的問題：整個(gè)項(xiàng)目從產(chǎn)品啟動到產(chǎn)品發(fā)布?xì)v時(shí)近3個(gè)月之久，發(fā)布后卻尷尬的發(fā)現(xiàn)用戶的青睞程度并不高，甚至可以用“門可羅雀”來形容產(chǎn)品使用率之慘淡，當(dāng)然產(chǎn)品的始作蛹者可以推托怪罪于運(yùn)營力度不夠，也可以感慨產(chǎn)品的身不逢時(shí)，但是作為產(chǎn)品的設(shè)計(jì)者，在用戶需求并不明朗，且欠東風(fēng)的情況下除了核心功能，你完全沒必要夾雜過多的輔助功能、體驗(yàn)…試想，在這個(gè)項(xiàng)目中，我們采用灰度上線的研發(fā)思路，那么這款產(chǎn)品的核心功能上線周期將縮短一倍有余，我們將贏得足夠的時(shí)間觀察用戶，并形成相應(yīng)的運(yùn)營策略以及產(chǎn)品體驗(yàn)的優(yōu)化策略。比之將產(chǎn)品一捅到底后奄奄一息，合理的規(guī)劃迭代研發(fā)將使你的產(chǎn)品呈現(xiàn)出更旺盛的生命力，這樣才可能撐過你感嘆的“身不逢時(shí)”。
當(dāng)然從產(chǎn)品角度來看，我們必須肯定提醒代扣的戰(zhàn)略意義，他將成為支付寶會員的理財(cái)管家，繳費(fèi)、還款、充值、付款等等操作都可以在這個(gè)平臺上進(jìn)行定制，非常便捷，絕對堪稱支付寶一款“偉大”的產(chǎn)品。但是再偉大的產(chǎn)品，在一個(gè)不適合的時(shí)間通過不恰當(dāng)?shù)姆绞秸Q生，也無怪受人唏噓，唏噓的絕非產(chǎn)品本身，而是產(chǎn)品的設(shè)計(jì)規(guī)劃和研發(fā)模式，恩，設(shè)計(jì)師，你懂的!
作為一個(gè)非專業(yè)流程管理人員夸夸其談了這么多，實(shí)感不易，不論說的怎么樣，最后還是要總結(jié)呈詞：產(chǎn)品灰度上線的研發(fā)思路，其好處就在于將原先一鍋粥的需求按輕重緩急做了一個(gè)排序，并將原來一捅到底的研發(fā)模式合理的做了一個(gè)迭代的循環(huán)，即縮短了產(chǎn)品核心功能的上線的周期，又大大降低了未明需求情況下的資源浪費(fèi)，可謂雙贏。尤為重要的是，通過有計(jì)劃的迭代開發(fā)，我們可以真正做到以用戶為中心的設(shè)計(jì)理念。