產品需求文檔的寫做(三) – 原型設計(手繪原型,灰模原型,交互原型)

上一篇文章咱們經過思惟導圖將想法進行告終構化梳理，接下來咱們就須要進行方案的可行性推演，驗證產品功能是否可行，預估項目要花多少人力物力，所以咱們就要經過原型設計進行相關需求的論證。一開始就撰寫PRD文檔，咱們很難對產品進行各方面的評估，也沒法得知方案的可行性，而且沒法直觀細緻的考慮產品。

原型設計是幫助咱們更細緻的思考，並作各項需求的評估，同時也是將本身腦海裏的想法進行輸出，經過原型設計後，咱們就能夠進行產品宣講了。相對於以前抽象的文字描述，原型則更加清晰產品的需求，設計和技術人員或者老闆也可以更加直觀的瞭解到產品意圖。

原型設計是將結構化的需求進行框架化，所以原型也被稱爲線框圖，具體的表現手法有不少種，相關的輔助軟件也有不少，例如：Axure RP、Balsamiq Mockups、UIDesigner等等。

當到了原型設計這一步時，已經不只僅是構思了，咱們須要更加深刻的瞭解每一個頁面上的元素和這些元素的屬性。例如按鈕元素，咱們就須要考慮這個按鈕的功能，而且這個功能操做後帶給後端和前端的反饋。舉例這個按鈕是註冊會員按鈕，用戶操做後，第一步邏輯是驗證用戶輸入的信息是否合法，不合法則給出前端反饋；合法則和後端通訊驗證是否已經存在一樣信息，已經存在則給出前端反饋，不存在則進入下一步，註冊成功；註冊成功後的反饋是跳轉頁面，仍是彈出層提示用戶完善資料，這些都是須要更詳情的考慮的。固然這些更細緻的思考是留在需求文檔撰寫時的，而此時咱們須要作的就是把這些元素經過原型表現出來。

原型設計的表現手法主要有三種：手繪原型、灰模原型、交互原型

一、手繪原型

由於原型也被稱爲線框圖，所以手繪是最簡單直接的方法，也是最快速的表現產品輪廓的手法(以下圖)。

手繪原型在初期驗證想法時很是高效，也方便討論和重構，同時也適合敏捷開發時快速出原型。

二、灰模原型

灰模原型是由圖形設計軟件製做而成，我最經常使用的軟件是PhotoShop和FireWorks，相對手繪原型，灰模更加清晰和整潔，也適用於宣講，可是須要產品人員熟悉使用圖形設計軟件(以下圖)。

灰模原型經常使用於移動互聯網產品的設計，因爲移動產品的交互需求複雜，原型設計軟件難以高效的表達需求，所以移動互聯網產品的設計一般是灰模原型加交互文檔組合成PRD文檔。（過幾天我再詳情講講移動互聯網的產品設計）

三、交互原型

交互原型是使用原型設計軟件完成的原型，經常使用軟件是Axure RP，一般狀況交互原型的設計僅早於PRD文檔，是產品經理想法推演的最後一步。經過Axure PR之類的交互原型軟件製做出來的產品原型，在功能需求與交互需求的表現和正式產品幾乎是一致的，因此有時交互原型也被稱爲產品Demo版。

一般狀況下交互原型是產品經理與交互設計師共同討論肯定，而後由交互設計師製做，可是絕大多數的公司是沒有交互設計師這個職位的，所以這類工做最終是由產品經理來負責的。（不少公司給視覺設計師的職稱是交互設計師，但本質仍是視覺設計）

關於Axure PR製做交互原型我在這裏就很少介紹了，網絡上有不少這類的教程，我我的建議是學習Axure PR時，隨便了解一下網站模板的結構，這樣能夠幫助你更加結構化使用Axure PR。（推薦一個我以前畫的原型，網站已經關了，原型當時設計的也比較簡陋，有不少缺失的頁面，僅供參考看看。）

分享微世界原型Demo(源文件)：http://tangjie.me/blog/11.html

以上三種方法並非漸進的流程，而是三種原型設計的方法，具體取決於你的產品需求和團隊要求。

產品經理設計原型是爲了幫助本身更細緻的思考方案的可行性，也是爲了給別人講解的時候，讓聽衆可以清晰直觀的瞭解產品，同時也是爲了確保產品在執行過程當中，是按產品經理最初設想的需求和指望完成的。所以產品經理的原型是沒有很高的要求的，只要對方可以聽懂看懂，使用手繪原型是最高效率的方法。

本文出自 產品經理@唐傑 ，轉載時請註明出處及相應連接。

本文永久連接: http://tangjie.me/blog/54.html