轉產品助理崗位有一段時間了，目前更側重于后臺產品設計，從產品愣頭青到能獨立負責項目，期間收獲良多，想寫一些經驗與大家分享，也是對自己成長的總結。

• 工作流程

和客戶開需求會議，了解業務需求

通常需要外出和客戶溝通，了解客戶的業務需求，更準確的理解客戶想通過此項目達成的目標。一般是產品人員和項目經理一起去，項目經理進行技術評估，這樣能夠保證需求能夠很好的實現。

需求的整理、分析轉化，優先級排序

開完需求會議之后，需要將會議的內容做一個整理，將用戶需求分析轉化為產品需求，即要實現的功能點以及功能頁面的元素。另外在資源有限的情況下還需要確定需求的優先級，明確此版本需要做的需求，優先實現用戶最迫切的需求。

制定項目計劃

我在工作中會用Excel制定項目計劃表，把控項目的功能明細、模塊負責人、計劃時間等，這樣可以清清楚楚的看到會有哪些任務，每個任務會消耗的時間。多數情況項目經理會把控開發階段的時間節點，但作為一個產品人，明確自己需求的進度，做到心中有數，并且能夠及時檢驗，是對產品負責的一個態度。

梳理流程

進行原型設計之前，需要先梳理流程，將流程梳理清楚才能保證原型圖的正確，可以借助流程圖、思維導圖。一上來就擼起袖子畫原型容易陷入繁雜的細節中而忽略業務流程上的重點，因小失大，并且因為各種邏輯梳理不清楚會造成效率低下。

原型設計

Web端產品大多用Axure 工具來畫原型，Web端頁面設計的規范是要了解一些的，此篇就不詳細講述了，后續會寫一篇對頁面設計規范總結的文章，敬請關注。

PRD文檔

PRD文檔是把之前整理分析轉化的產品需求變為技術實現的研發需求，需要闡述清楚詳細的細節以及方案實現過程中的各種問題。開發設計人員通過文檔可以了解頁面元素和相應規則，測試人員可以根據文檔撰寫測試用例。之前PRD文檔一般用Word文檔的形式，由于使用人員需要原型圖、Word文檔、流程圖、思維導圖等資料來回切換著看，很是繁雜，而且也不易整理和回溯。現多用于直接在Axure構建，總體框架如下圖所示

1.項目概述

（1）項目簡介

以模塊的方式介紹項目的總體背景、主要建設內容、建設目標等，讓PRD閱讀用戶快速了解項目概況信息。

（2）結構圖表

補充系統相關的圖表，包括架構圖、流程圖、功能點列表等，同時圖表帶日期版本，可以追溯歷史版本。

（3）版本信息

主要填寫該項目的版本迭代、更新記錄，包括迭代的時間、版本號、實現主要功能等。

2.修訂記錄

產品需要把每次PRD文檔調整的地方在這里清晰地寫出來，方便文檔讀者觀看，也方便自己記錄。

3.全局說明

主要體現整個產品的公共設計規范，及一些頁面通用的規則、系統公共的規則說明。

4.產品原型

需要體現產品原型頁面和標注信息，要將頁面所有的功能與跳轉邏輯標注清楚；標注格式由編號和文本框組成，注釋位置一般在要素上，為了界面美觀，默認不展示注釋詳細內容，點擊編號后展示。

需求評審

想強調一點，評審會上不要一上來就直接講原型，最好能簡要闡明會議內容，做這個項目的意義以及業務背景等讓團隊成員快速進入狀態，對自己的工作有更清晰的認識，提高效率。

會議上對涉及的主要流程進行講解，功能需求進行闡述，演示原型內容和交互，可能還會涉及技術實現方案的討論以及評估工期時間。會議結束后需要總結整理會議上討論的問題以及討論結果，完善方案，更新產品文檔及原型。

項目跟進

需求評審之后，則需要落實到具體的時間安排，開始項目跟進。這時開發、測試人員就會忙碌起來，開發、測試過程中也會暴露很多問題，可能是細節遺漏，也可能是設計不合理，甚至是客戶臨時調整需求……對于產品來說，此時需要做的就是盡力填坑，保證產品及時落地。另外產品人員在項目開發中，也要盡可能的去測試功能模塊，確保落地的產品與預期的無誤，在操作體驗的過程中也能思考優化一些細節問題。

• 產品習慣

從產品的角度思考

作為產品，只有我們思考的更全面，后面開發測試中出現的“意外”才會越少。多考慮一些細節問題，比如頁面的必填字段、是否需要分頁、是否有字符限制、字符過多怎么顯示......這些細節問題，當我們思考的多了以后，就會形成自己的一套思維模式。

從開發的角度實現

把自己當成開發，站在開發的角度來考慮實現需求，這樣有助于在寫PRD文檔的時候，更詳細地標注需求的條件說明。比如給出明確的規則，排序是升序還是降序；一周是自然周還是取7天的數據就可以？

從測試的角度體驗

站在測試的角度來體驗產品功能也極其重要，通常我們習慣性地考慮理想狀態，而測試人員除了常規測試外，也經常“屌絲”的測試某些極端情況。比如邊界值測試、特殊符號測試、網絡中斷測試等。極端情況發生的幾率很低，但是對用戶體驗有著重大的影響。

• 產品提高

嘗試著去理解你不能理解的上層決策。老板拍腦袋加需求是常有的事情，通常你又無法反駁，這個時候就不要獨自在心里較勁了，站在老板的角度弄清楚為什么要添加這個需求，然后收集相關的資料信息，把最終思考的框架及結果展示給老板。

盡可能的多積累自己的知識、技能和經驗。基礎技術知識、UI設計規范甚至心理學等都是有必要學習一下的；平時遇到好的文章也可以收藏起來當做知識儲備，以便后續參考；元件庫、移動端設計模板、Web端設計模板可以收集匯總，形成自己的標準庫。

學會溝通，勇于背鍋。提高專業能力，把問題考慮全面能減少很多不必要的矛盾；開發、測試人員平時的壓力也都是不小的，塑造良好的溝通氛圍，以同理心站在他們的角度看問題，跟他們一起戰斗，一起優化，一起完成。因為自己的失誤而造成工作損失，理應自己負責任，承擔后果。

以上內容大多都基于對自己的工作理解，可能存在一定的局限性，僅供參考。更多文章更新在微信公眾號【產品小姐姐】，歡迎關注免費領取我購買或收集的產品學習視頻、規范模板、元件庫等資料，期待一起交流進步。

微信掃描關注