產品原型的門道

05-06

產品經理日常工作產出，除了需求文檔就是產品原型了，那麼怎麼來畫原型可以比較有效的表述思路，讓人了解產品經理的設計目的呢？

在日常工作當中，我也發展針對不同的溝通場景，也需要不同的原型表達方法，簡單整理如下：

1.頭腦風暴，快速產品化

在需求討論階段，大家頭腦風暴會提出各種各樣的想法，這個時候就需要將想法快速的產品化，然後大家再進行新一輪討論，這個階段的產品原型就不拘泥於細節，主要體現流程和框架，表現形式也多種多樣，可以是手畫原型，也可以是axure草圖，能簡單明了的表述思路即可。

2.內部業務溝通、確認

一般針對內部的商業產品，涉及複雜的業務流程時，產品經理在梳理、確認需求之後，為避免開發產出與原始需求不一致，一般也需要產品經理畫出原型與業務部門進行二次確認，這個階段的原型，就需要有比較完善的操作細節，以便業務部門反饋細節。

3.外部用戶調研

產品經理針對新功能，調研用戶的反饋時，一般就需要製作高保真原型了，要求無論是產品交互，還是UI界面，都要無限接近正式產品，這樣可以讓用戶代入到真實的使用場景中，也能夠提出客觀的反饋。高保真原型一般需要UI設計師進行配合，保證界面上的精美度，不過日常工作中，高保真原型的使用頻率也是最小的。

4.交付開發的原型

交付開發的原型，我習慣在原型上標註一些需求說明，因為有些開發同學比較習慣對照原型進行開發，可能有些時候就忽略了需求文檔當中的功能說明，如果在原型當中也進行標註的話，一是有助於開發理解功能，二是可以避免需求遺漏。

原型最終目的還是傳達產品經理的設計思路，沒有一成之規，形式為目的服務，具體採用什麼形式可以靈活選擇。

另外，我習慣把常用控制項單獨保存，在設計原型時盡量復用已有控制項，避免前段二次開發。