整理了一下這幾年做產(chǎn)品的心得，整理出了一個簡單的產(chǎn)品工作流程，水平有限不對的地方還請各位海涵。

方法/步驟

1

戰(zhàn)略規(guī)劃

作為一些產(chǎn)品的負責人，鑰匙從沒有參與戰(zhàn)略方向的制定，僅有幸以旁聽的形式進行過極少的戰(zhàn)略討論，這些討論會與其說是戰(zhàn)略討論會，不如說是公司領(lǐng)導極力說服大家朝某個戰(zhàn)略方向走，也就是戰(zhàn)略思想灌輸�？催^很多同行朋友的說法，似乎對于產(chǎn)品經(jīng)理來說這是一個普遍現(xiàn)象，也不難理解，一個產(chǎn)品要有大的投入，做與不做甚至做成什么樣都是老板非常關(guān)心的問題，因此產(chǎn)品經(jīng)理在戰(zhàn)略制定的時候能起到的作用很小。

不過戰(zhàn)略規(guī)劃也是需要總結(jié)和分析的，雖說互聯(lián)網(wǎng)行業(yè)瞬息萬變、時不我待、快馬加鞭、緊趕慢趕~~~但是要開拓一個新產(chǎn)品還是需要完成這個產(chǎn)品的簡單分析和戰(zhàn)略的描述。

2

前期分析

產(chǎn)品的前期分析不分高低貴賤都要做，大到一個完整意義上的產(chǎn)品，小到一個新功能，前期的分析都是非常關(guān)鍵。這個前期分析首先是要了解這個產(chǎn)品，以及產(chǎn)品相關(guān)服務(wù)的生態(tài)系統(tǒng)(ecosystem)，一個產(chǎn)品經(jīng)理在這個階段所要做的就是了解整個領(lǐng)域的情況，競爭對手，用戶，甚至需要關(guān)注一下國家政策。其次在這個階段需要給產(chǎn)品一個定位，要回答的問題諸如“用戶是誰?”，“滿足用戶的什么需要?”，“我們應(yīng)該提供哪些功能(內(nèi)容)滿足他們?”等等，當然了，這些問題在這個階段我們只需要一個定性的分析就可以了。

3

用戶研究

用戶研究包含的范圍很廣，《贏在用戶》這本書有經(jīng)典的描述，從前期的用戶訪談到可用性測試直到上線后產(chǎn)品運營時對數(shù)據(jù)的分析，都屬于用戶研究的范疇，這里僅僅討論產(chǎn)品開發(fā)前期的用戶研究。在前期首先要對整個業(yè)界這個方向產(chǎn)品的情況做調(diào)研，收集情報，這期間有很多方法，土一點的比如從CNNIC、IResearch等處尋找調(diào)研結(jié)論直接Copy，好一點的選取目標用戶進行訪談、發(fā)放問卷、尋找專家進行訪談等等。

鑰匙想說的是，想要做好一個用戶研究需要花費的精力很多，尤其是在一個沒有專門用戶研究人員的互聯(lián)網(wǎng)公司里，能給你這么多時間與資源來做這件事實在是一個奢侈的想法，不過在有限的投入下獲得最大的成果是決定產(chǎn)品經(jīng)理能力高低的體現(xiàn)，所以也沒什么可怨天尤人的。在這個階段需要搞清楚一些問題，比如“我們的用戶到底是誰?”“他們有什么樣的需求?”“如何才能有效的實現(xiàn)他們的需求?”。

4

概念設(shè)計

概念設(shè)計是一個產(chǎn)品的靈魂體現(xiàn)，這部分的實現(xiàn)產(chǎn)品經(jīng)理可以要求UED與你一同完成，不過很多公司可能沒有專門的UED做這件事，所以只能自己擼起袖子干的。簡單的把概念設(shè)計分為三個階段：

第一個階段：需求概念。概念設(shè)計的開始往往伴隨著頭腦風暴會，選出一些靠譜的功能(內(nèi)容)的設(shè)計，然后由產(chǎn)品經(jīng)理給出一個功能范圍定義，最好能附上部分核心功能的交互流程。這時最好開一個會議，會議內(nèi)容就是找上老大們敲定下來我們的功能范圍，這點非常重要，一定要有記錄，否則會出現(xiàn)項目進行中老大跳出來要改方向的事故(當然，有記錄老大也可能會跳出來，但是如果這樣你能爭取到對應(yīng)的自由度)。

第二個階段：概念原型。此時就要體現(xiàn)產(chǎn)品經(jīng)理資源整合的能力了，最理想的狀態(tài)是拉來一個人幫你完成一個高保真的功能原型，鑰匙見過比較牛的是找一個Flash牛人，做一個純粹的Flash實現(xiàn)的高保真原型，那叫一個真!往往伴隨著高保真原型的出現(xiàn)，會重復上面說到的用戶研究，但不論怎樣這東西最終的目的是給公司老大們匯報，讓老大們看看這東西原來就長這個樣子，同時也讓老大們用一用，敲定產(chǎn)品的一些具體實現(xiàn)。如果上第一階段是設(shè)計產(chǎn)品的骨架，那么這一階段就是給骨架上添點肉了。

第三個階段：完成 MRD(市場需求文檔)。這個階段主要是總結(jié)一下上兩個階段東西，拼湊成一個完整意義上的MRD，這里就是考驗產(chǎn)品經(jīng)理畫餅的功力了，以文檔和原型的方式告訴公司領(lǐng)導層你要做的這個東西是什么樣子，為什么做成這個樣子，能解決用戶的什么問題，這樣做了再市場競爭對手間有什么優(yōu)勢，未來有什么樣的發(fā)展預期，當然，最最重要的是你通過這個階段的匯報，能為你爭取到多少資源。

5

需求確定

這部分內(nèi)容應(yīng)該是業(yè)內(nèi)大部分的產(chǎn)品經(jīng)理都在做的事情，有了上面的積累一個產(chǎn)品的樣子已經(jīng)在產(chǎn)品經(jīng)理的腦袋里鮮活的出現(xiàn)了，產(chǎn)品經(jīng)理所要做的就是撰寫一系列的文檔將這個鮮活的影像記錄下來，所謂PRD和UI詳細設(shè)計就是這個階段的產(chǎn)出物。此時你的產(chǎn)品已經(jīng)放在了紙面上，你要把他小心的交給項目經(jīng)理了，再由項目經(jīng)理分解你的需求寫成一個FSD(功能詳細說明文檔)這個文檔是給開發(fā)人員看的，他們可以拿到這樣的文檔直接開始開發(fā)。

需要注意的是，很多互聯(lián)網(wǎng)公司往往沒有項目經(jīng)理，或者有也是在管理開發(fā)團隊無數(shù)個項目的項目進度的監(jiān)管員。鑰匙的文章是要么會有一個架構(gòu)師來分解你的需求，要么直接拿你的需求給開發(fā)，伴隨著開發(fā)不斷的騷擾和自由發(fā)揮把項目完成。

鑰匙遇到的一般是有一個項目進度監(jiān)管員，且無人幫你分解需求的情況，這種情況只能是產(chǎn)品將PRD寫的盡量的細致，除此之外，還要在腦海里有一個非常完整，非常細節(jié)的情境，在開發(fā)針對你PRD中某部分有疑問的時候清清楚楚的告訴他這里應(yīng)該是什么樣子的。

6

項目預算

這部分暫時不涉及財務(wù)問題，僅僅從項目管理的角度看，我們需要由一個WBS(工作分解結(jié)構(gòu))，一個甘特圖，一個資源直方圖，這是最少的配置，可以清晰的顯示出你的項目進度與所需資源的關(guān)系。這項目管理方面內(nèi)容理論較多，在這里不做贅述。

7

實施開發(fā)

開發(fā)的過程比較考驗?zāi)闱懊娴墓ぷ�，基本上你在甘特圖上應(yīng)該有不止2個的檢查點，到時檢查項目的進度是否符合預期，如果出現(xiàn)了問題也要想辦法保證進度。如何保證呢?基本上有加班和砍功能兩種辦法，砍功能這點是開發(fā)痛快，產(chǎn)品痛苦的事情，而加班正好相反。不論你最終選擇了什么方法，最最核心的就是記住你這個產(chǎn)品所服務(wù)的用戶是誰?他們是不是用不到你想砍掉的功能。

8

產(chǎn)品上線

我所經(jīng)歷的產(chǎn)品上線都是悄悄的上線，并沒有大張旗鼓的做市場活動，我想這是大部分互聯(lián)網(wǎng)產(chǎn)品上線的情況吧。悄悄上線是好處多多的，由于互聯(lián)網(wǎng)產(chǎn)品邏輯復雜，流程多樣，所以在沒有大量的用戶使用并做幾次迭代改進前，很難說會存在哪些問題。在這方面鑰匙有一次慘痛的教訓，記得有一次鑰匙負責的一個產(chǎn)品上線，上線成功的信在公司內(nèi)部研發(fā)中心群發(fā)，信里感謝了一堆的同事，搞的特別煽情，結(jié)果是大家感興趣的上網(wǎng)一看，哇塞!隨便點點就發(fā)現(xiàn)一堆的BUG，群情激奮的同事們立馬用發(fā)信表達自己的不滿，看到那些兩位數(shù)的關(guān)于產(chǎn)品BUG的信，鑰匙當時我只有一個愿望，就是切腹自~

這個慘痛的文章讓我明白了，誰都不能為你的產(chǎn)品負責，即便有強大的測試團隊告訴你你的產(chǎn)品OK，完全達到上線的指標，也要自己在上線前狠狠的測試一下，畢竟沒有那個測試人員比你還了解產(chǎn)品&用戶。

9

產(chǎn)品運營

以前有位老大曾經(jīng)說過，互聯(lián)網(wǎng)產(chǎn)品是一個蘿卜一個坑，一個新產(chǎn)品開起來了，一個人砸下去就一直在這個坑里挖了，挖的深了還得多拉幾個人下水，如果想再開一個新產(chǎn)品只能找另一個人來挖坑。這句話可以體現(xiàn)大多數(shù)互聯(lián)網(wǎng)產(chǎn)品的情況，也說明了產(chǎn)品運營的重要性，在整個產(chǎn)品生命周期里絕大多數(shù)的時間都是在做運營。

說到做運營鑰匙感慨良多，各種類型的互聯(lián)網(wǎng)產(chǎn)品之間的運營方式千差萬別，而且每種產(chǎn)品的運營都有很多技巧在里面。比如新聞類產(chǎn)品，Sohu的首頁新聞是每五分鐘觀察一下點擊數(shù)據(jù)，點擊差的就往下撤，同時運營人員也以點擊量為考核目標;再比如論壇類產(chǎn)品，運營的工作主要是和人打交道，論壇的斑竹、分類的管理員、總管理員，層層的組織都要有運營老大建立，建立完畢了還需要自己在里面用馬甲發(fā)帖，頂貼直到找到一些不錯的意見領(lǐng)袖，形成一個良好的討論氛圍，論壇類產(chǎn)品的考核目標是UV和PV/UV雙重指標;再再比如鑰匙做過最多的搜索引擎的運營，不停的訂指標，寫規(guī)范，做評估，最后推動開發(fā)改進，搜索類產(chǎn)品的指標就不單是PV、UV這么簡單了，各種性能都有自己的指標，根據(jù)產(chǎn)品所處階段衡量指標不同。

總而言之，運營才是一個產(chǎn)品能否成為優(yōu)秀產(chǎn)品的核心!

注意事項

記錄了一遍我所理解的新產(chǎn)品開發(fā)流程的流水賬，這個流水賬其實是一個比較理想的東西，在實際操作過程中經(jīng)常會剪掉其中某幾塊的內(nèi)容，PRD可能在壓根沒有做用戶調(diào)研的情況下寫出來，項目預算也可能根本不用做，所以請大家僅作參考之用，不要太深究其中的細節(jié)。

[關(guān)于互聯(lián)網(wǎng)新產(chǎn)品設(shè)計開發(fā)流程]