- 相關(guān)推薦
交互設計新手該如何學(xué)習
交互設計師到底是需要做什么?其實(shí)交互設計需要做什么，會(huì )隨每個(gè)交互設計師的工作內容差異而不同，具體到每個(gè)項目也會(huì )有區別。下面分享下我是怎樣做交互，方式不一定是最合適，希望大家多指點(diǎn)，共同學(xué)習進(jìn)步。
發(fā)現用戶(hù)而要，建立明確需求
發(fā)現用戶(hù)需要的方式有很多種，我們可以在用戶(hù)反饋里收集到許多用戶(hù)提出的想法，他們希望我們能提供幫助解決問(wèn)題的產(chǎn)品;我們也可以主動(dòng)去觀(guān)察一些生活中的信息，為靈感的迸發(fā)做儲備。
比如說(shuō)日程管理項目，有不少用戶(hù)跟我們的郵箱反應說(shuō)，他們忙碌的時(shí)候會(huì )忘記一些重要的事情，比如一些會(huì )議或者約會(huì )，所以希望網(wǎng)易郵箱能提供一個(gè)專(zhuān)業(yè)的日程管理功能，能夠幫助他們有效的管理和安排每天的日程。
確認了用戶(hù)的這一需要，我們的產(chǎn)品同事就會(huì )組織立項，把用研和設計組的同事呼喚過(guò)來(lái)一起進(jìn)行調研，確定我們的目標用戶(hù)。
用研組會(huì )通過(guò)問(wèn)卷調查等方式盡可能多的去收集信息，交互設計師也會(huì )參與分析調研，組織會(huì )議幫助用研組完善信息，我們會(huì )采取一些有趣的方式，比如一堆人在一起頭腦風(fēng)暴，大家回憶各種相關(guān)的生活場(chǎng)景，然后把一些關(guān)鍵詞記錄下來(lái)。
這一步我們的目的是要知道：用戶(hù)想要什么?
通過(guò)這些步驟我們提煉出一些最重要的功能需求，接著(zhù)產(chǎn)品組會(huì )整理出需求文檔，設計師就位。
提出設計方案
通過(guò)調研，我們得到了大量數據信息，并建立了明確的需求，下一步就是開(kāi)始提設計方案。
這個(gè)階段我會(huì )做一些概念設計，類(lèi)似于做實(shí)物產(chǎn)品時(shí)設計一個(gè)水杯，我會(huì )描述它說(shuō)：我要設計一個(gè)旅行用的水杯，它能疊成一個(gè)小圓盤(pán)，喝水的時(shí)候只需要把小圓盤(pán)的圓心部分往下按，就能變成一個(gè)杯子。
互聯(lián)網(wǎng)產(chǎn)品也是這樣，需要賦予它一個(gè)概念，例如日程管理：這是一個(gè)專(zhuān)業(yè)的日程管理功能，通過(guò)使用它，我們可以有效的管理自己每天的日程和時(shí)間，以提高工作效率，并且不會(huì )再錯過(guò)每個(gè)重要的約會(huì )!
這些文字并不一定非是交互設計師所總結，但是交互設計師必須要做到對產(chǎn)品心里有數，明確我們要做什么。
同時(shí)需要進(jìn)行的還有初稿設計，在這里我所謂的初稿，并不一定是嚴格要求中的交互原型，可以是用Axure把主要的頁(yè)面流程做出來(lái)，也可以手繪草圖，只要能清晰表達設計構思的，什么樣的方式都可以。
制作設計原型
制作設計原型，也就是常說(shuō)的交互稿，區別于做設計方案時(shí)的初稿，這份交互稿我會(huì )盡可能細致的把流程和具體操作形式表達出來(lái)。
考慮到做交互是一個(gè)迭代過(guò)程，我會(huì )在設計稿的首頁(yè)為設計的產(chǎn)品做一份交互更新日志，記錄下交互更新時(shí)間、版本名稱(chēng)、更新類(lèi)型、更新內容、參考需求文檔與交互負責人。
這份更新日志的意義在于：
更新時(shí)間-便于全程跟蹤記錄項目，掌握每個(gè)時(shí)間點(diǎn)
版本名稱(chēng)-便于項目參與人員查找上一版本的交互稿
更新類(lèi)型-了解每次更新需求的性質(zhì)
更新內容-清晰呈現每一次更新的內容，并提供一個(gè)直接去到更新頁(yè)面的鏈接，這樣在進(jìn)行迭代時(shí)我們的伙伴不用一頁(yè)頁(yè)去尋找更新點(diǎn)
參考需求文檔-便于項目參與人員查找對應的需求文檔
交互負責人-記錄每次迭代的交互負責人，并能方便工作交接
交互稿的制作過(guò)程，一般是用Axure做原型，像郵箱這樣視覺(jué)比較成熟且相對穩定的產(chǎn)品，我會(huì )偏向做高保真模型，我們會(huì )整理一個(gè)控件庫，這樣能提高制作效率;做一個(gè)全新項目時(shí)，黑白稿線(xiàn)稿都是可用的方式，如果交互設計師能對大概的視覺(jué)效果有把握，也能做得精致些。這些我想大家都很了解，所以不多說(shuō)了。
制作交互說(shuō)明
之所以把這部分內容提出來(lái)單獨寫(xiě)一段，是因為之前和很多做交互的朋友討論過(guò)該怎樣做好交互說(shuō)明，大家各有看法，很難找到這部分工作的衡量標準。
交互說(shuō)明書(shū)在整個(gè)設計過(guò)程中，也許只會(huì )占用小部分工作量，但是作用不小，它能幫助我們減少溝通成本，輔助交互稿描述設計理念，表達交互流程，更細致的展現我們的設計。
與做設計稿不同，個(gè)人認為，交互說(shuō)明這部分工作，需要我們更多了解它作說(shuō)明的對象，即產(chǎn)品經(jīng)理、視覺(jué)設計師、開(kāi)發(fā)人員的需求，從而達到真正的“輔助”效果，而不是盲目憑自己主觀(guān)去長(cháng)篇大論，否則我們要為此花費時(shí)間，而且這部分工作只能沉積為一堆我們自己欣賞毫無(wú)意義的文字。
為此我曾與合作過(guò)的各組同事進(jìn)行溝通，提煉出一些他們對交互說(shuō)明的需求，不求全面，但求能說(shuō)明一些問(wèn)題。
1.交互說(shuō)明最好是圖文并茂(all)
便于閱讀和理解。
2.頁(yè)面跳轉的說(shuō)明(產(chǎn)品&程序)
頁(yè)面跳轉是涉及多個(gè)頁(yè)面關(guān)系的操作，產(chǎn)品人員在看交互稿時(shí)，會(huì )更多去關(guān)注多個(gè)目的性的任務(wù)操作流程，而對頁(yè)面跳轉的記憶是有限的，所以需要頁(yè)面跳轉說(shuō)明。
3.交互說(shuō)明能否考慮與產(chǎn)品需求文檔結合(產(chǎn)品)
開(kāi)發(fā)文檔會(huì )涉及產(chǎn)品概念、技術(shù)方案、業(yè)務(wù)執行角色等內容，和交互設計稿有著(zhù)緊密關(guān)聯(lián)，所以交互說(shuō)明書(shū)與開(kāi)發(fā)文檔是可以相互做補充，整理成一份文檔，這樣也能避免工作內容重復。
4.對交互稿中不明顯的交互動(dòng)作或隱藏的設置項作說(shuō)明(產(chǎn)品&視覺(jué)&頁(yè)面構架)
細節和動(dòng)作需要描述清楚，比如說(shuō)鼠標focus、click的動(dòng)作，或click后是loading還是跳轉，這些平時(shí)都是開(kāi)會(huì )上討論，但是參與項目的人員不一定都能記住，所以會(huì )需要在交互說(shuō)明書(shū)里做說(shuō)明，并需要考慮到頁(yè)面構架組需要預留適應變化的結構。
5.產(chǎn)品風(fēng)格定位(視覺(jué))
商務(wù)風(fēng)?休閑風(fēng)?視覺(jué)需要一個(gè)準確的產(chǎn)品風(fēng)格定位。這部分工作不一定是由交互人員來(lái)確定，但在產(chǎn)品孕育階段中，設計稿討論以及不定時(shí)更新的數據調查，會(huì )使得產(chǎn)品風(fēng)格定位漸漸明確，視覺(jué)的同事更多是參與設計階段的工作，這就需要交互人員將這些信息在交互說(shuō)明中記錄下來(lái)，以輔助視覺(jué)完成。
6.極限狀態(tài)(前端)
比如一個(gè)列表最長(cháng)和最短顯示。
7.異常/出錯情況說(shuō)明(程序)
這一點(diǎn)在交互稿制作和與產(chǎn)品溝通過(guò)程中容易被忽略。
有的設計師會(huì )疑惑：為什么我做的設計說(shuō)明書(shū)會(huì )沒(méi)人看?我寫(xiě)的很詳細了，但是他們還是會(huì )問(wèn)我一堆設計的問(wèn)題!甚至，問(wèn)我為什么要做這個(gè)文檔?
在這些情況面前，設計師應該做些思考，我們所制作的這份說(shuō)明是否真正解決問(wèn)題了呢?
一些基本的邏輯判斷和文字內容，產(chǎn)品人員已在需求文檔中列出且在交互稿中已清晰呈現，例如原型中完整呈現的設置內容，或一個(gè)單選復選關(guān)系，這些內容我們再花時(shí)間去大篇描述，并無(wú)太大意義。
【交互設計新手該如何學(xué)習】相關(guān)文章：
交互設計新手入職之前如何準備07-08
交互設計師新手應該如何設計作品集07-19
新手開(kāi)車(chē)該如何省油06-19
新手實(shí)習標志該如何使用09-10
新手起步該如何控制油門(mén)08-27
新手如何學(xué)習Java07-06