這篇文章筆者將通過一個(gè)日常工作中具體需求，重新梳理一遍從接到需求到功能上線的全過程，以及在實(shí)現(xiàn)這個(gè)需求的過程中遇到的一系列問題以及解決方案。

首先說下我們的團(tuán)隊(duì)配置：2個(gè)運(yùn)營(yíng)、1個(gè)產(chǎn)品兼測(cè)試兼部分交互、1個(gè)前端1個(gè)后端、1個(gè)設(shè)計(jì)兼部分交互。這個(gè)配置在一個(gè)以運(yùn)營(yíng)主導(dǎo)的公司里也算正常，而且需求方和技術(shù)方不在一起，溝通也不是很方便。但是，作為一個(gè)產(chǎn)品狗，搞好和技術(shù)部小伙伴之間的關(guān)系是必備技能，這可不能馬虎。

我們按照常規(guī)套路來(lái)從頭到尾講一下這個(gè)需求的實(shí)現(xiàn)過程，大體就分以下幾步：

公司不一樣流程也有小差別，比如豪氣正規(guī)的公司可能還會(huì)有灰度發(fā)布階段，當(dāng)然這也得看發(fā)布的需求值不值得這樣做，其中涉及的細(xì)節(jié)步驟暫未列出，只是寫了個(gè)大體框架，（你在原型出圖后到需求評(píng)審過程中，會(huì)有多次低保真模型流程測(cè)試，根據(jù)需求評(píng)審會(huì)其他小伙伴的意見進(jìn)行原型修改等過程）并且由于本次只是針對(duì)單個(gè)需求的制作過程，所以這個(gè)流程根據(jù)實(shí)際情況也會(huì)有些許不同。

收集需求

當(dāng)運(yùn)營(yíng)的BOSS首先跟我提這個(gè)需求的時(shí)候，他是這樣說的：

“我需要咱們這個(gè)站做一個(gè)加價(jià)購(gòu)功能，大概就是買產(chǎn)品達(dá)到一定條件后可以用少量?jī)r(jià)格換購(gòu)另外的產(chǎn)品，類似與這個(gè)網(wǎng)站的功能（于是便掏出一個(gè)臺(tái)灣的網(wǎng)站給我看）?！?/p>

顯然當(dāng)他這樣跟我們說的需求我們是不可能回一聲“哦”然后屁顛屁顛跑去開始搞加價(jià)購(gòu)，我們需要問清需求背景，需求目的，期望運(yùn)用到的需求場(chǎng)景，以及是否有后續(xù)計(jì)劃（考慮到功能拓展性）。

理解并分析需求

由于目標(biāo)客戶群體以及歐美文化因素等原因，面向這類用戶的跨境電商服裝垂直站點(diǎn)一直保持著簡(jiǎn)約，低調(diào)的風(fēng)格，即使賣幾美金的貨，網(wǎng)站逼格也必須看起來(lái)跟國(guó)際大牌站點(diǎn)風(fēng)格沒什么兩樣，正是因?yàn)檫@個(gè)原因，大部分這類網(wǎng)站并沒有多少促銷活動(dòng)，最多的兩種促銷手段是Coupon贈(zèng)送和直減打折，剩下的打折手段實(shí)在是少之又少，相比于我們國(guó)內(nèi)琳瑯滿目的促銷手段，跨境垂直B2C站點(diǎn)這塊儼然荒蕪之地。

經(jīng)過我一番窮追猛打的追問后，并且由于以前自己做過一段時(shí)間運(yùn)營(yíng)的背景，便了解到了以下情況：

• 現(xiàn)階段網(wǎng)站庫(kù)存積壓較多，常規(guī)清倉(cāng)打折活動(dòng)效果并不明顯，并且推廣入口單一（推廣人員只單純的推清倉(cāng)集合頁(yè)，量也不大），清倉(cāng)產(chǎn)品在很多流量入口沒有曝光，需要與關(guān)聯(lián)性熱賣品進(jìn)行搭配銷售，并且順便利用熱賣品的流量曝光清倉(cāng)產(chǎn)品，加快清倉(cāng)速度；
• 運(yùn)營(yíng)這邊希望在有限的流量情況下提高客單價(jià)，由于加價(jià)購(gòu)的門檻條件，當(dāng)活動(dòng)功能覆蓋的流量范圍大并且功能運(yùn)用合理的情況下，是會(huì)對(duì)網(wǎng)站整體客單價(jià)產(chǎn)生一定影響；
• 當(dāng)前運(yùn)營(yíng)活動(dòng)手段單一，常規(guī)活動(dòng)功能效果不明顯，運(yùn)營(yíng)手段有限，需要新增活動(dòng)功能；
• 未來(lái)運(yùn)營(yíng)還希望能增加積分功能，滿贈(zèng)功能等等其他活動(dòng)功能（涉及后續(xù)功能擴(kuò)展，不屬于這次需求之內(nèi)，但是也要考慮）。

至此我們明白了運(yùn)營(yíng)提加價(jià)購(gòu)的背景，原因以及目的，這個(gè)需求的運(yùn)營(yíng)真實(shí)需求是：以加價(jià)購(gòu)為基礎(chǔ)，搭建一個(gè)活動(dòng)功能體系，能夠有效的進(jìn)行商品清倉(cāng)，并且可以用運(yùn)營(yíng)手段影響客單價(jià)，增加運(yùn)營(yíng)的活動(dòng)運(yùn)營(yíng)手段。

在理解了運(yùn)營(yíng)的需求后，我們需要對(duì)用戶需求進(jìn)行分析，如何平衡用戶需求以及商業(yè)需求？這個(gè)是需要我們考慮的，我們希望用戶接受并且順暢使用我們的功能，那么從用戶角度來(lái)說，我們需要注意什么？

我們站的定位是年齡段在20-35歲的年輕女性，目標(biāo)國(guó)家則是主要集中的歐美國(guó)家，商品價(jià)格偏低，物美價(jià)廉，以服裝類目為主摻雜其他附屬品類。

所以這要是想做面對(duì)面的用戶調(diào)研是十分困難的，但是根據(jù)以往的數(shù)據(jù)分析以及行業(yè)經(jīng)驗(yàn)，我們可以知道這個(gè)客戶群是對(duì)打折促銷非常感興趣的群體，也就是對(duì)價(jià)格敏感，更直白的從人性來(lái)說就是愛占小便宜。那么用戶的使用場(chǎng)景又是如何呢？

我們需要從：

• 用戶設(shè)備；
• 用戶使用時(shí)段；
• 用戶著陸頁(yè)頁(yè)面場(chǎng)景；

這幾點(diǎn)進(jìn)行分析，最終得出契合用戶使用場(chǎng)景的解決方案。所以我們需要在功能制作中需要注意在合適的場(chǎng)景下凸顯價(jià)格差異，滿足用戶對(duì)價(jià)格敏感的特點(diǎn)，刺激下單。當(dāng)然了，你還可以根據(jù)其他的分析模型去更加具體的分析一下，常用的分析模型有馬斯諾，人性7宗罪，從用戶動(dòng)機(jī)出發(fā)，模擬用戶對(duì)需求進(jìn)行驗(yàn)證等。

需求篩選及優(yōu)先級(jí)排序

好不容易接到個(gè)需求咱就別給他在篩選和排序了。（PS：這樣做是不對(duì)的！這里我們要區(qū)別需求優(yōu)先級(jí)排序和需求功能點(diǎn)優(yōu)先級(jí)排序，兩者所處的階段不一樣）

制定迭代計(jì)劃

此需求暫不涉及大的版本迭代計(jì)劃，但是對(duì)于此需求的小版本迭代計(jì)劃，則需要在第一次評(píng)審后根據(jù)技術(shù)，運(yùn)營(yíng)等小伙伴的建議，評(píng)估具體功能點(diǎn)的實(shí)現(xiàn)難度，實(shí)現(xiàn)周期以及模擬運(yùn)營(yíng)方案后進(jìn)行排期迭代。

轉(zhuǎn)化需求

在轉(zhuǎn)化需求前我們首先要知道我們首先面臨的幾個(gè)問題：

• 類似加價(jià)購(gòu)活動(dòng)在國(guó)外站點(diǎn)基本沒有，至少在我調(diào)查的近40個(gè)無(wú)論大型綜合類電商還是小型垂直電商站基本沒有發(fā)現(xiàn)（暫時(shí)發(fā)現(xiàn)臺(tái)灣的兩個(gè)網(wǎng)站有，但是不是我們的目標(biāo)客戶群），所以，我們面臨著比較高的用戶教育成本，并且需要選用適當(dāng)?shù)奈陌缸層脩衾斫獠⑶覅⒓踊顒?dòng)；
• 此類活動(dòng)即使在國(guó)內(nèi)也沒有哪家網(wǎng)站是讓服裝類商品參與的，基本只有小零食，快消品等通用性較強(qiáng)的商品。服裝類商品涉及到尺碼，顏色，款式等個(gè)性化較高的屬性，用戶不太會(huì)草率加購(gòu)這類產(chǎn)品，并且服裝類商品如果尺碼，款式問題涉及的退換貨較多，如果主商品退貨，加購(gòu)商品退不退就很尷尬，類似這種情況涉及的糾紛也相對(duì)較多；
• 由于公司業(yè)務(wù)原因，GA頁(yè)面事件埋點(diǎn)暫時(shí)不可用，也就是說具體的頁(yè)面點(diǎn)擊事件數(shù)據(jù)暫時(shí)不可用，我們只能根據(jù)粗糙的用戶行為數(shù)據(jù),業(yè)務(wù)指標(biāo)數(shù)據(jù)以及用戶反饋來(lái)盡量合理的評(píng)估活動(dòng)功能效果；

了解面臨的問題后我們開始轉(zhuǎn)化需求。

明確需求的關(guān)鍵節(jié)點(diǎn)：

我們根據(jù)用戶使用場(chǎng)景來(lái)明確這個(gè)需求的前臺(tái)關(guān)鍵節(jié)點(diǎn)：

競(jìng)品分析

確定關(guān)鍵節(jié)點(diǎn)后，我們有針對(duì)性的進(jìn)行競(jìng)品分析，調(diào)研主流網(wǎng)站對(duì)于關(guān)鍵節(jié)點(diǎn)的處理的優(yōu)劣，由于國(guó)外沒有網(wǎng)站可以參考，在經(jīng)過多方篩選后，選取了國(guó)內(nèi)站點(diǎn)兩個(gè)綜合類并且流量較大，活動(dòng)體系完備的網(wǎng)站，京東和1號(hào)店；（在此我只是闡述下競(jìng)品分析的一些套路，具體分析內(nèi)容由于篇幅以及本文主題就不闡述了）

一般我們競(jìng)品分析分為兩種，一種是完整的競(jìng)品分析，我們需要進(jìn)入一個(gè)新市場(chǎng)，或者開一條新產(chǎn)品線，那么我們要完完整整的從戰(zhàn)略，產(chǎn)品架構(gòu)，產(chǎn)品功能點(diǎn)，產(chǎn)品界面設(shè)計(jì)等等層面去解構(gòu)，這也就是我們?cè)诟鞔缶W(wǎng)站上最常見的競(jìng)品分析報(bào)告；然而從實(shí)際工作中來(lái)看，這種分析報(bào)告確實(shí)不怎么常用（但是這種分析一般用來(lái)鍛煉一下自己的產(chǎn)品思維是有幫助的）；我們常用的是針對(duì)功能點(diǎn)或者模塊的針對(duì)性競(jìng)品分析，而這種分析又分為兩種：

• 帶著目的去拆解，優(yōu)化自己產(chǎn)品已有的功能；
• 功能總體分析評(píng)價(jià)，新增或者借(chao)鑒(xi)相應(yīng)的模塊或者功能。

而我們這次應(yīng)當(dāng)采用第二種方法，對(duì)競(jìng)品的功能進(jìn)行總體分析評(píng)價(jià)，從而新增我們的活動(dòng)體系。

競(jìng)品分析過程中….（此處省略幾千字和N張圖）

根據(jù)我們對(duì)京東和1號(hào)店的活動(dòng)體系進(jìn)行分析，得出以下關(guān)鍵結(jié)論：

一般的加購(gòu)類活動(dòng)類型包括以下幾個(gè)：

而這么多活動(dòng)規(guī)則如何有序的在購(gòu)物車進(jìn)行聚合展示呢？除了每個(gè)網(wǎng)站固有的分級(jí)策略外，一般的活動(dòng)優(yōu)先級(jí)展示是這樣的：

至于為什么是這么個(gè)順序，有興趣可以自行去研究下，筆者在此就暫不闡述啦，除了以上關(guān)鍵路徑外，我們還對(duì)關(guān)鍵節(jié)點(diǎn)頁(yè)面的活動(dòng)展示，交互方式，規(guī)則說明等做了詳細(xì)的研究和參考。在分析的過程中我們發(fā)現(xiàn)一個(gè)很嚴(yán)重的問題，這么復(fù)雜的活動(dòng)，翻譯成英語(yǔ)的話，還真沒幾個(gè)人能懂。。。打個(gè)比方，”加價(jià)購(gòu)”怎么翻譯？我專程問過好幾個(gè)國(guó)外同事，也沒人能簡(jiǎn)潔的描述出來(lái)的，沒有一個(gè)詞來(lái)形容這個(gè)詞，他們甚至沒有聽過這種活動(dòng)。

所以，如果直接按照國(guó)內(nèi)的加價(jià)購(gòu)，完完整整的展示出來(lái)的話，那么我的1版本草稿業(yè)務(wù)邏輯方案是這樣事兒的：

這僅僅只是一個(gè)滿額減的完整的流程，里面還涉及到階梯滿減的概念，那么除了滿額減，還有滿額贈(zèng)，滿量增，滿量減，滿額折，滿量折，每一個(gè)都這么來(lái)一遍？中國(guó)人都繞暈了吧，何況還得翻譯成英文，還得通俗易懂短小精悍，即使不考慮技術(shù)成本，如果這個(gè)作為第一個(gè)版本就這么個(gè)推出，基本就GG了。

所以，在功能框架一定的情況下，如果照搬國(guó)內(nèi)的設(shè)計(jì)并且直接推出全套版本顯然不能滿足我們的需求，我們要另辟蹊徑，站在國(guó)外友人的腦海里去考慮問題，去考慮他們的思考方式和語(yǔ)言特點(diǎn)，雖然我們要重新教育用戶，但是要盡可能的將用戶理解成本降至最低。

因此最終此功能的第一版大致方案框架是這樣事兒的：

暫時(shí)舍去階梯概念，舍去滿折方式，以一個(gè)Icon為節(jié)點(diǎn)，囊括滿額，滿量?jī)煞N活動(dòng)方式，我們需要教育客戶一看到這個(gè)Icon就知道這是類似于加價(jià)購(gòu)的活動(dòng)，不再在標(biāo)識(shí)上區(qū)分滿額，滿量概念，在用戶的購(gòu)物動(dòng)線上，從Icon，文案一步步引導(dǎo)用戶，完成對(duì)活動(dòng)的理解和參與，整個(gè)過程是個(gè)很自然的引導(dǎo)過程，不用再去讓用戶糾結(jié)規(guī)則，也不再去設(shè)置長(zhǎng)篇大論的活動(dòng)引導(dǎo)頁(yè)。

到了這里，我們就不再出現(xiàn)加價(jià)購(gòu)這個(gè)名詞了，我們稱之為APA活動(dòng)體系，去養(yǎng)成用戶對(duì)于APA活動(dòng)的認(rèn)知和使用習(xí)慣。

原型出圖

前臺(tái)原型出圖

這個(gè)需求在原型制作環(huán)節(jié)整個(gè)頁(yè)面展示雖然簡(jiǎn)單，但是涉及到多規(guī)則，后臺(tái)設(shè)計(jì)多流程。前端頁(yè)面動(dòng)態(tài)數(shù)據(jù)較多，尤其注意規(guī)則說明以及異常說明詳細(xì)無(wú)遺漏，否則到時(shí)候做完了測(cè)試的時(shí)候就不可避免的開懟。并且與用戶的交互也比較多，所以我采取了低保真交互原型，并且把交互方式錄成GIF放在原型包里面，（必須要特意去提醒開發(fā)和設(shè)計(jì)某些按鈕是可以點(diǎn)的！?。。┚唧w的原型這里就不放了（不要打我，我一般做低保真交互模型的原則是做出特定的交互方式，對(duì)于界面元素只是標(biāo)注下信息層級(jí)關(guān)系，不會(huì)去加色彩以及按鈕樣式誘導(dǎo)設(shè)計(jì)師，每個(gè)人都有每個(gè)人的原型寫法，如果有感興趣的同學(xué)可以跟筆者交流下），在跟設(shè)計(jì)和開發(fā)反復(fù)溝通交流以及后兩次評(píng)審會(huì)之后，我們的第一版前端成品是這樣的：

商品列表頁(yè)Icon展示：

由于以前設(shè)計(jì)規(guī)范的缺失，在商品列表頁(yè)我們補(bǔ)充并且制定了活動(dòng)功能的Icon規(guī)范，采用紅底白字的Icon方式展示活動(dòng)，這為后續(xù)的其他活動(dòng)功能留下擴(kuò)展空間，鼠標(biāo)移入會(huì)有簡(jiǎn)短說明。

商品詳情頁(yè)活動(dòng)規(guī)則以及選購(gòu)商品展示：

商品詳情頁(yè)首先展示的是一段引導(dǎo)性文案，我們不會(huì)上來(lái)就告訴用戶活動(dòng)詳細(xì)規(guī)則，因?yàn)榈谝挥⑽慕忉屍饋?lái)實(shí)在太麻煩，二來(lái)過于繁瑣的文案也會(huì)造成頁(yè)面混亂。我們把既定的規(guī)則放入展開模塊當(dāng)中。這個(gè)頁(yè)面涉及到的程序規(guī)則就是頁(yè)面展示的相應(yīng)文案，根據(jù)后臺(tái)配置的活動(dòng)類型不同而變化，比如滿減活動(dòng)，這里就會(huì)提示 “You have a chance to get this following fashion items in a low price:”

如果后臺(tái)配置的是滿贈(zèng)活動(dòng)，這里就會(huì)提示”You have a chance to get this items for free”,同時(shí)按鈕文案也會(huì)變成 “See the free?items”,里面的規(guī)則說明也會(huì)相應(yīng)變化。

這個(gè)鏈接會(huì)引導(dǎo)客戶去一個(gè)專門為APA活動(dòng)定做的專題落地頁(yè)當(dāng)中，可供用戶選擇更多APA商品，當(dāng)然這個(gè)專題落地頁(yè)模板的制作也又是一個(gè)比較好玩的事情了，直接上部分設(shè)計(jì)稿吧（Low-price items里面的圖標(biāo)文案超出圖標(biāo)范圍是因?yàn)槲以诮貓D的時(shí)候只是縮小了頁(yè)面，但是文案是用html寫的，不是圖片，所以字體縮小不了）

商品專題頁(yè)頁(yè)面截圖（部分）

購(gòu)物車頁(yè)展示：

示例截圖1

示例截圖2

購(gòu)物車?yán)锩嫖覀儏⒖剂瞬糠指?jìng)品的分欄方式，并且轉(zhuǎn)化成我們自己的分欄方式，這里尤其要提的是購(gòu)物車?yán)锩娴倪壿嬢^為復(fù)雜，除了文案、提示語(yǔ)的變化，以及達(dá)到目標(biāo)值之后的商品狀態(tài)變化，按鈕樣式變化以外，比較無(wú)語(yǔ)的是在和技術(shù)溝通的過程中，發(fā)現(xiàn)了很多歷史遺留的邏輯問題，以及與其他系統(tǒng)對(duì)接留下來(lái)的未解決問題。

在這個(gè)需求中，我們的購(gòu)物車無(wú)法同時(shí)存在兩條相同的商品數(shù)據(jù)，并且無(wú)法存在多個(gè)免費(fèi)商品數(shù)據(jù)，這些購(gòu)物車規(guī)則牽扯到的方面較多，優(yōu)化成本很高，這就導(dǎo)致了我們必須想出一些折中方案，盡量讓用戶體驗(yàn)不那么糟糕或者造成相當(dāng)大的困惑，(事實(shí)證明在對(duì)國(guó)外同事做體驗(yàn)測(cè)試的時(shí)候在極端情況下是存在一些困惑問題，不過這些問題出現(xiàn)頻次較少，可以交代客服人員在客戶詢問的時(shí)候進(jìn)行解釋。)

后臺(tái)原型出圖

后臺(tái)制作中首先要注意在活動(dòng)功能管理板塊下預(yù)留其他活動(dòng)的擴(kuò)展空間，并且注意前后端的數(shù)據(jù)交互標(biāo)注清晰，提前設(shè)計(jì)好表結(jié)構(gòu)和字段方便開發(fā)建表，理清楚業(yè)務(wù)操作邏輯后，便可出圖啦,這里我就貼操作邏輯以及最后的成品展示，后臺(tái)操作邏輯以及關(guān)鍵節(jié)點(diǎn)解釋如下：

表單部分截圖如下：(部分字段)

添加加購(gòu)商品如下：(部分字段)

如何判斷我們的功能達(dá)到目的？

我們回過頭看看我們之前的需求分析，運(yùn)營(yíng)希望加快清倉(cāng)產(chǎn)品的清倉(cāng)速度，提高清倉(cāng)產(chǎn)品的曝光，那這只是業(yè)務(wù)場(chǎng)景，對(duì)于我們這個(gè)功能來(lái)說，清倉(cāng)產(chǎn)品只是一種產(chǎn)品類型，那么如何判斷我們這個(gè)功能是否有效？我們根據(jù)實(shí)際條件下(我們無(wú)法拿到頁(yè)面點(diǎn)擊數(shù)據(jù))可以取到的數(shù)據(jù)制訂以下實(shí)驗(yàn)：

我們采取獨(dú)立樣本T檢驗(yàn)對(duì)功能效果進(jìn)行評(píng)測(cè)，總共10個(gè)清倉(cāng)產(chǎn)品，產(chǎn)品轉(zhuǎn)化率近似，20個(gè)熱銷產(chǎn)品，轉(zhuǎn)化率同樣近似。

分三組制作三個(gè)專題：

• 第一個(gè)專題為普通專題，將10個(gè)清倉(cāng)產(chǎn)品與20個(gè)熱銷產(chǎn)品混合放置即可；
• 第二個(gè)專題為加價(jià)購(gòu)專屬專題，設(shè)定活動(dòng)方式為滿減，將10個(gè)清倉(cāng)產(chǎn)品作為20個(gè)熱銷產(chǎn)品的加購(gòu)商品；
• 第三個(gè)專題也為加價(jià)購(gòu)專屬專題，設(shè)定活動(dòng)方式為滿贈(zèng)，將10個(gè)清倉(cāng)產(chǎn)品作為20個(gè)熱銷產(chǎn)品的贈(zèng)品；

然后針對(duì)三個(gè)專題每一個(gè)專題抽取30個(gè)獨(dú)立用戶分組，用戶群的用戶基數(shù)近似相等，用戶群轉(zhuǎn)化率相似，采用相同的推廣渠道，由于無(wú)法精確確定用戶數(shù)量，我們只需告知推廣保證每日每個(gè)專題劃分的每一個(gè)群組的流量保證在一個(gè)特定數(shù)量XXXX左右，持續(xù)兩周，最終得出每個(gè)用戶分組的以下數(shù)據(jù)：從這個(gè)專題頁(yè)落地的用戶所下的訂單中，同時(shí)包含清倉(cāng)產(chǎn)品與熱銷產(chǎn)品的訂單數(shù)/所有訂單數(shù)，我們給它起個(gè)名字叫近似加購(gòu)率（因?yàn)榧词乖诩觾r(jià)購(gòu)專題里清倉(cāng)產(chǎn)品和熱銷產(chǎn)品在一起也不一定就是參加加購(gòu)活動(dòng)加購(gòu)的）。用圖表展現(xiàn)就是這樣：

得出數(shù)據(jù)后做兩兩獨(dú)立樣本T檢驗(yàn)，最終判斷實(shí)驗(yàn)結(jié)果，這個(gè)網(wǎng)站可以根據(jù)你的數(shù)據(jù)樣本輔助你完成此類實(shí)驗(yàn)：http://www.evanmiller.org/ab-testing/t-test.html

（對(duì)于T檢驗(yàn)的方法和適用范圍感興趣的讀者可以回顧下大學(xué)知識(shí)或者谷歌一下，這里筆者就暫不列出實(shí)驗(yàn)具體步驟了，后期筆者會(huì)計(jì)劃專門寫一篇這類實(shí)驗(yàn)的完整過程，這篇文章就只講一下筆者的實(shí)驗(yàn)思路。）

需求評(píng)審

這一環(huán)節(jié)其實(shí)并不一定只在這一階段做一次，就像我上面說的，筆者出了第一版方案后拉幾個(gè)團(tuán)隊(duì)成員進(jìn)行初稿評(píng)審，理出許多問題，然后再進(jìn)行修改，針對(duì)一些短期無(wú)法實(shí)現(xiàn)或者成本較高的功能點(diǎn)進(jìn)行排期或者刪減，有時(shí)候也可能會(huì)出現(xiàn)二審，三審的可能性咯~如果到三審還有很多問題那就相當(dāng)?shù)木拘牧?，所以一般都是團(tuán)隊(duì)中過兩遍，然后拉上BOSS們?cè)俳K審一遍基本就OK了。終審是最需要用心的時(shí)候，一定要注意自己的表達(dá)能力和情緒感染力，讓Boss能明白并且認(rèn)同你們的方案。在會(huì)議上面對(duì)別人的提問要及時(shí)給出有理有據(jù)的答復(fù)，這一點(diǎn)在終審上是要尤其注意的，良好的演說能力也能為你的需求過審少很多麻煩。

設(shè)計(jì)開發(fā)

設(shè)計(jì)開發(fā)中要隨時(shí)與團(tuán)隊(duì)成員保持聯(lián)系，尤其是與設(shè)計(jì)溝通更加頻繁，你們要商議具體的交互細(xì)節(jié)以及頁(yè)面細(xì)節(jié)，切記不可用特定的言語(yǔ)干擾設(shè)計(jì)思路。

比如說，有些產(chǎn)品會(huì)要求設(shè)計(jì)某個(gè)按鈕用什么什么顏色，某個(gè)元素大一點(diǎn)，小一點(diǎn)，這都是不可取的。你只需要確定好信息層級(jí)，告知設(shè)計(jì)師由于業(yè)務(wù)需求，哪些元素需要強(qiáng)調(diào)，哪些需要弱化即可，設(shè)計(jì)師會(huì)根據(jù)設(shè)計(jì)規(guī)范以及自己的設(shè)計(jì)思路進(jìn)行設(shè)計(jì)，否則就會(huì)和設(shè)計(jì)師懟的沒完沒了了；至于與開發(fā)的溝通，主要是在邏輯層面的交流會(huì)更多些，而且筆者認(rèn)為最好能懂些技術(shù)知識(shí)，即使一點(diǎn)不懂你也要分清楚哪個(gè)開發(fā)是做哪一塊的，遇到問題找誰(shuí)，跟他應(yīng)該怎樣溝通，如果存在溝通障礙，那么程序員一般的反應(yīng)都是—>生悶氣，不理你，哈哈，你要知道，大部分程序員還是很可愛的。當(dāng)你的需求提上去后，什么時(shí)候測(cè)試，什么時(shí)候上線，這塊的進(jìn)度一般都由項(xiàng)目經(jīng)理掌控，當(dāng)然，自己的心里也要有譜，有自己的項(xiàng)目進(jìn)度表。

測(cè)試

測(cè)試確實(shí)是個(gè)心累的活兒，如果你們公司的測(cè)試人員較為專業(yè)，會(huì)為你省下不少麻煩和時(shí)間，你只需要負(fù)責(zé)上線前每一個(gè)階段的驗(yàn)收即可。否則，你就得自己寫測(cè)試用例，測(cè)試反饋，直到上線，這里每個(gè)公司的流程不一樣，這里也就不過多闡述，免得產(chǎn)生誤導(dǎo)。

上線觀察，數(shù)據(jù)反饋

在此之前需要跟運(yùn)營(yíng)人員以及推廣人員打好招呼按照事先設(shè)計(jì)的實(shí)驗(yàn)方案進(jìn)行實(shí)驗(yàn)，在上線之后每日監(jiān)控?cái)?shù)據(jù)變動(dòng)情況，每組數(shù)據(jù)的流量是否有異常，專題商品庫(kù)存情況，下架情況，等等，總之需要控制變量，確保實(shí)驗(yàn)按照時(shí)間順利完成，最后拉取實(shí)驗(yàn)數(shù)據(jù)進(jìn)行數(shù)據(jù)分析，根據(jù)分析結(jié)果確定此功能的可用性，得出分析報(bào)告反饋給團(tuán)隊(duì)成員和BOSS。

版本迭代

這一部我并沒有寫到最開始的那個(gè)流程圖當(dāng)中，對(duì)于一個(gè)完整的產(chǎn)品有大的版本迭代，對(duì)于一個(gè)功能同樣也會(huì)有相應(yīng)的版本迭代。在這個(gè)需求中，我們前面根據(jù)一二期需求評(píng)審之后以及后續(xù)根據(jù)運(yùn)營(yíng)人員的實(shí)際情況進(jìn)行功能擴(kuò)展，針對(duì)此功能大致得出以下迭代計(jì)劃：

當(dāng)然，這個(gè)迭代計(jì)劃只是作為產(chǎn)品人員自己的計(jì)劃。具體每一階段是否上線還需要根據(jù)每一階段的數(shù)據(jù)反饋以及公司具體的運(yùn)營(yíng)需求和運(yùn)營(yíng)策略的變化（在一個(gè)運(yùn)營(yíng)主導(dǎo)的公司就是這樣咯~）進(jìn)行調(diào)整，總之，用心對(duì)待自己做出來(lái)的東西，不僅僅是生孩子，養(yǎng)孩子的責(zé)任你同樣也逃不了。

至此，這個(gè)需求從初始到上線的一個(gè)流程就基本結(jié)束了。雖然僅僅只是通過一個(gè)需求來(lái)回顧了一下需求從開始到結(jié)束的整個(gè)框架，不知不覺也有了近7000字，對(duì)于里面的細(xì)節(jié)部分請(qǐng)?jiān)徫覜]有在本文中全部寫出來(lái)，文中還有許多的不足請(qǐng)各位讀者給予指正，私信評(píng)論都可，哈哈，歡迎拍磚。

本文由 @白子 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載。