談談產品的需求分析和設計_天之映畫

本文版權歸我的全部，如需轉載請註明出處http://www.cnblogs.com/PengLee/p/4603182.html 

 目錄

• 理順產品的功能
• 造成產品的交互簡圖
• 理順和完善需求文檔
• 讓UI設計師、交互設計小組參與進來

 

---

　　　　經過和你們將近一個月的工做，1.0版本的APP產品需求分析設計基本上所有完成了，此次的產品是一個音頻+社交的互聯網移動產品。

　　至於產品的具體描述，不在本文當中介紹，接下來要談的是如何進行產品的需求分析和設計，以及要注意的問題。

 

 理順產品的功能

　　　　一個從零開始的產品基本上始於一個核心的想法，初期要作的就是完善和理順產品的功能。首先，你須要問問本身，是否可以清楚的

　　描述一下你的產品的功能，多描述幾回，看看每次的描述是否一致。經過這個過程，你會發現不少的問題都是不清晰的，都沒有肯定下來，

　　你須要不斷的和你們進行討論和交流，同時認真的分析同類產品的功能（我參照了7個同類應用）。絕對不要忽視和你們的討論以及反覆

　　的交流過程，這會幫助你愈來愈清楚產品的定位，產品的功能也會越來完善和明確。通過一番討論和交流以後，你會發現，不論再讓你描

　　述多少次，你關於產品各方面功能的說法基本上都如出一轍，沒有什麼大的變更，而產品的各方面人員對此也都基本上達成了共識。

　　　　                                    　　

　　　　產品的各方面的功能都清楚以後，接下來須要對這些功能進行仔細的分析和理順，哪些功能須要拆分，哪些須要合併，哪些是一類的，

　　哪些是核心、主要的，哪些是輔助的........認真的寫一寫文字、畫一畫導圖、勾畫一下框架。文檔這種東西曆來不是一開始就知道怎麼寫的

　　，何況也沒有任何人限制你如何去寫，只要可以清楚的描述出產品的各個方面，文檔就是成功的。你只有不斷的寫一寫、畫一畫，纔可以

　　逐漸使本身更加清楚，本身清楚了以後，你才知道怎樣讓他人也清楚。

　　　　通過上面的分析和文檔層面的碎片化的梳理，產品的功能文檔基本上就有一個大致上的框架了，再反覆的肯定一些細節方面的東西、

　　重構一下文檔的結構和順序，肯定一下大模塊的劃分（頂級導航模塊的劃分），如今文檔的初期版本就造成了。

 

造成產品的交互簡圖

　　　　通過上面的工做，產品的各個方面都已經很是的清楚了，初期的文檔也可以起到必定的指導做用了。接下來，很是重要的工做就是進行

　　產品的交互簡圖的設計和繪製。雖然，公司可能有專業的交互設計師，可是上面的文檔是沒有辦法指導他們進行專業的交互設計的，做爲產

　　品經理這個階段的目標實際是更加深刻的肯定產品功能的各個細節，造成的交互簡圖並非直接交給UI和技術部門直接進行開發，而是幫助

　　本身肯定產品的細節。

　　　　單憑想，是不可能將思惟觸及到產品功能的每個細節的，只有一個界面一個界面的去繪製和設計，纔不會留下死角，而且你會對各個

　　界面和功能之間的聯繫和邏輯有個很是清晰的認識，會幫助你肯定幾乎全部細節方面的東西。不過你是否是一個具備交互設計知識的產品經

　　理，都要盡你所知道的任何交互知識，再結合產品的其餘方面去認真的思考和繪製每個界面原型，就好像你會的交互簡圖，會交給UI設計

　　和技術開人員直接進行設計和開發同樣，不可以給他們留下任何的黑洞。而實際上每每就是這樣，由於不少的公司沒有專門的交互設計師，

　　這部分的工做只可以由產品經理兼任。

　　　　　　　      　

　　　　須要多提一下的是，因爲UI小組不可以全面的把握事件驅動的點擊跳轉原型，因此最好是使用流程原型線框圖，確保將全部的頁面都

　　涉及到，而且清楚的展示各個界面之間的跳轉關係和邏輯關係，使得UI小組可以清楚的知道每一個界面的邏輯位置，從而準確的把握交互簡圖

　　的設計意圖，也方便你們交流和討論。至於工具，我我的很是推薦你們使用Mockups，相比於Axure的高保真圖，Mockups不只可以清楚

　　形象的表述清楚各個界面，並且又不會限制UI小組的設計思惟。

 

理順和完善需求文檔

　　　　實際上在上面的交互簡圖的設計過程當中，會不斷髮現問題，解決問題，不斷的優化信息架構，也會知道使用什麼方式（導圖、流程圖、

　　用例圖）纔可以將本身所想的描述清楚。一邊畫簡圖，一邊寫文字和描述，一邊畫流程圖和導圖。因此通過交互簡圖的設計，產品文檔需

　　要的各方面的內容基本上都已經有了，如今要作的是，從頭至尾的梳理一邊，將文檔重構一下，條理一下，這樣最終的需求文檔和交互簡

　　圖就都完成了。這個過程是交叉的，沒有任何人強制你先作什麼，後作什麼，你的目標只有一個：盡最大的努力，讓UI和開發人員清楚的

　　知道產品的各個方面和細節，這就夠了，至於你的文檔究竟是什麼形式，都沒有問題。不要去找任何的模板，那一點用都沒有。

 

讓UI小組、交互設計小組參與進來

　　　　通常UI和交互小組和產品組裏的都很是的近，你們有什麼問題，隨時交流，千萬不要埋頭一我的傻了吧唧的作需求分析、寫文檔。交

　　流是很是重要的一個環節，交流的目的有兩個：

　　　　一是啓發思路，得到靈感和解決問題的方法

　　　　更重要的一個方面是，讓全部人員都知道產品的各個方面，由於你的文檔和簡圖最終要交給他們，讓他們及時的知道你的設計原則和

　　思路會使整個過程流暢起來，你們都心領神會。

　　　　尤爲是在文檔和簡圖完成以後，若是UI和交互小組的人數不是很是的多（咱們的產品團隊以後5我的），能夠把你們湊到一塊兒，看着

　　文檔一段一段的給你們讀和分析，一個簡圖一個簡圖的給你們展現個講解。並和你們討論，記下全部的問題。有了這樣的一個交流過程之

　　後，不只可以發現更多的問題，繼續完善文檔，並且你們也都對產品的各個方面有了一個很是清楚的認識，結下來的工做將會很是順利。

通過上面的工做，產品需求分析和設計工做，基本上可以順利的完成。