今天我們來聊聊如何將原型圖設計的更有價值，文中以自己最近的工作情況為例，討論在整個開發(fā)環(huán)節(jié)中如何定位原型設計以及調(diào)整設計方向。
背景考量
不同的項目背景各不相同，項目有大有小，人員有多有少，時間有緊有緩，這些因素可以為我們的設計提供初始評估，往往也能夠決定原型的整體形態(tài)。
首先，因為公司的辦公場所分屬園區(qū)不同的兩幢樓，其中設計部和技術部又恰好分開，因此IM將作為主要的交流方式。
另外，由于公司的組織架構關系，設計部承擔的是整個公司的相關設計任務，包括平面設計、視覺設計等等，所以每做一個新項目，需要幫助設計師能夠盡快熟悉項目。
項目特征
- 嵌入式開發(fā)背景
- 溝通成本高
- 設計師需要額外的學習成本
大部分項目都包含以上特征，在分析清楚整體環(huán)境之后，自己便可以整理接下來的設計需要注意到的問題。
明確重點
降低時間成本
因為原型都由自己一個人完成，所以規(guī)范化的需求分析、文檔撰寫步驟我們直接略過，加之項目負責人坐在我旁邊，明確了大體需求之后，便開始根據(jù)自己的理解做功能邏輯梳理，有問題直接詢問即可。
確保邏輯清晰
邏輯梳理是開始原型設計之前的重要環(huán)節(jié)，通過對項目整體功能邏輯的梳理，對項目有整體的把握，可以幫助自己快速構思整體框架，落實到設計工具上，也能夠預先設計好母版，便于開展下一步的設計。
設計時不可避免的都會出現(xiàn)同頁面存在不同狀態(tài)或者因輸入不同導致產(chǎn)生不同的校驗結果，針對這種情況，將場景一一列出，可以在設計工具中通文件夾下新建不同頁面做備注，或者做一個簡單的用戶流圖。
恰當使用工具
關于邏輯梳理的工具有很多種，開始如果不太確定，用紙筆畫畫也是不錯的，一些腦圖工具可以根據(jù)自己的需要選擇。
高效雙向溝通
客觀環(huán)境限制了我和設計部同事的面對面交流機會不多，主要交流基本都集中在每個項目的分析介紹會議上面，因此將原型設計的清晰明了、邏輯周全、文檔詳盡便是每次會議前必須要做好的基礎工作。同時為了設計人員的設計能夠更貼合自己的想法、提高工作效率，也會找一些實際相近的完整設計案例給設計人員進行參考。
設計原則
能夠提升溝通效率的設計才是好的設計，一份原型往往需要給設計師和開發(fā)人員兩組人員參考，因此需要兼顧他們不同的使用目的。
- 設計師重視頁面表現(xiàn)形式和元素類型
- 開發(fā)人員重視內(nèi)在邏輯
完整的了解整個項目是兩組人員的共通目的，因此自己往往采用保真度+說明相結合的方式進行原型設計。
- 添加基礎的頁面跳轉(zhuǎn)、輸入、點擊等基本動作
- 采用不同色塊表現(xiàn)頁面層級主次關系和特殊狀態(tài)
- 復雜邏輯使用流程圖或用戶流圖做輔助說明，下圖為我做過的一些用戶流示例：
- 對于較為復雜的邏輯或容易忽略的細節(jié)添加輔助說明
- 復雜動效使用近似實例做演示說明
反饋
做到以上這些，設計師們往往不會有太大問題，也基本可以保證按時交付初稿，這時自己對設計過稿之后，會發(fā)現(xiàn)部分問題，此時對這些問題采用圖文說明的形式整理成文檔，統(tǒng)一提給設計師，如果是細節(jié)問題，設計師根據(jù)文檔說明，往往都能夠理解，如果存在邏輯或者功能上的問題，便需要通過會議來進行明確，初稿的修改意見可以直接加在修改后的原型里,或者以單獨的文件發(fā)送。
這樣基本上設計師做好二次修改后，就可以直接交付開發(fā)人員了。
因為公司流程并沒有那么規(guī)范，自己也算是承包了需求分析、功能設計等部分工作，因此省略了PRD環(huán)節(jié)，所有的文檔和原型設計都在.rp文件中完成，個人認為這樣更簡潔，也能夠節(jié)省第三方人員的工作時間，目前來看效果還是不錯，從后臺管理系統(tǒng)到網(wǎng)站，再到App，一直采用這樣的設計思想和流程，后面如果遇到其他問題，再繼續(xù)調(diào)整。
高保真的原型往往更適合演示給你的用戶，而在實際項目中，一份通俗易懂，邏輯清晰的原型文檔才更加適合和你一起戰(zhàn)斗的小伙伴。
如果你也熱愛設計，歡迎通過公眾號與我交流
