一個產(chǎn)品經(jīng)理的述職（說得太到位了，純干貨）

產(chǎn)品經(jīng)理，主要干下面三個活：提煉輸出需求文檔、設(shè)計頁面原型、和開發(fā)人員溝通實現(xiàn)需求。接下來就這三塊做分類總結(jié)。

一、怎么才能輸出合格的需求文檔

產(chǎn)品經(jīng)理首先對產(chǎn)品定位要有十分清晰的認(rèn)知，這樣在功能設(shè)計，功能取舍時才有準(zhǔn)則和依據(jù)，其次，把大的框架、模塊、運營思路總體先設(shè)計好，例如：入口、流程、場景、平臺（PC還是手機），最后，重點是一定要把業(yè)務(wù)流程和業(yè)務(wù)邏輯寫清楚，一是方便自己畫原型圖時，不會畫漏。二是方便開發(fā)人員更好地理解功能的內(nèi)涵。

寫需求文檔，首先要理好思路

二、怎么樣才做好產(chǎn)品原型設(shè)計

1、首要思路：抄抄抄，說錯，是借鑒。要聰明地借鑒，抄別人好的地方。

用好的原型設(shè)計軟件Axure或墨刀，可以減少工作量。設(shè)計完一定要對照需求文檔過遍，看有沒有遺漏一些功能。

如果你實在不知道要怎么借鑒的話，那建議你直接用今日頭條app上方的搜索框輸入，輸入關(guān)鍵詞搜索，在職場混，一定要學(xué)會有搜索功能！

直接用今日頭條app上方的搜索框輸入

2、其次，注意業(yè)務(wù)邏輯。

從系統(tǒng)角度說，業(yè)務(wù)邏輯更為重要。每個業(yè)務(wù)邏輯一定要從各個操作角色來分析，想通、想透。例如：每個角色的權(quán)限一定要明確，哪些模塊用戶是無權(quán)限操作的，模塊是隱藏還是提示無權(quán)限，管理員和用戶的關(guān)系；短信發(fā)送和微信發(fā)送的不同邏輯、導(dǎo)入是覆蓋還是不覆蓋，已生效到執(zhí)行中的判定標(biāo)準(zhǔn)邏輯等等。

注意邏輯

3、最后，注意設(shè)計規(guī)范。

例如功能的完整，比如基本的增刪查改。設(shè)計新增的時候，就要同步考慮查看、修改、刪除三個配套功能。再比如頁面的規(guī)范：一是注意色調(diào)的統(tǒng)一，包括每個按鈕顏色、選中顏色等都要有一套規(guī)范的顏色方案。二是頁面的提示信息，提示內(nèi)容的位置、提示時間的長短都要一套統(tǒng)一的定義。三是輸入框、展示框一定要考慮到內(nèi)容多的時候要自帶滾動條等。文案規(guī)范：各個功能名稱文案的統(tǒng)一，不要有歧義等。表格規(guī)范：什么時候用項目符號、什么時候左對齊、什么時候居中，什么時候右對齊。

整齊規(guī)范很重要

三、怎么和開發(fā)人員溝通

首先，是開發(fā)前的溝通。即設(shè)計原型實現(xiàn)前，一定要和前端和后端開發(fā)工程師開個會把需求文檔詳細(xì)溝通一遍，把每個功能點的設(shè)計和操作基本過一遍，這么做，一是防止開發(fā)錯誤理解你的意思，否則返工很耗時間。二是溝通需求文檔有沒有技術(shù)難點，有沒有設(shè)計不合理的地方。

其次，是開發(fā)過程中溝通。事中溝通主要是把握開發(fā)進度。

最后，是開發(fā)完成后測試時候的溝通，關(guān)鍵是測試用例準(zhǔn)備要充分。既要準(zhǔn)備正常的用例，也要準(zhǔn)備一些非常規(guī)用例用于邊界條件測試、暴力測試等用例，盡可能為測試提供便利條件。

注意溝通技巧

寫在最后

不管理干產(chǎn)品經(jīng)理，還是干其他工作，一定要把養(yǎng)成把自己的工作進行分類歸納的習(xí)慣，把每個工作步驟都總結(jié)出一套辦法，養(yǎng)成定期記錄總結(jié)的習(xí)慣，一段時間后，你就會發(fā)現(xiàn)，工作可以有條不紊了，自己的效率越來越高了，你的領(lǐng)導(dǎo)也越來越喜歡你了。