產(chǎn)品需求分析階段涉及到目標用戶分析、信息架構(gòu)設(shè)計、導(dǎo)航設(shè)計、流程設(shè)計等分析，最后依據(jù)分析輸出較為合理的線框圖。最后形成交互設(shè)計文檔（DRD），將這些分析過程用圖視化的形式展示出來，讓閱讀者（研發(fā)、測試及UI人員）明白產(chǎn)品設(shè)計成這樣的原因是什么。深層次的理解產(chǎn)品。同時詳盡的交互設(shè)計流程及文檔，將產(chǎn)品細節(jié)用圖視和文字的形式固定下來，起到規(guī)范和記錄的作用，有助于團隊成員的溝通，降低溝通成本。
2.1版本已經(jīng)線上發(fā)布，持續(xù)優(yōu)化中。
一、產(chǎn)品簡介
融益匯是一款互聯(lián)網(wǎng)金融P2P產(chǎn)品,產(chǎn)品的目標是讓用戶可以通過此產(chǎn)品進行安全、容易操作的投資理財活動。用戶可以選擇項目查看收益和期限，計算預(yù)期收益,進行投資理財，掌握資金狀況。
二、用戶分析
真正的用戶分析是一項非常復(fù)雜耗時的工作,尤其是定性研究,根據(jù)<About Face 交互設(shè)計精髓>中的方法,定性分析要進行足夠的訪談和觀察,通過訪談利益相關(guān)人/主題專家/顧客和用戶, 觀察用戶,現(xiàn)場研究以及競品審查,從而綜合得到用戶的目標&任務(wù)&行動,而非基于猜測和個人的偏好.實際中則依據(jù)資源和項目大小來有選擇性的進行調(diào)研.根據(jù)百度數(shù)據(jù)、平臺運營數(shù)據(jù)以及其他第三方數(shù)據(jù)分析，畫出P2P用戶圖像（部分）：
三、角色模型及產(chǎn)品定位
根據(jù)用戶數(shù)據(jù)分析，建立兩種典型用戶模型，為目標用戶設(shè)計。即使是小型規(guī)模的產(chǎn)品，也需要人物角色、心理模型和場景目標。這樣的設(shè)計才有據(jù)可依。并且故事版要一直貫穿于交互設(shè)計中。
四、競品分析
競品分析能給產(chǎn)品的功能提供很好的參考和靈感，分析競品的優(yōu)缺點、品牌感知度、用戶的評價等，結(jié)合自己的產(chǎn)品來獲取有用的信息。（還包括競品產(chǎn)品結(jié)構(gòu)分析及其原因等，此處未貼圖~）
五、APP功能架構(gòu)
功能結(jié)構(gòu)圖，是為了梳理需求，防止出現(xiàn)缺頁面，缺模塊的現(xiàn)象，以鳥瞰的方式對整個產(chǎn)品的頁面結(jié)構(gòu)形成一個直觀的認識。
六、主要流程圖
七、 輸出交互設(shè)計文檔
根據(jù)以上的項目流程,交互設(shè)計師需要輸出的文檔主要包含: ?1.設(shè)計分析 ?2.信息架構(gòu)設(shè)計 ?3.流程設(shè)計 ?4.線框圖
5.交互設(shè)計文檔（縮寫DRD，是要將這些分析過程用圖視化的形式展示出來，讓團隊成員明白產(chǎn)品設(shè)計成這樣的原因是什么，增加交互設(shè)計的說服力）,文檔結(jié)構(gòu)如下圖:
值得一提的是,這樣一份完整的交互設(shè)計文檔難免會很大,上傳到服務(wù)器上或者別人打開連接時會費時費力,所以在需要具體制作某一部分高保真原型的時候,需要單獨進行此部分的設(shè)計,將項目拆分,細化細節(jié)體驗.
6.高/低保真原型圖。原型圖的保真程度取決于項目的需求和進度，不建議所有功能都輸出高保真圖，用手繪、口述或者案例來講解需要的效果有時比Axure制作更有效率，一切為了效率和效果服務(wù)。
八、部分交互分析
1.交易記錄。
用戶對自己的資金情況一定要有掌控感，時間、金額、類型等。交易類型分為收、支、和凍，也就是入賬出賬和平帳。這里出現(xiàn)的業(yè)務(wù)問題是，用戶提現(xiàn)后不是實時到賬，每一筆資金存在不同狀態(tài)，要經(jīng)過申請、審核、第三方結(jié)算入賬；所以這里需要顯示在途資金的狀態(tài)，將其設(shè)計為具有流程性的交易記錄，提供交易詳情頁。同一條提現(xiàn)不同的狀態(tài)不能夠合并，因為交易狀態(tài)要與資金流相對應(yīng)。
2.我的投資。
正在回款的項目，用戶比較關(guān)心什么？已經(jīng)結(jié)束的呢？什么數(shù)據(jù)對平臺有利？看到自己的投資項目，還會想要看什么信息？目的是想看賺了多少錢，對比一下滿足一下自豪感？還是想知道什么時候資金能到賬需要再復(fù)投或者提取重新規(guī)劃？
把自己當做體驗派的演員，運用合理的想象力置身于情景場景劇本中， 揣摩并調(diào)研投資人的心思，可以從身邊不同年齡性別的朋友、同事那里找到想要的答案。
3.提現(xiàn)頁面
提現(xiàn)申請頁面的問題是，經(jīng)過刪簡后，必要的信息依然過多，擾亂視覺，此處又不想把提現(xiàn)拆分，因為多個步驟的點擊、選擇，不如滑動的效率高。所以選擇把銀行卡和金額分為一組，提現(xiàn)方式和提現(xiàn)金額分為一組，驗證碼和確認分為一組。目的是能讓用戶快速完成提現(xiàn)的流程，避免引起疑問。“可提現(xiàn)額度”等非必要但相關(guān)性高的信息用小問號和彈窗方式表現(xiàn)。而如果用戶根本沒有綁定銀行卡，則在個人中心頁選擇提現(xiàn)時，不必進入頁面，直接彈窗提示綁卡，并提供綁定銀行卡入口。
4.信息過多時，利用分組、隱藏、轉(zhuǎn)移的策略
綁定銀行卡分為三種情況，因為涉及到資金方面信息，提示和操作的入口要細致全面，頁面的提示文字和跳轉(zhuǎn)鏈接就很多。但大篇幅的文字，用戶抓不到重點，反而體驗不好。所以針對每一種情況來拆分提示和操作。比如未綁定時：取哪里綁&綁定的結(jié)果。已綁定時：如何修改&如何解綁等。
