編輯導(dǎo)語(yǔ)：對(duì)一個(gè)產(chǎn)品經(jīng)理來(lái)說(shuō)，一個(gè)項(xiàng)目從最初的點(diǎn)子到最后的發(fā)布整個(gè)流程都需要參與。本篇文章中作者從概念提出與篩選、需求階段以及項(xiàng)目階段三個(gè)方面，循序漸進(jìn)地詳細(xì)分析了點(diǎn)子到項(xiàng)目發(fā)布的全流程。相信能夠?qū)δ阌兴鶐椭信d趣的小伙伴們快來(lái)一起看看吧！

關(guān)于流程的重要性，淘寶UED小組流傳著這樣一個(gè)理念：設(shè)計(jì)流程的目標(biāo)，在于保證“無(wú)論誰(shuí)來(lái)做這個(gè)產(chǎn)品的設(shè)計(jì)，都能達(dá)到80分”。

沒(méi)錯(cuò)，80分已經(jīng)很難了，當(dāng)產(chǎn)品越大的時(shí)候，誕生天才產(chǎn)品的概率也就越小?！坝挚煊址€(wěn)定又有才”的100分產(chǎn)品是可遇不可求的。

PMP說(shuō)高績(jī)效組織的三大特征是項(xiàng)目管理標(biāo)準(zhǔn)化、注重人才培養(yǎng)、持續(xù)改進(jìn)。流程是管理保準(zhǔn)化的重要組成部分。

這里并不是說(shuō)在任何情況下都需要流程，流程是手段，不是目的，但是合適的流程可以促進(jìn)目的的達(dá)成。

這篇文章是根據(jù)蘇杰老師的書(shū)籍，人人都是產(chǎn)品經(jīng)理紀(jì)念本和2.0，結(jié)合工作經(jīng)驗(yàn)，并融入部分項(xiàng)目管理理念而成，下面這張圖是本篇的主要內(nèi)容，可以根據(jù)需要閱讀。

一、概念提出與篩選

1. 概念提出

很多項(xiàng)目都是從一個(gè)點(diǎn)子開(kāi)始的，這個(gè)點(diǎn)子就是所謂的產(chǎn)品概念，它包含5個(gè)關(guān)鍵要素：核心用戶、剛性需求、典型場(chǎng)景、產(chǎn)品概念、競(jìng)爭(zhēng)優(yōu)勢(shì)。

核心用戶：目標(biāo)用戶中最重要的用戶是誰(shuí)，表達(dá)為一個(gè)抽象的人群。

剛性需求：Ta們碰到的最痛的痛點(diǎn)是什么。滿足剛性需求要優(yōu)先于彈性需求；

典型場(chǎng)景：這些痛點(diǎn)最常出現(xiàn)在怎樣的生活、工作場(chǎng)景

產(chǎn)品概念：用什么解決方案，用一個(gè)詞、最多一句話概括你的解決方案是什么，一個(gè)App，一個(gè)網(wǎng)站，一個(gè)服務(wù)體系，還是一個(gè)企業(yè)協(xié)同辦公的工具

競(jìng)爭(zhēng)優(yōu)勢(shì)：相對(duì)已有方案的競(jìng)爭(zhēng)優(yōu)勢(shì)。

這個(gè)時(shí)候的剛性需求、典型場(chǎng)景都是YY出來(lái)的，還未經(jīng)驗(yàn)證。

比如某Boss想做一款校園社交App，那核心用戶就是一批?；?，典型場(chǎng)景就是各位帥哥想去追漂亮的女生，解決方案就是校園社交App。

2. 概念篩選

產(chǎn)品概念篩選的目的是對(duì)其進(jìn)行可行性分析，通過(guò)對(duì)產(chǎn)品概念進(jìn)行深入分析，產(chǎn)出商業(yè)論證。

商業(yè)論證會(huì)包含商業(yè)需求和成本效益分析，以論證項(xiàng)目是否可行及項(xiàng)目邊界。

提出產(chǎn)品概念后，如何快速判斷它是否靠譜呢？

通常是先隨手找?guī)讉€(gè)人問(wèn)問(wèn)，把產(chǎn)品概念將給他們聽(tīng)，如果聽(tīng)到大家說(shuō)“呵呵，我好像不需要”、“好奇怪，不理解為什么這樣做”，那就需要回爐重想，如果聽(tīng)到“這個(gè)準(zhǔn)備賣(mài)多少錢(qián)”、“有點(diǎn)用，但是不是已經(jīng)有類(lèi)似的東西了”這樣的問(wèn)題，就說(shuō)明這個(gè)概念靠譜，大家已經(jīng)認(rèn)可你的大方向了。

對(duì)這些相對(duì)靠譜的概念我們?cè)俅芜M(jìn)行篩選，因?yàn)楫a(chǎn)品概念其實(shí)是在一個(gè)時(shí)間切片，所以每隔一段時(shí)間就要做一次。下圖篩選的要素。

二、需求階段

產(chǎn)品概念篩選之后，就需要投入更多的資源推進(jìn)這個(gè)產(chǎn)品了，在進(jìn)入開(kāi)發(fā)之前，需要收集盡可能多的信息，并進(jìn)行分析和篩選。

1. 需求采集

需求采集的目的是通過(guò)研究用戶來(lái)更好的滿足需求。需求采集方法的分類(lèi)有如下四種：

（1）直接采集與間接采集

直接采集與間接采集，獲取到的需求分別是一手需求和二手需求，可以從以下兩個(gè)角度來(lái)理解它們的差異。

需求的提出者是不是有需求的人。如果用戶為自己提需求，采集到的是一手需求，反之為二手需求。

需求是原始的還是加工過(guò)的，比如和用戶直接聊，采集到的就是一手需求，而去看第三方機(jī)構(gòu)的做的一些行業(yè)分析報(bào)告，就是二手需求。

（2）定性與定量，說(shuō)與做

怎么說(shuō)表達(dá)了觀點(diǎn)，怎么做反映了行為，用戶的說(shuō)和做經(jīng)常是不一致的。

“說(shuō)”的最大劣勢(shì)是“耳聽(tīng)為虛”，怎么解決耳聽(tīng)為虛呢？看他怎么做。

“做”的優(yōu)勢(shì)是“眼見(jiàn)為實(shí)”，但也有劣勢(shì)：我們不知道用戶是為什么這么做，不知道背后的原因，就意味著不能從根本上解決問(wèn)題。

于是，需要再去聽(tīng)他如何說(shuō)，所以說(shuō)和做事一對(duì)不可拆分的方法，盡可能用于一次需求采集，否則可能出問(wèn)題。

定性研究可以找出原因，偏向于了解，屬于個(gè)體研究；而定量研究可以發(fā)現(xiàn)現(xiàn)象，偏向于證實(shí)，屬于群體研究。

定性的的問(wèn)題是“以偏概全”，可能會(huì)被部分樣本的特殊情況帶入歧途，需要輔以定量的方法，定量研究的問(wèn)題是“以表帶本”，只能用來(lái)發(fā)現(xiàn)表面現(xiàn)象，卻無(wú)法從中知道背后的原因，可以通過(guò)定性研究加以證實(shí)。

（3）是否在真實(shí)場(chǎng)景中

需求通常是帶場(chǎng)景的，只有到那時(shí)那刻去親身體會(huì)，或者通過(guò)想象去體會(huì)，才知道你的設(shè)計(jì)有沒(méi)有問(wèn)題。

（4）是否與用戶發(fā)生交互

有時(shí)候和用戶溝通的時(shí)候，用戶還沒(méi)有接觸這個(gè)產(chǎn)品，更沒(méi)有真正用過(guò)這個(gè)產(chǎn)品。這種需求采集可能更多的是“發(fā)現(xiàn)新問(wèn)題”。

還有一種需求采集方法是在用戶和產(chǎn)品發(fā)生交互的狀態(tài)下采集，往往用于“優(yōu)化現(xiàn)有方案”。

所以，不同階段，需要使用不同的需求采集方法。

需求采集，并不是產(chǎn)品設(shè)計(jì)之前的工作，而是一個(gè)貫穿始終的過(guò)程；它不是產(chǎn)品人員的中的事情，而是所有人的責(zé)任；它沒(méi)有特定的方法，不管白貓黑貓，抓到老鼠就是好貓；它并不怕發(fā)現(xiàn)什么荒謬的需求，而是怕遺漏合理的需求。

2. 需求分析

用戶說(shuō)了很多需求，產(chǎn)品經(jīng)理要“聽(tīng)用戶說(shuō)但不要照著做”，必須明確我們存在的價(jià)值是“把用戶需求轉(zhuǎn)化為產(chǎn)品需求”，這一過(guò)程就是需求分析。

（1）需求轉(zhuǎn)化

在采集需求的時(shí)候，很多用戶習(xí)慣給出Ta認(rèn)為的問(wèn)題解決方案，采集完需求后產(chǎn)品人員也會(huì)給出解決方案。

這個(gè)時(shí)候，對(duì)于同一個(gè)問(wèn)題，就有了兩套解決方案，它們的區(qū)別是，一個(gè)是用戶需求，一個(gè)是產(chǎn)品需求。而這個(gè)中間轉(zhuǎn)化的過(guò)程就是–需求分析。

用戶需求：用戶自以為的需求，并且經(jīng)常表達(dá)為用戶的解決方案

產(chǎn)品需求：經(jīng)過(guò)我們的分析，找到真實(shí)需求，并且表達(dá)為產(chǎn)品的解決方案

需求分析：從用戶提出的需求出發(fā)，找到用戶內(nèi)心真正的渴望，再轉(zhuǎn)化為產(chǎn)品需求的過(guò)程

在需求轉(zhuǎn)化的過(guò)程中，我們也會(huì)做一輪篩選，把明顯不靠譜的用戶需求直接過(guò)濾掉，不計(jì)入產(chǎn)品需求列表，當(dāng)然是否“明顯不靠譜”，就要由產(chǎn)品團(tuán)隊(duì)來(lái)把握了，不要把“沒(méi)資源做”、“短期內(nèi)有技術(shù)難點(diǎn)”的用戶需求給錯(cuò)殺了，這類(lèi)需求可以標(biāo)記為暫緩，并注明重啟條件。

需求有三種深度：觀點(diǎn)和行為，目標(biāo)和動(dòng)機(jī)，人性與價(jià)值觀。

運(yùn)用Y模型的一個(gè)主要的好處在于它不能跳過(guò)用戶目標(biāo)而直接從用戶需求到產(chǎn)品功能，對(duì)用戶的需求有更深層次的分析，我們才能夠不被偽需求欺騙、能夠解決需求沖突、能夠發(fā)現(xiàn)更多用戶目標(biāo)、能夠抓住恒定的人性、能夠在成熟市場(chǎng)中找機(jī)會(huì)。

·?“1”是用戶需求場(chǎng)景，經(jīng)常簡(jiǎn)單說(shuō)成用戶需求。這是起點(diǎn)，是表象，是需求的第一種深度—觀點(diǎn)和行為。

·?“2”是用戶需求背后的目標(biāo)和動(dòng)機(jī)，是需求的第二種深度，產(chǎn)品經(jīng)理在思考用戶目標(biāo)時(shí)也要綜合考慮公司、產(chǎn)品目標(biāo)。

·?“3”是解決方案，是實(shí)施人員能夠看懂的描述。

·?“4”是人性，或者說(shuō)是價(jià)值觀，是需求的第三種深度，是需求的本質(zhì)。

案例練習(xí)： 我們用Y模型來(lái)分析以下“秀場(chǎng)直播”觀看者的人性需求。

·?“1”用戶的觀點(diǎn)和行為是給主播送花，送游艇

·?“2”用戶的目的是和主播互動(dòng)

·?“3”解決方案是提供送禮物功能，并且在屏幕突出顯示

·?“4”從人性的角度分析，這么多人送禮，怎么讓他們更開(kāi)心，就會(huì)發(fā)現(xiàn)突破口是炫耀和攀比

好比在線下的演藝酒吧，經(jīng)常出現(xiàn)前排卡座里的老板斗富的場(chǎng)景，這在線上也可以復(fù)現(xiàn)。

于是，所有的直播應(yīng)用里，都可以找到排行榜，并且還有分類(lèi)。

送禮榜表示誰(shuí)為主播花的錢(qián)最多；分享榜表示誰(shuí)榜主播做的宣傳最多，即沒(méi)錢(qián)的捧個(gè)人場(chǎng)；時(shí)長(zhǎng)榜表示誰(shuí)最忠誠(chéng)，一直在看。

用戶需求轉(zhuǎn)化為產(chǎn)品需求后，我們會(huì)把它存儲(chǔ)到產(chǎn)品需求列表。

（2）確定基本屬性

轉(zhuǎn)化的產(chǎn)品需求，我們會(huì)把它維護(hù)起來(lái)，這個(gè)時(shí)候就需要確定需求列表中需要哪些屬性。

它大致包含了基本屬性、種類(lèi)、商業(yè)價(jià)值、開(kāi)發(fā)量幾個(gè)方面。

基本屬性包括了下表中的字段：

需求的種類(lèi)：

（3）需求的商業(yè)價(jià)值

基本屬性和需求種類(lèi)相對(duì)簡(jiǎn)單，可以由需求錄入人獨(dú)立完成。

一個(gè)公司的任何產(chǎn)品，一個(gè)產(chǎn)品的任何需求，最終都要滿足一定的商業(yè)目的，所以“需求的商業(yè)價(jià)值”是最核心的內(nèi)容，有條件的團(tuán)隊(duì)最好利用群體智慧，比如可以舉行“需求討論會(huì)”，如何通過(guò)具體的方法來(lái)衡量商業(yè)價(jià)值呢？

需求的商業(yè)價(jià)值可以通過(guò)重要性、緊急程度、持續(xù)時(shí)間3個(gè)維度來(lái)綜合衡量。

重要性：可以細(xì)分為滿足后“一般”到“非常高興”；未實(shí)現(xiàn)“略感遺憾”到“非常懊惱”。

緊急程度：從時(shí)間維度上判斷這個(gè)需求是否迫切。通常采用重要緊急程度四象限評(píng)估法和重要性結(jié)合使用。

持續(xù)時(shí)間：需求有長(zhǎng)壽的，也有短壽的，比如為了迎合逢年過(guò)節(jié)做的需求，一般來(lái)說(shuō)是短壽的，但是把過(guò)節(jié)做成一個(gè)可配置化的功能模塊，不用每次都重新開(kāi)發(fā)，就是長(zhǎng)壽的，我們可以持續(xù)優(yōu)化。

需求討論會(huì)：商業(yè)價(jià)值的判斷，直接影響產(chǎn)品未來(lái)的走向，一般的做法是需求討論會(huì)上由產(chǎn)品團(tuán)隊(duì)集體討論，再叫上有必要的干系人，比如銷(xiāo)售、服務(wù)等。

對(duì)于某個(gè)需求，需求提交人是對(duì)它最熟悉的，提交人先基于自己對(duì)商業(yè)目標(biāo)的理解，做下陳述，主管定個(gè)級(jí)別，可以用1到5來(lái)表示。然后大家討論，討論前參會(huì)人員要做好功課。

上述那么多維度，可以加權(quán)平均得到綜合的商業(yè)價(jià)值，但是實(shí)施起來(lái)成本太高，很難推動(dòng)，也不是很有必要。

所以建議在討論的時(shí)候，大家充分表達(dá)完意見(jiàn)后，安全的做法是誰(shuí)官大誰(shuí)負(fù)責(zé)，俗稱(chēng)老板拍腦袋，最終由會(huì)場(chǎng)上級(jí)別最高的人報(bào)一個(gè)數(shù)字結(jié)束（1-5之間），這就是現(xiàn)實(shí)，也是一種高效的方法。

一般我們還會(huì)在列表中添加1列“商業(yè)價(jià)值描述”，通俗點(diǎn)就是這個(gè)需求的賣(mài)點(diǎn)是什么，可以給用戶提供什么價(jià)值，對(duì)公司有什么幫助。

（4）初評(píng)需求的實(shí)現(xiàn)難度

絕對(duì)不能因?yàn)槟硞€(gè)需求的商業(yè)價(jià)值很大就馬上去做，也不能因?yàn)榱硪粋€(gè)需求的商業(yè)價(jià)值不大就不做。

我們知道了每個(gè)需求的商業(yè)價(jià)值，決定是否做還要參考另外一個(gè)關(guān)鍵指標(biāo)—實(shí)現(xiàn)難度，實(shí)現(xiàn)難度太難量化，工作中一般簡(jiǎn)化為開(kāi)發(fā)工作量（人天）。

（5）性價(jià)比

絕不能因?yàn)槟硞€(gè)需求的實(shí)現(xiàn)難度大就不做，某個(gè)需求的實(shí)現(xiàn)難度小就做。

比如我們的用戶群體有99%是A類(lèi)型，1%是其他類(lèi)型，現(xiàn)在有兩個(gè)需求分別針對(duì)A類(lèi)型、其他類(lèi)型，針對(duì)A類(lèi)型用戶的需求需要4人天，針對(duì)其他類(lèi)型用戶需要3人天，在不考慮其他因素的情況下，會(huì)做哪個(gè)需求呢？這就涉及到這一節(jié)的標(biāo)題“性價(jià)比”。

性價(jià)比= 商業(yè)價(jià)值 /實(shí)現(xiàn)難度（簡(jiǎn)化為開(kāi)發(fā)量）。這也是商業(yè)價(jià)值用1到5之間數(shù)字表示的原因，便于計(jì)算性價(jià)比。

現(xiàn)在我們就可以把產(chǎn)品需求列表按照“性價(jià)比”從大到小進(jìn)行排序了，先做上面的就可以了。

3. 需求篩選

資源總是有限的，所以我們只能做性價(jià)比高的事情。

BRD是我們的武器，產(chǎn)品會(huì)議是我們的戰(zhàn)場(chǎng)，經(jīng)過(guò)產(chǎn)品經(jīng)理間的PK，最后由公司各個(gè)相關(guān)部門(mén)的領(lǐng)導(dǎo)決定做BRD中的哪些需求。

產(chǎn)品會(huì)議：各個(gè)產(chǎn)品帶著自己的BRD給公司高層領(lǐng)導(dǎo)講解為什么要做這個(gè)產(chǎn)品？需要做什么？怎么做？

通過(guò)的需求會(huì)作為項(xiàng)目立項(xiàng)的輸入，沒(méi)有通過(guò)的需求會(huì)被標(biāo)記為暫緩或拒絕。

（1）需求打包

產(chǎn)品是需求的集合，我們會(huì)在每個(gè)迭代上線一些功能，選取上線哪些功能的過(guò)程就是需求打包。

那打包多少需求呢？這就涉及到項(xiàng)目管理的問(wèn)題了，做項(xiàng)目的終極目的是“多快好省，即范圍大、時(shí)間短、質(zhì)量好、資源低”。

但又要馬兒跑又想馬兒不吃草的想法是不現(xiàn)實(shí)的，所以通常我們需要在上述4個(gè)條件中尋求平衡。

我們以互聯(lián)網(wǎng)常用的開(kāi)發(fā)方法，敏捷型開(kāi)發(fā)方法來(lái)聊下需求打包，迭代周期固定、團(tuán)隊(duì)穩(wěn)定、任何項(xiàng)目都要保證質(zhì)量，那變量就只能是量—項(xiàng)目范圍了。

有人說(shuō)，在產(chǎn)品需求列表中我們已經(jīng)把需求按照“性價(jià)比”進(jìn)行排序了，每個(gè)需求后面都對(duì)應(yīng)著工作量，直接從上向下加起來(lái)就可以了，實(shí)際情況是不可以的，為了讓項(xiàng)目靠譜，還要注意下面的幾個(gè)地方。

“需求打包”最好打包類(lèi)似的功能點(diǎn)。是否類(lèi)似取決于需求的基本屬性，一般來(lái)說(shuō)業(yè)務(wù)上緊密聯(lián)系的才會(huì)打包在一起，不然產(chǎn)品就成修修補(bǔ)補(bǔ)的大雜燴了。需求在打包以后，最好通過(guò)業(yè)務(wù)邏輯圖的方式可視化可以更直觀地給別人講解。

需求依賴(lài)，功能互相之間有依賴(lài)關(guān)系，哪些功能點(diǎn)需要優(yōu)先去做，需要在需求列表中注明。功能與人力資源之間的依賴(lài)關(guān)系也會(huì)經(jīng)常存在，比如某個(gè)功能只有團(tuán)隊(duì)中某個(gè)人才能實(shí)現(xiàn)。在項(xiàng)目立項(xiàng)后就需要評(píng)估工作量，最好的方式組建項(xiàng)目團(tuán)隊(duì)時(shí)候就重點(diǎn)考慮，或者提前培養(yǎng)提升團(tuán)隊(duì)成員的能力才是王道。

需求的粒度大小問(wèn)題，商業(yè)價(jià)值很高的功能，如果細(xì)分的話，我們會(huì)發(fā)現(xiàn)其中有價(jià)值相對(duì)低的部分，所以需求的粒度要盡量細(xì)，前提是細(xì)化引起的管理成本在可接受范圍內(nèi)。在打包這個(gè)階段的工作量還是比較粗粒度的評(píng)估，一般不要超過(guò)“5人天”就可以。

（2）編寫(xiě)B(tài)RD

BRD主要回答三個(gè)問(wèn)題，為什么要做這個(gè)產(chǎn)品？需要做什么？怎么做？

Why：為什么要做這個(gè)產(chǎn)品， 動(dòng)之以情（通過(guò)用戶故事，讓受眾一開(kāi)始就感到需求之強(qiáng)烈，問(wèn)題之嚴(yán)重），曉之以理（產(chǎn)品概念階段做的內(nèi)部能力、意愿；外部的價(jià)值、成本判斷就用上了），誘之以利（做了這個(gè)項(xiàng)目會(huì)產(chǎn)生什么價(jià)值做一個(gè)ROI預(yù)估，當(dāng)然，這里的ROI是廣義的，回報(bào)的不一定是金錢(qián)，還可能是用戶數(shù)，市場(chǎng)占有率等其他指標(biāo)）

What：產(chǎn)品MVP包含哪些功能（功能需求，非功能需求）及要做什么。

How：項(xiàng)目計(jì)劃及風(fēng)險(xiǎn)對(duì)策等。 說(shuō)清楚項(xiàng)目計(jì)劃需要多少資源做保障，讓老板知道需要多少人、財(cái)、物。

所以BRD主要組成部分是項(xiàng)目背景、商業(yè)價(jià)值、資源評(píng)估、功能需求描述、非功能需求描述、風(fēng)險(xiǎn)和對(duì)策。

（3）產(chǎn)品會(huì)議

產(chǎn)品會(huì)議的目的，是通過(guò)對(duì)BRD的評(píng)審，決定是否做BRD中的功能，獲得開(kāi)發(fā)的資源。參與BRD評(píng)審的一般都是各個(gè)部門(mén)的高層，資源掌握在他們的手里。

一般先回顧下上次產(chǎn)品會(huì)議通過(guò)的項(xiàng)目，進(jìn)展情況如何，是否需要調(diào)整資源、時(shí)間，是否有重大變更，發(fā)布后的項(xiàng)目表現(xiàn)如何，有什么問(wèn)題。

這樣一方面可以各位領(lǐng)導(dǎo)更新各個(gè)項(xiàng)目的信息，更重要的是為了積累經(jīng)驗(yàn)，讓今后的產(chǎn)品決策更合理。

回顧之后，就是最關(guān)鍵的部分，拿出準(zhǔn)備好的BRD進(jìn)行講解，通過(guò)動(dòng)之以情、曉之以理、誘之以利的講解，力爭(zhēng)通過(guò)評(píng)審，并獲得各位領(lǐng)導(dǎo)對(duì)資源的承諾。

三、項(xiàng)目階段

通過(guò)概念提出與篩選、需求采集、需求分析、需求篩選等前期過(guò)程決定了“做不做，做多少“的問(wèn)題，接下來(lái)通過(guò)項(xiàng)目階段來(lái)回答怎么”做出來(lái)“的問(wèn)題。

產(chǎn)品會(huì)議評(píng)審?fù)ㄟ^(guò)后，確保有的放矢，不要努力做錯(cuò)誤的事，這是在產(chǎn)品立項(xiàng)前做的最重要的判斷。

因?yàn)榱㈨?xiàng)就意味著資源的正式投入，在這個(gè)節(jié)點(diǎn)的驗(yàn)證，叫原型驗(yàn)證，之前的驗(yàn)證，主要目的是驗(yàn)證用戶需求抓的準(zhǔn)不準(zhǔn)，而本次驗(yàn)證則是考察用戶是否認(rèn)可解決方案。

有的公司把這個(gè)環(huán)節(jié)叫做POC，產(chǎn)品概念測(cè)試，在這個(gè)環(huán)節(jié)，需要用盡量低的成本，做出某種形式的產(chǎn)品原型或demo，來(lái)讓用戶試用。用戶試用通過(guò)就可以正式進(jìn)入立項(xiàng)環(huán)節(jié)了。

1. 立項(xiàng)

項(xiàng)目啟動(dòng)總是以“Kick Off”開(kāi)始，我們確定了團(tuán)隊(duì)成員、時(shí)間計(jì)劃、溝通方法等，就可以在任何時(shí)候都做到心中有數(shù)。

（1）團(tuán)隊(duì)組建

經(jīng)過(guò)產(chǎn)品會(huì)議后，需求基本確定下來(lái)了，項(xiàng)目經(jīng)理就可以根據(jù)需要列出團(tuán)隊(duì)需要的角色有哪些，需要的數(shù)量大概是多少，當(dāng)然團(tuán)隊(duì)成員需要使用的各種軟硬件設(shè)施也是必不可少的。

團(tuán)隊(duì)成員招募完成后，不要忘記重要的一點(diǎn)，在項(xiàng)目的組織結(jié)構(gòu)中，項(xiàng)目經(jīng)理并不是結(jié)構(gòu)中的頂端，我會(huì)組織一個(gè)“變更控制委員會(huì)”，這很有必要，成員一般是項(xiàng)目成員的領(lǐng)導(dǎo)，甚至領(lǐng)導(dǎo)的領(lǐng)導(dǎo)，他們的任務(wù)也很簡(jiǎn)單—“背鍋”和“買(mǎi)單”，因?yàn)闄?quán)力越大，責(zé)任越大，權(quán)責(zé)利對(duì)等。

當(dāng)項(xiàng)目因?yàn)榉N種原因出現(xiàn)重大變更的時(shí)候，比如成本、時(shí)間、需求等，我會(huì)向他們提出申請(qǐng)，獲得批準(zhǔn)后才執(zhí)行變更，這也是項(xiàng)目經(jīng)理對(duì)自己和項(xiàng)目成員的保護(hù)。

在整個(gè)項(xiàng)目過(guò)程中，需要他們來(lái)提供項(xiàng)目資源，包括人、財(cái)、物。

這樣有兩個(gè)好處，對(duì)項(xiàng)目變更控制委員會(huì)來(lái)說(shuō)，他們可以及時(shí)了解項(xiàng)目情況，領(lǐng)導(dǎo)在不知道項(xiàng)目具體情況時(shí)也會(huì)焦慮的，對(duì)項(xiàng)目成員來(lái)說(shuō)，知道領(lǐng)導(dǎo)在監(jiān)督工作，并且看到自己的努力，所以也會(huì)格外賣(mài)力。

（2）開(kāi)發(fā)計(jì)劃確定

決定何時(shí)做，誰(shuí)來(lái)做，在項(xiàng)目中，就是項(xiàng)目計(jì)劃，在這里最重要的一件事情就是：再次評(píng)估“工作量”，并推算出工期。

步驟如下：

1. 在BRD中給各項(xiàng)需求進(jìn)行了工作量初評(píng)，現(xiàn)在把這些信息再一次拿出來(lái)參考，因?yàn)閺漠a(chǎn)品會(huì)議結(jié)束到制定到制定項(xiàng)目計(jì)劃的日子中，產(chǎn)品經(jīng)理同時(shí)也在做PRD的細(xì)化，項(xiàng)目經(jīng)理可以根據(jù)PRD文檔，對(duì)任務(wù)進(jìn)行拆分，即創(chuàng)建WBS，重視完整性，需遵循MECE法則。

2. 開(kāi)發(fā)的同學(xué)拿到PRD和WBS時(shí)，每個(gè)功能點(diǎn)的工作量就可以評(píng)估的更準(zhǔn)確一些了，最重要的區(qū)別是，初評(píng)一般是開(kāi)發(fā)經(jīng)理之類(lèi)的角色來(lái)做，未考慮誰(shuí)來(lái)做，而現(xiàn)在開(kāi)發(fā)經(jīng)理根據(jù)團(tuán)隊(duì)里開(kāi)發(fā)工程師的能力特點(diǎn)、擅長(zhǎng)領(lǐng)域等因素，“因事?lián)袢恕?，把各?xiàng)開(kāi)發(fā)任務(wù)分配給團(tuán)隊(duì)里最合適的人（當(dāng)然，要把高手調(diào)入項(xiàng)目的關(guān)鍵路徑）。之后，每位領(lǐng)導(dǎo)開(kāi)發(fā)任務(wù)的開(kāi)發(fā)工程師自己評(píng)估工作量，為各自任務(wù)買(mǎi)單，承諾最可能的時(shí)間，之前的初評(píng)只是做一個(gè)參考，畢竟每個(gè)人對(duì)自己最熟悉。

3. 這里的粒度比初評(píng)的時(shí)候更細(xì)，至少精確到“1人天”，按照經(jīng)驗(yàn)，這里的“1人天“通常等價(jià)于”5~6個(gè)小時(shí)“，而不是按照一天工作8小時(shí)計(jì)算，因?yàn)槿撕茈y保持持續(xù)高效，并且不被其他時(shí)期打斷。

4. 項(xiàng)目經(jīng)理把工作量轉(zhuǎn)化為工期，同時(shí)考慮任務(wù)的依賴(lài)關(guān)系，也就得到了項(xiàng)目的進(jìn)度計(jì)劃，通常用邏輯橫道圖呈現(xiàn)。

5. 詳細(xì)的項(xiàng)目進(jìn)度計(jì)劃做完后，項(xiàng)目經(jīng)理，需要在更大的粒度上把開(kāi)需求計(jì)劃、開(kāi)發(fā)計(jì)劃、測(cè)試計(jì)劃等合并成項(xiàng)目進(jìn)度計(jì)劃，并確定項(xiàng)目的幾個(gè)里程碑，也就是監(jiān)控點(diǎn)，通常是需求完成，開(kāi)發(fā)完成，編碼完成，內(nèi)部測(cè)試完成、UAT測(cè)試完成，發(fā)布上線，以里程碑圖呈現(xiàn)，便于給高層展示。

（3）Kick off

Kick Off通常意味著規(guī)劃階段結(jié)束和執(zhí)行階段的開(kāi)始，旨在傳達(dá)項(xiàng)目目標(biāo)，獲得團(tuán)隊(duì)對(duì)項(xiàng)目的承諾，闡明每個(gè)干系人的角色和職責(zé)。

主要內(nèi)容如下：

參加方包括項(xiàng)目各重要干系人包括發(fā)起人、項(xiàng)目經(jīng)理、項(xiàng)目團(tuán)隊(duì)、客戶、高管層、職能管理部門(mén)、供應(yīng)商代表等。

傳達(dá)的信息主要包括項(xiàng)目背景、項(xiàng)目意義、目的與目標(biāo)、需求、功能點(diǎn)概述、項(xiàng)目組織結(jié)構(gòu)、項(xiàng)目計(jì)劃、溝通計(jì)劃等。

2. 需求開(kāi)發(fā)

（1）PRD文檔編寫(xiě)

經(jīng)過(guò)需求采集、分析、篩選，決定要做項(xiàng)目，通過(guò)團(tuán)隊(duì)組建、計(jì)劃制定、Kick Off會(huì)議等步驟后，正式開(kāi)始實(shí)施的第一步就是“寫(xiě)PRD文檔”。

PRD文檔包含兩大部分：總體說(shuō)明和UC(Use Case)。

總體說(shuō)明主要包含了修訂歷史、項(xiàng)目概述、功能范圍、用戶范圍、詞匯表、非功能需求、其他說(shuō)明7個(gè)部分。

（2）需求評(píng)審

我們辛辛苦苦地把各種虛偽文檔都寫(xiě)完了，開(kāi)發(fā)和測(cè)試可不敢拿過(guò)去直接用，為了保證產(chǎn)品的質(zhì)量，需求還必須通過(guò)項(xiàng)目中各方的評(píng)審，方可進(jìn)入開(kāi)發(fā)階段。

項(xiàng)目的需求階段，通常會(huì)圍繞著“寫(xiě)作–評(píng)審–修改–評(píng)審”循環(huán)展開(kāi)；

一般來(lái)說(shuō)，項(xiàng)目中最重要的三種角色是產(chǎn)品、測(cè)試、開(kāi)發(fā)，所以派生出三次評(píng)審–需求評(píng)審、設(shè)計(jì)評(píng)審、測(cè)試評(píng)審。

需求評(píng)審：PRD編寫(xiě)完成后，由產(chǎn)品經(jīng)理把需求細(xì)化的成果說(shuō)給相關(guān)干系人聽(tīng)，下面會(huì)有詳細(xì)說(shuō)明。

設(shè)計(jì)評(píng)審：概要設(shè)計(jì)與詳細(xì)設(shè)計(jì)完成之后，由開(kāi)發(fā)工程師把對(duì)需求的理解以設(shè)計(jì)文檔的形式說(shuō)給產(chǎn)品和測(cè)試聽(tīng)。

測(cè)試評(píng)審：在TC編寫(xiě)完成，測(cè)試開(kāi)始執(zhí)行之前進(jìn)行，有測(cè)試工程師把對(duì)需求的理解以TC的形式說(shuō)給產(chǎn)品和開(kāi)發(fā)聽(tīng)。

除需求評(píng)審?fù)?，設(shè)計(jì)評(píng)審和測(cè)試評(píng)審也很有必要，進(jìn)入執(zhí)行階段后，如果因?yàn)樾枨罄斫獠灰恢禄蛴衅?，返工的成本?huì)隨著項(xiàng)目的進(jìn)展越來(lái)越高。

一般我們會(huì)在做出比較大粒度的PRD之后馬上安排一次評(píng)審，當(dāng)然會(huì)有UC和Demo的半成品，以期盡早發(fā)現(xiàn)問(wèn)題，比如業(yè)務(wù)規(guī)則的不合理，產(chǎn)品界面太丑陋，某功能技術(shù)上無(wú)法實(shí)現(xiàn)。

這次的評(píng)審偏商業(yè)部分，建議叫上老板、營(yíng)銷(xiāo)人員、服務(wù)人員，甚至用戶一起來(lái)聽(tīng)。

粗粒度的PRD通過(guò)以后，PM會(huì)和Ui一起細(xì)化UC和Demo，而開(kāi)發(fā)會(huì)同步進(jìn)行一些開(kāi)發(fā)前的準(zhǔn)備工作，比如細(xì)化和修正項(xiàng)目計(jì)劃，部分系統(tǒng)的設(shè)計(jì)等，當(dāng)然這些在評(píng)審的過(guò)程中會(huì)做多次。

接下來(lái)是Demo的評(píng)審，決定了產(chǎn)品的外觀，項(xiàng)目干系人最好把一下關(guān)，而UC評(píng)審偏更偏重技術(shù)實(shí)現(xiàn)，商業(yè)團(tuán)隊(duì)人員可以不參加。

（3）需求確認(rèn)

項(xiàng)目啟動(dòng)之后，PM就得抓緊時(shí)間完成需求的開(kāi)發(fā)，不時(shí)召集需求評(píng)審會(huì)，大家一起討論這樣做有哪些問(wèn)題。

PM收集意見(jiàn)發(fā)布修改，直到最后一次，需求得以確認(rèn)， 狀態(tài)變?yōu)椤伴_(kāi)發(fā)中”。

當(dāng)然，之后的需求微調(diào)總是無(wú)法避免，但是“需求凍結(jié)”的里程碑要求我們?cè)谶@之后不要輕易改動(dòng)了。

3. 開(kāi)發(fā)階段

開(kāi)發(fā)階段的流程如下：

1. 開(kāi)發(fā)經(jīng)理或能力比較強(qiáng)的開(kāi)發(fā)工程師會(huì)帶著普通工程師一起做概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)。
2. 設(shè)計(jì)完成后會(huì)組織一次設(shè)計(jì)評(píng)審，產(chǎn)品和測(cè)試人員都會(huì)參與，審核一下工程師們對(duì)需求的理解是否正確。
3. 評(píng)審?fù)ㄟ^(guò)后，進(jìn)入編碼階段。
4. 之后工程師需要對(duì)自己的代碼進(jìn)行單元測(cè)試，自測(cè)環(huán)節(jié)做到位，可以減少測(cè)試人員的很多工作量。
5. 當(dāng)開(kāi)發(fā)工程師認(rèn)為自測(cè)已完成，就可以把代碼提交到測(cè)試環(huán)境。按照開(kāi)發(fā)計(jì)劃，當(dāng)項(xiàng)目主體部分提交測(cè)試的時(shí)候，我們就走過(guò)了一個(gè)里程碑—開(kāi)發(fā)完成。

4. 測(cè)試階段

測(cè)試階段流程如下：

1. 開(kāi)發(fā)工程師在設(shè)計(jì)與編碼的同時(shí)，測(cè)試工程師也沒(méi)有閑著，他們會(huì)繼續(xù)細(xì)化和調(diào)整測(cè)試計(jì)劃，并完成測(cè)試用例的編寫(xiě)。
2. TC編寫(xiě)完成后，測(cè)試經(jīng)理會(huì)組織TC評(píng)審，時(shí)間一般在開(kāi)發(fā)人員提交測(cè)試之前，PD和開(kāi)發(fā)人員都要參加，再次確認(rèn)大家對(duì)需求理解是否一致。很多需求的細(xì)節(jié)無(wú)法再需求階段考慮完全，我們會(huì)通過(guò)開(kāi)發(fā)和測(cè)試階段的反復(fù)溝通不斷細(xì)化。
3. ?TC評(píng)審?fù)ㄟ^(guò)，待開(kāi)發(fā)提交測(cè)試后，測(cè)試人員會(huì)迅速進(jìn)行一輪“冒煙測(cè)試“，目的是確認(rèn)軟件基本功能正常，可以進(jìn)行后續(xù)的正式測(cè)試工作。
4. ?在測(cè)試人員開(kāi)始做正式測(cè)試的同時(shí)，產(chǎn)品經(jīng)理又出場(chǎng)了，他們會(huì)組織一場(chǎng)“功能評(píng)審會(huì)“，利用測(cè)試環(huán)境，第一時(shí)間把需求展示給所有的項(xiàng)目干系人，進(jìn)一步確保做出來(lái)的東西是大家想要的。

接下來(lái)，測(cè)試會(huì)進(jìn)行多輪測(cè)試，直到項(xiàng)目滿足上線條件，項(xiàng)目就進(jìn)入了發(fā)布階段。

5. 發(fā)布階段

發(fā)布階段流程如下：

1. 擬定發(fā)布計(jì)劃（checklist）：包括發(fā)布時(shí)間、發(fā)布渠道、發(fā)布節(jié)奏（什么時(shí)間點(diǎn)在什么渠道鋪）、應(yīng)急措施（用戶使用時(shí)出現(xiàn)嚴(yán)重問(wèn)題垓如何處理，系統(tǒng)是否可回滾）等，這在可能出現(xiàn)的混亂發(fā)布時(shí)是很有效的，避免疏漏；
2. ?發(fā)布計(jì)劃評(píng)審：對(duì)項(xiàng)目質(zhì)量、風(fēng)險(xiǎn)點(diǎn)進(jìn)行評(píng)審，得出評(píng)審結(jié)論，如果整體風(fēng)險(xiǎn)可控，評(píng)審?fù)ㄟ^(guò)，則進(jìn)入預(yù)發(fā)布環(huán)節(jié)，反之則需要進(jìn)一步完善。
3. 正式發(fā)布過(guò)程：是從更新到“預(yù)發(fā)布環(huán)境“開(kāi)始的。預(yù)發(fā)布環(huán)境盡量模擬生產(chǎn)環(huán)境上的真實(shí)狀態(tài)，測(cè)試人員會(huì)在預(yù)發(fā)布環(huán)境進(jìn)行最后的回歸測(cè)試。
4. 在預(yù)發(fā)布環(huán)境回歸測(cè)試通過(guò)后，按預(yù)定的發(fā)布時(shí)間更新到“生產(chǎn)環(huán)境“，測(cè)試人員再一次做簡(jiǎn)單的回歸測(cè)試，完成發(fā)布。

6. 項(xiàng)目小結(jié)

發(fā)布成功！回家睡個(gè)好覺(jué)。

所有人終于如釋重負(fù)，但作為項(xiàng)目事情還沒(méi)有完，第一件事就是趕緊發(fā)布一封Email—”項(xiàng)目發(fā)布公告“，一般會(huì)寫(xiě)的比較煽情，比如：

• ?項(xiàng)目中的各種艱辛
• 對(duì)每個(gè)參與者的感謝
• 發(fā)布之后的內(nèi)心感言
• 產(chǎn)品對(duì)公司和用戶的革命意義
• 貼幾張產(chǎn)品的最新圖片
• ……

根據(jù)溝通管理計(jì)劃，發(fā)送給項(xiàng)目的干系人。

作為項(xiàng)目經(jīng)理，應(yīng)該做到時(shí)刻為團(tuán)隊(duì)爭(zhēng)取各種精神、物質(zhì)獎(jiǎng)勵(lì)，這種郵件、海報(bào)、老板的回信……都是很好的鼓勵(lì)，如果還有項(xiàng)目經(jīng)費(fèi)的話，在組織一次聚餐，大家以后還要繼續(xù)合作，開(kāi)開(kāi)心心，皆大歡喜。

之后，以終為始，對(duì)項(xiàng)目進(jìn)行回顧，寫(xiě)一份項(xiàng)目小結(jié)，小結(jié)一下做這個(gè)項(xiàng)目的心得體會(huì)，比如:

• 碰到了什么問(wèn)題
• 原因是什么
• 怎么解決的
• 怎么避免再犯
• 項(xiàng)目資源評(píng)估是否合理
• 收獲了哪些經(jīng)驗(yàn)
• 如何提高項(xiàng)目的準(zhǔn)確度
• 根據(jù)數(shù)據(jù)監(jiān)控的反饋分析出了什么結(jié)果
• 項(xiàng)目的商業(yè)目標(biāo)是否達(dá)到
• ……

最后更新至組織的經(jīng)驗(yàn)教訓(xùn)登記冊(cè)，方便追溯及參考。

至此，一個(gè)產(chǎn)品從“想清楚“到”做出來(lái)“已經(jīng)聊完了，我們可以根據(jù)需求選擇性閱讀，這里是各個(gè)流程的概述，我們可以通過(guò)其他資料進(jìn)行針對(duì)性的完善。

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

題圖來(lái)自Unsplash，基于CC0協(xié)議