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