產(chǎn)品經(jīng)理雖然是互聯(lián)網(wǎng)相關(guān)公司的職位，但是產(chǎn)品經(jīng)理的工作流程其實(shí)是適用于各行各業(yè)的眼俊。概括起來其實(shí)是一個“想法——實(shí)現(xiàn)——（下次）精進(jìn)”的過程意狠，對于建筑設(shè)計行業(yè)來說，可能“想法”是一個建筑立意或者出發(fā)點(diǎn)疮胖，“實(shí)現(xiàn)”是設(shè)計方案环戈，“精進(jìn)”是下一次相似項(xiàng)目的優(yōu)化。對于互聯(lián)網(wǎng)行業(yè)來說澎灸，“想法”是需求院塞，“實(shí)現(xiàn)”是需求變成可以使用的產(chǎn)品，而因?yàn)榛ヂ?lián)網(wǎng)產(chǎn)品對比傳統(tǒng)行業(yè)性昭，有著“快速優(yōu)化”的先天優(yōu)勢拦止，“精進(jìn)”則指的是此需求的更新迭代。
更詳細(xì)一點(diǎn)說巩梢，“想法——實(shí)現(xiàn)——（下次）精進(jìn)”應(yīng)該分為四個階段：
需求階段
需求的第一步是想法创泄。不管是大型項(xiàng)目，小型項(xiàng)目括蝠，或者是新項(xiàng)目鞠抑，老項(xiàng)目更迭，需求的第一階段都是原始的想法忌警。想法的來源可能多種多樣搁拙，可能是靈機(jī)一動的小點(diǎn)子秒梳，也可能只是想讓現(xiàn)在的功能變得好用起來。
有了初步想法之后箕速，需要確定的是：需求動機(jī)酪碘、目標(biāo)用戶、目標(biāo)成果盐茎。需求動機(jī)是便于在需求推進(jìn)的時候不被繁雜的新想法沖昏兴垦，是需求深化時候謹(jǐn)記的初衷。目標(biāo)用戶字柠、目標(biāo)成果是這個階段需要簡單定性的探越。當(dāng)然，在這個階段時窑业，即使做過市場的數(shù)據(jù)調(diào)查钦幔，也是很難一下子把握住目標(biāo)用戶的。不過沒關(guān)系常柄，這個步驟的目標(biāo)用戶鲤氢、目標(biāo)成果的記錄更多是為了追根溯源和后期迭代考慮。
之后是初步需求西潘。在得到了想法卷玉、動機(jī)、目標(biāo)用戶與成果后秸架，我們已經(jīng)可以簡單的描述出想要的東西的大致的輪廓和大致的方向了揍庄。
如果需要競品分析，到現(xiàn)在這個步驟就可以著手開始了东抹。市場上同類競品不少，不過由于方向不同（或者說定位不同）沃测，在初步需求確定之前做競品分析很有可能對方向迥異的產(chǎn)品研究過深缭黔，最后徒勞無功。在初步需求確定后的競品分析有助于厘清思路蒂破，并且得出需求框架馏谨。
需求框架是需求階段的成果物。這個階段的需求框架有了明確要做的任務(wù)附迷，大任務(wù)下的子任務(wù)惧互。需求本身的結(jié)構(gòu)被搭建起來，主脈絡(luò)清晰了喇伯，可以匯總出一份概念方案提交出去喊儡，也可以進(jìn)入下一個階段——
細(xì)化階段
需求框架雖然具備了基本的功能，但是由于太過泛泛稻据，實(shí)際上并不具備與其他合作專業(yè)相溝通的基本點(diǎn)艾猜。為了更加深入的去研究需求，需求框架需要逐步的深化成羽翼豐滿的成果物。
從線框圖開始切入是一個不錯的選擇匆赃。
線框圖是原型的簡化版淤毛，通過線框圖可以把頁面中的關(guān)鍵操作體現(xiàn)出來，譬如觸發(fā)按鈕算柳、文本框等低淡。線框圖是流程操作的梳理過程，由于大部分公司不要求這個過程的輸出物瞬项，所以這個過程僅用來梳理自己思路和團(tuán)隊內(nèi)討論用的蔗蹋。
有了線框圖后，或者說有了關(guān)鍵操作后滥壕，接下來就可以繪制流程圖和原型圖了纸颜。
如果埋點(diǎn)需要產(chǎn)品經(jīng)理設(shè)計的話，在原型圖和流程圖定下來后周霉，就可以著手埋點(diǎn)和漏斗模型的設(shè)計了掂器。
接下來是高保真原型。
由于現(xiàn)在大部分公司已經(jīng)有交互設(shè)計/ UI設(shè)計師的崗位俱箱，很多產(chǎn)品經(jīng)理通常不再做高保真原型国瓮。大家可以根據(jù)工作的實(shí)際情況選擇做或者不做，私以為狞谱，做高保真原型還是可以對用戶體驗(yàn)有進(jìn)一步的理解的乃摹。高保真原型對于原型來說，更多的是頁面展示的細(xì)化和微交互的考慮跟衅。舉個例子孵睬，原型上只需要繪制出Tab即可，高保真原型就會考慮到与斤，這個Tab是滑動至頂部后吸附在頂部的Sticky Tab肪康，還是會隨著頁面滾動的Scrollable Tab荚恶。
高保真原型的產(chǎn)出可以確保細(xì)節(jié)更加完善，實(shí)際效果更加確切磷支，場景更加豐富谒撼。如時間允許，各位產(chǎn)品經(jīng)理不妨一試雾狈。
細(xì)化階段的最后一步就是需求文檔了廓潜。
需求文檔基本上不同的公司會有不同的規(guī)范模版，不管需求文檔的模式多么不同善榛，最終目的就是給開發(fā)辩蛋、產(chǎn)品、設(shè)計等相關(guān)人員閱讀使用的移盆。所以記得表達(dá)清晰不能模棱兩可悼院，如文字不便于敘述時，可添加示意圖咒循、細(xì)節(jié)的流程圖等等据途。關(guān)于需求文檔的寫法，這又是一篇大課題叙甸，此處不再多言颖医。
實(shí)現(xiàn)階段
實(shí)現(xiàn)階段也就是從需求文檔完成到開發(fā)上線的過程。這個過程中裆蒸，產(chǎn)品經(jīng)理除了參與需求評審和排期外熔萧，基本只需要保持溝通即可。事實(shí)上僚祷，只要需求文檔寫的詳細(xì)佛致，前期繪制流程圖時與開發(fā)保持溝通，實(shí)現(xiàn)階段不需要耗費(fèi)太大心力辙谜。
迭代階段
迭代是我認(rèn)為的最重要的階段晌杰。目前市場環(huán)境下，大部分需求來不及過多分析市場筷弦、用戶、相似數(shù)據(jù)便快速上線抑诸。這時候的功能需求很可能是不能用烂琴、不好用、甚至是不合理的蜕乡。迭代奸绷，就是使這個需求合理化的過程。
需求上線后层玲，需要定期觀測下數(shù)據(jù)号醉。如果沒有數(shù)據(jù)團(tuán)隊的話反症，前期也需要事件定義、對數(shù)據(jù)觀測周期進(jìn)行設(shè)計畔派，如活動剛上線1小時铅碍，密集傳播后30分鐘、1小時等等线椰；如一個普通的未推廣的功能剛上線1天胞谈，上線3天，上線一周等等憨愉。此處可歸屬為數(shù)據(jù)分析這一大類上烦绳。
有了基本的數(shù)據(jù)后，通過這些數(shù)據(jù)得到可能的幾種原因（也就是定性分析）配紫，再依據(jù)這幾種原因再依次進(jìn)行相應(yīng)改造/ 用戶問卷/ ABtest...（定量分析）径密，最后得到的結(jié)果就算是當(dāng)前階段比較合理的結(jié)果了。
很可惜的是躺孝，大部分團(tuán)隊都沒有足夠的時間和人力去支持定性定量分析享扔。那么迭代階段最好根據(jù)簡單的漏斗模型和簡單的用戶反饋，以及競品分析括细，得到有切實(shí)執(zhí)行意義的方案伪很。如果沒有足夠的反饋支撐著迭代方向，那還是暫時忘記迭代這事把奋单，專心去做別的需求吧锉试。
