《用戶體驗(yàn)要素》澄清了看不見確感受得到的那1層
太陽(yáng)火神的美美http://www.jyygyx.com/cxrs/ (http://blog.csdn.net/opengl_es)
本文遵守“署名-非商業(yè)用處-保持1致”創(chuàng)作公用協(xié)議
轉(zhuǎn)載請(qǐng)保存此句:太陽(yáng)火神的美美http://www.jyygyx.com/cxrs/ - 本博客專注于 敏捷開發(fā)及移動(dòng)和物聯(lián)裝備研究:iOS、Android、Html5、Arduino、pcDuino,否則,出自本博客的文章謝絕轉(zhuǎn)載或再轉(zhuǎn)載,謝謝合作。
《在熟練使用2B鉛筆前,請(qǐng)不要打開Axure》1文中精要部份摘錄以下,并 PS 組合:
表現(xiàn)層:
其它4層基本弄定的情況下,再進(jìn)行美化設(shè)計(jì),從美學(xué)角度來(lái)布局,用色等等,這1層基本是終究產(chǎn)品內(nèi)含,所以包括的東西也最多,而光靠美工 PS 是沒法達(dá)成的;
PhotoShop 可使它更美觀;美觀是用戶體驗(yàn)的1部份;
框架層:
大體的界面流轉(zhuǎn)和界面元素選用以顯現(xiàn)特定數(shù)據(jù)并與用戶交互,這1層除不太美觀漂亮外,基本該顯現(xiàn)甚么數(shù)據(jù)、該接收甚么樣的用戶交互要求等這些結(jié)構(gòu)層的內(nèi)容,在這1層都包括并體現(xiàn)了,然后這1層更重要的是,把這類數(shù)據(jù)的種類和用戶的要求,和要求與數(shù)據(jù)在用戶與系統(tǒng)交互之間的各種體驗(yàn)具體化,結(jié)構(gòu)化,流程化,實(shí)例化地直觀表現(xiàn)出來(lái),包括界面元素、數(shù)據(jù)組織、交互流轉(zhuǎn)、響應(yīng)結(jié)果走向等等。
Axure 可以顯現(xiàn)出交互的流程并配以相對(duì)真實(shí)的數(shù)據(jù)和界面元素和跳轉(zhuǎn)關(guān)素;交互也是用戶體驗(yàn)的1個(gè)很重要的部份;
結(jié)構(gòu)層:
框架層的很多東西都源自這里,如果沒有這1層的內(nèi)容,你會(huì)發(fā)現(xiàn)你想用 Axure 畫出個(gè)清晰的東西來(lái),很難!不知從何下手,即便下手了,也很散亂,前后錯(cuò)位。所以,可以這樣描寫,框架層是驅(qū)體,那末結(jié)構(gòu)層就是靈魂,只有有靈魂的驅(qū)體,才是靈動(dòng)的、有生氣的、通情達(dá)理的。這1層更多斟酌的就是這些靈魂的東西,具體到該給用戶哪些功能來(lái)用,哪些數(shù)據(jù)需要處理,顯現(xiàn)出來(lái)哪些數(shù)據(jù),固然僅此而已,而不需要更具體化的交互的界面元素,數(shù)據(jù)顯現(xiàn)的界面元素,但交互的進(jìn)程確是要清晰可見的只要你能按現(xiàn)實(shí)中的思惟方式推演得出,順暢且通情達(dá)理,那末這就是可行的,否則,需要進(jìn)1步考量。就如1個(gè)人在做1些事情,這是框架層看到的,如果細(xì)揣摩,就會(huì)發(fā)現(xiàn),這個(gè)人做事情是有條理的,這個(gè)條理就是結(jié)構(gòu)層需要解決的事情,至于姿式動(dòng)作是不是優(yōu)美,就不是這1層該細(xì)化的事情了。
OmniGraffle、Visio 這1類工具能畫流程圖,流程圖就是1個(gè)業(yè)務(wù)流轉(zhuǎn)關(guān)系的邏輯思惟進(jìn)程,相對(duì)抽象,但確主載著利用的顯現(xiàn)和響應(yīng)能力,這是1層看不到的,確能感受得到的用戶體驗(yàn)部份,比猶如樣1個(gè)信息,你是需要用戶點(diǎn)了好幾層,翻了好幾頁(yè)才找到,并輸入1大堆本可以自動(dòng)生成提供,最少可選的數(shù)據(jù),還是簡(jiǎn)化這些,僅讓用戶輸入必要的內(nèi)容,這個(gè)確決定著后續(xù)的局勢(shì)發(fā)展,雖然看不到,但這些內(nèi)容肯定后,指點(diǎn)框架層的時(shí)侯,就會(huì)被看到其作用的結(jié)果,雖然它本身只能感受得到,確看不到。。。。。。
范圍層:
這1層可以叫做需求的邊界界定。常常很多項(xiàng)目失敗,就是由于需求無(wú)邊界,用戶1再地提出不同的新需求和對(duì)原有需求的變更,終究也弄不清到底要的是啥了。這時(shí)候侯需求的邊界界定很重要,當(dāng)前只完成這些任務(wù),再有新的可以提,留到下1個(gè)版本中升級(jí)完善,或變更也能夠,但只能在某些特定的范圍內(nèi)來(lái)做,簡(jiǎn)而言之,界定了范圍,接下來(lái)的工作目標(biāo),就是這些界定的需求,而且這些需求也是經(jīng)過(guò)1系列討論、研究肯定為最重要和緊急的。在實(shí)際開發(fā)進(jìn)程中,也一樣需要遵從范圍層所界定的內(nèi)容,才能使開發(fā)工作可以量化并按時(shí)完成交付使用,另外,Scrum 敏捷開發(fā)中,每個(gè)沖刺也界定了這1次要完成的需求范圍或需求復(fù)雜度,這都是非常重要的。
這1層使用的工具可能就是頭腦了吧,或像 XMind 這類思惟導(dǎo)圖的工具會(huì)比較有用吧。
戰(zhàn)略層:
這1層,固然離不開出資人的考量,首先是這個(gè)需求是不是切實(shí)存在,用戶群體的廣泛性,最重要的是,利潤(rùn)點(diǎn)是不是公道、豐富,額外還要考量,環(huán)境是不是具有,就如當(dāng)下,基本每個(gè)人都在拿著1部 Android 手機(jī),而 iPhone 相對(duì)就小眾1些,但確是高端人群,所以這些都是這1層需要考量的,如果不斟酌到這些,早些年,誰(shuí)也不會(huì)傻到,給每個(gè)人買1部 Android 手機(jī),然后開發(fā)利用求他們下載來(lái)用,這純屬笑話,但笑話中確無(wú)不流露現(xiàn)實(shí)環(huán)境狀態(tài)的重要性;再比如 JAVA 語(yǔ)言的發(fā)明,在當(dāng)初的環(huán)境下,確切沒法到達(dá)其最初目的,后來(lái)轉(zhuǎn)戰(zhàn) Web 1舉成名,而今在 Android 上,Java 終究達(dá)成了其最初的設(shè)計(jì)意圖,機(jī)頂盒和便攜裝備上的開發(fā)利用。總之,戰(zhàn)略層,決定了方向,方向如果錯(cuò)了,后面做再多也是錯(cuò)的,或有時(shí)會(huì)成功,那不是偶然,而是下面各層履行中,不斷對(duì)戰(zhàn)略層進(jìn)行了修正,這其實(shí)還是戰(zhàn)略層的問(wèn)題,其實(shí)不是其它層的,只是你會(huì)看到其它各層中在貫徹履行而已,其實(shí)不會(huì)改變這1層面;但確會(huì)存在,各層的反饋下,戰(zhàn)略層不斷修正以使其它各層可行、公道。