一、「永恒的問題」你是做什么的？
在產品界N多的永恒問題中，永遠都有一個：你是做什么的？
每當逢年過節，你的親朋好友問起來的時候，你可能都為止虎軀一震。
對于非互聯網行業的人來說，我們往往拿捏不好這個回答的度。講太多技術又怕人不懂，講太少的話又怕人家認為自己是行政，講不好還會被人認為是銀行柜臺里那個產品經理。所以異常心累。
為此筆者總結了產品經理的完整工作流程，梳理清楚了至少有25件事，是產品經理獨特的工作流程。
希望以下內容能給大家靈感，先上腦圖：
二、「25件事」完整工作流程
筆者把產品從0到1的一次完整過程梳理出來，排除了后期優化和產品運營的范疇，得到了三大階段：產品梳理、產品設計、產品落地
三個階段中，我們最少有25件事是產品經理必須要做的，否則會對我們的產品效果產生很大的影響，下面我們具體拆解來看。
1.點子
產品經理要找出點子，不管來源是哪里。做好點子這件事，需要我們掌握腦圖技巧和風暴會技巧，產出靈活多變的點子并記錄下來。
2.需求
在需求這件事上，我們要借用到心理學等方面的知識，去把點子歸納總結成為一條條明晰的需求，放進需求池待分析。
3.方案
方案這件事來說，我們要把需求池里的需求規劃出雛形，看看在現有的資源環境情況下，是否適合去做，并給出粗略的方案和工作量排期。
4.目標
我們需要給出產品要達到的目標和效果，不能因為僅僅因為這個功能很酷而去做，而要看酷在哪里。
5.策略
有了目標之后，我們還要看看策略，是克制還是粗放，是謹慎還是開放。都需要我們去思索。
6.定義
清楚了目標和策略之后，我們應給出產品定義。產品定義是后期我們評估需求的核心要義。一切需求和優先級都不能違背產品定義，這也是我們的初心。
7.不足
在這幾件事走完之后，我們一定會遺留一些問題短期之內難以解決，或需要試錯。所以我們需要把不足記錄下來，重點在后期產品迭代過程中考量。
8.場景
給出目標用戶和場景，一一對應地去提出解決方案，進行推演。
9.業務流程
有了場景之后，融會貫通梳理出來一個用戶的業務流程，再整體看一下每個環節的情況。
10.功能結構圖
場景和流程理清楚之后，請做出功能結構圖。這里同樣需要進行一次風暴會，這次的側重點在方案上。
11.頁面關系圖
有了整體的功能站點地圖后，我們需要增加頁面之間的跳轉關系，以及每個頁面具體內容的設想規劃。
12.UE交互圖
在敲定了頁面大致內容和關系后，我們需要將內容細化，這時候可能要對接需求方和用戶，調研得出每個頁面的真實數據情況，方便設計師給出交互稿。
13.UI效果圖
交互稿給出后要找各方確認，無誤后給設計師出效果圖和切圖，準備進入開發。
14.項目啟動會
在拿到了需求、方案和需求文檔以及前端所需的效果圖等素材后，請叫上全體人員進行一次項目啟動會，標志著需求上的互通有無和進度知悉，對于避免開發誤工等情況至關重要。
15.用戶驗證
開發初期，尤其是創業公司，請做用戶驗證。這是我們進行試錯和避免方向偏差的最簡單辦法，以免我們誤入歧途造成較大的沉沒成本。
16.資源確定
驗證無誤后終于要敲定資源投入的情況了，請務必跟高層確認，以免定位不清，難以做到量級。
17.行事歷
一切都確定后，請給出行事歷。這對于項目進度追蹤較為重要，也是給領導和用戶的一顆定心丸。在后期復盤時也會大有裨益。
18.匯報
匯報是貫穿在以上始終的，但是這階段尤其需要一個匯報。這個階段的匯報標志著需求的付出水面，是高層比較看重的期盼的一個點，一定要充分匯報以征求尚方寶劍，方便后續行事。
19.項目管理
進入開發階段后，要做好項目進度的追蹤和工作量的安排，這是為了我們后期驗收優化爭取時間。
20.走查驗收
請在前端開發完畢第一時間安排測試工程師準備好走查環境，要及時給設計師優化的時間。走查后發出問題匯總郵件等待前端修改。走查后要跟前端當面把問題一一確認，確保他清楚且知道如何修改，修改后第一時間驗收并進行多輪走查。
21.資料更新
請及時更新需求變更和需求文檔，并制作好操作手冊和FAQ給推廣人員使用。
22.測試
除了前端的走查驗收，還要做好整體環境和數據邏輯等情況的測試以及DEBUG，及時發現及時解決。
23.用戶驗證
24.UAT
這是我們最重要的一環，確保每個整體功能結束后可以進行小范圍的UAT和把玩，否則將被擱置直到上線。若不做好UAT，有交互上的嚴重漏洞，就只能等下個版本修改了。這對產品的口碑影響很大。
25.發布
發布時請想好時間和策略，大到冷啟動方案小到提示語，事無巨細一定要考慮到。否則很容易出現崩潰和打包有誤的情況，在發布階段一定要測試周全。
三、「總結」你都做了什么
梳理清楚這25件事之后，我們給出了每件事專業簡短的名詞和解釋
我想我們已經可以回答上面的問題：
作為產品經理，我們是需求分析到落地上線全流程的負責人，工作內容包括20多項，比如…
對于面試場景，我們也可以給出相應回答：
在上一家公司，我主要做了2個項目，除了主筆維護全局的需求文檔外，還負責了項目啟動階段的用戶驗證和風暴會議推進…
是不是看起來專業了許多？
很多時候，你不清楚自己做了什么，是沒有具象化梳理和表達。很多溝通和展示就在迷迷糊糊的過程中被隱去了。所以產品經理不但要做的好，更要說得好，總結匯報的好。才能跟所有人分享你心中的燦爛星空。
#專欄作家#
花生醬先生，人人都是產品經理專欄作家，微信公眾號：產品之術。金融業資深產品經理，對職涯規劃與個人發展有豐富經驗，產品涉獵廣泛，ERP、金融領域較多。
本文原創發布于人人都是產品經理。未經許可，禁止轉載。
題圖來自Pixabay，基于CC0協議
版權聲明：本文內容由互聯網用戶自發貢獻，該文觀點僅代表作者本人。本站僅提供信息存儲空間服務，不擁有所有權，不承擔相關法律責任。如發現本站有涉嫌抄襲侵權/違法違規的內容， 請發送郵件至 舉報，一經查實，本站將立刻刪除。