交互設(shè)計入門--了解交互設(shè)計
為什么會有交互設(shè)計,交互設(shè)計能夠做什么?1.成功的互聯(lián)網(wǎng)產(chǎn)品具備哪些要素?
①當你的Boss需要做個產(chǎn)品時,它首先必須是可實現(xiàn)的,這也是為什么核心程序員架構(gòu)師的待遇普遍較高的原因,因為他們是生產(chǎn)力。那么成功的產(chǎn)品首先要具備--可實現(xiàn)模型。
②產(chǎn)品做出來干什么?“方便用戶,讓用戶玩的爽?”當然不是,產(chǎn)品的終極目標是盈利,你的領(lǐng)導(dǎo)也只關(guān)心這個。怎么才能盈利,而且是可持續(xù)的盈利。這需要具備第二個要素--業(yè)務(wù)模型。
③有了實現(xiàn)模型和業(yè)務(wù)模型產(chǎn)品就成功了嗎?以前是,但如今時代不同了,大多數(shù)的應(yīng)用已經(jīng)不存在技術(shù)難題,在這個企業(yè)不缺系統(tǒng),互聯(lián)網(wǎng)不缺產(chǎn)品而用戶不懂技術(shù)的時刻,你靠什么贏得用戶?強大的運營隊伍也只能推動一個峰值,最根本的還是需要產(chǎn)品的第三個要素--使用者模型,使用者模型像水一樣,可以成就一個產(chǎn)品,讓產(chǎn)品走的更遠,也可以毀掉一個優(yōu)秀業(yè)務(wù)模型的產(chǎn)品。
2.怎么去完善使用者模型?
①我們先看看傳統(tǒng)的開發(fā)流程:立項→編程→測試→美化
這樣的做出來的產(chǎn)品大都數(shù)偏向程序員思維的實現(xiàn)模型或營銷策劃的業(yè)務(wù)模型,設(shè)計也就是加點圖標上些顏色(舉個例子:環(huán)球資源,大家可以點開下眼界),基本上不存在用戶模型的概念。
②為了完善用戶模型的問題,現(xiàn)在絕大都數(shù)公司的開發(fā)流程做出了改進,基本上基于這樣的流程:立項→需求分析→設(shè)計→編程→測試
這樣的流程提高了對需求分析人員和設(shè)計師的能力要求,這樣的組合必須在實現(xiàn)模型的前提下將業(yè)務(wù)模型和使用者模型進行一個高度融合。那么問題來了:假設(shè)設(shè)計師只具備視覺設(shè)計能力大都數(shù)從事互聯(lián)網(wǎng)產(chǎn)品界面設(shè)計的都是美術(shù)類出身,對業(yè)務(wù)的理解程度都要弱于表現(xiàn)需求,基本上是基于產(chǎn)品人員的線框圖制作視覺稿,根本無法推動頁面結(jié)構(gòu)的優(yōu)化。那么出來的成品還是偏向于業(yè)務(wù)需求。遇到綜合型的產(chǎn)品經(jīng)理還好,遇到業(yè)務(wù)性的產(chǎn)品經(jīng)理就只能讓蠢事繼續(xù)下去了。舉個例子:一些轉(zhuǎn)化率低,跳出率高的頁面,產(chǎn)品經(jīng)理會覺得主要原因是設(shè)計稿氣氛不夠,按鈕不夠大。而真正的原因是因為設(shè)計師基于他的線框制作的視覺稿,目標導(dǎo)向和行為召喚都不夠。假設(shè)設(shè)計師具備產(chǎn)品策劃和視覺表現(xiàn)能力
這樣的設(shè)計師也大量的存在,但發(fā)現(xiàn)與產(chǎn)品的溝通上效率很低,會出現(xiàn)以下的問題:1.溝通困難;2.修改成本高;3.無法估算完成時間;4.無法說服對方;5.項目時間不允許。
3.解決方案--UCD理念
為了解決上述問題,UCD的理念開始逐步被大家接受和認可,其中最具有驅(qū)動方案的職位--交互設(shè)計就是順著這樣的大環(huán)境被獨立出來。我們可以了解一下各大互聯(lián)網(wǎng)公司UED的主要組織結(jié)構(gòu):
相比之前的流程,多出了用戶研究和交互設(shè)計的職位,而這兩個職位對產(chǎn)品概念到實現(xiàn)的過程起著主要的驅(qū)動作用。
4.交互設(shè)計如何開展和融入開發(fā)流程我們先來梳理一下之前流程上遇到的兩個問題:1.使用者模型不完善;2.溝通障礙使用者模型不完善;
如何改善使用者模型,需要經(jīng)歷兩個過程:①業(yè)務(wù)模型框架化
在產(chǎn)品的概念階段時期,交互設(shè)計師需要基關(guān)注用戶界面和整體結(jié)構(gòu),這個過程被稱作“框架設(shè)計",框架設(shè)計就是一種基于用戶目標的導(dǎo)航架構(gòu)和流程設(shè)計。這個階段交互的產(chǎn)出物主要有導(dǎo)航架構(gòu)圖,流程圖和低保真線框圖。
上述的產(chǎn)出物都需要和產(chǎn)品經(jīng)理反復(fù)確認,以保證業(yè)務(wù)模型的完整。②.框架界面化在定義完功能模塊的頁面結(jié)構(gòu)和流程后,交互設(shè)計師還需要設(shè)計規(guī)劃使用者的操作,這些包括頁面元素的主次關(guān)系,小部件的處理,元素的組織,界面的引導(dǎo)等等。這個階段交互設(shè)計師需要提供原型demo:
原型demo是一個過程,主要用于具象的表達業(yè)務(wù)需求和定義界面模型,是一種目標導(dǎo)向的設(shè)計過程。這個過程可以是多次迭代的,是提煉產(chǎn)品質(zhì)量的主要手段。有了這個過程,我們之前所講的完善使用者模型才能夠得到解決,用戶體驗設(shè)計的理念才可以真正得到實施。溝通障礙
在產(chǎn)品開發(fā)過程中,各個部門的合作與溝通存在著障礙,而產(chǎn)生交互職位之后,這些問題都能夠得到解決。①產(chǎn)品與設(shè)計的溝通
在框架階段,交互設(shè)計師利用信息架構(gòu)圖和流程圖能夠?qū)I(yè)務(wù)需求確定下來。在框架界面化階段,對于用戶的操作和界面元素也能夠用原型demo表達出來,而且修改成本低,可以快速的迭代。②產(chǎn)品、設(shè)計與開發(fā)、測試的溝通
交互設(shè)計師利用原型demo做評審測試是個非常高效的方法,這樣的方法能夠不僅能夠直觀的表達需求,而且可以提供早期的用戶測試,讓很多之前無法預(yù)見的問題及時的拋出來,原型demo是貫穿概念階段和實現(xiàn)階段的最佳表達方式,而這些都對于交互設(shè)計提出了更高的要求。5.小結(jié)
寫了這么多內(nèi)容,主要是想說明一下為什么要有交互設(shè)計和交互設(shè)計能夠解決什么問題。如果決策者不能夠明白這些道理,UCD的方法很難開展起來;如果從業(yè)者不能夠明白這些道理,所做的工作也會是盲目和無效的。我想通過這篇文章幫助一些新手明白自己工作的任務(wù)和目的,少走些彎路。
下個章節(jié)講「交互設(shè)計的職能」,會具體到交互設(shè)計的工作是如何展開和結(jié)束...
擴展閱讀:交互設(shè)計入門 了解交互設(shè)計
交互設(shè)計入門了解交互設(shè)計
來源201*-03-1509:25:30
為什么會有交互設(shè)計,交互設(shè)計能夠做什么?1.成功的互聯(lián)網(wǎng)產(chǎn)品具備哪些要素?
①當你的Boss需要做個產(chǎn)品時,它首先必須是可實現(xiàn)的,這也是為什么核心程序員架構(gòu)師的待遇普遍較高的原因,因為他們是生產(chǎn)力。那么成功的產(chǎn)品首先要具備可實現(xiàn)模型。
②產(chǎn)品做出來干什么?“方便用戶,讓用戶玩的爽?”當然不是,產(chǎn)品的終極目標是盈利,你的領(lǐng)導(dǎo)也只關(guān)心這個。怎么才能盈利,而且是可持續(xù)的盈利。這需要具備第二個要素業(yè)務(wù)模型。
③有了實現(xiàn)模型和業(yè)務(wù)模型產(chǎn)品就成功了嗎?以前是,但如今時代不同了,大多數(shù)的應(yīng)用已經(jīng)不存在技術(shù)難題,在這個企業(yè)不缺系統(tǒng),互聯(lián)網(wǎng)不缺產(chǎn)品而用戶不懂技術(shù)的時刻,你靠什么贏得用戶?強大的運營隊伍也只能推動一個峰值,最根本的還是需要產(chǎn)品的第三個要素使用者模型,使用者模型像水一樣,可以成就一個產(chǎn)品,讓產(chǎn)品走的更遠,也可以毀掉一個優(yōu)秀業(yè)務(wù)模型的產(chǎn)品。
2.怎么去完善使用者模型?
①我們先看看傳統(tǒng)的開發(fā)流程:立項→編程→測試→美化
這樣的做出來的產(chǎn)品大都數(shù)偏向程序員思維的實現(xiàn)模型或營銷策劃的業(yè)務(wù)模型,設(shè)計也就是加點圖標上些顏色(舉個例子:環(huán)球資源,大家可以點開下眼界),基本上不存在用戶模型的概念。
②為了完善用戶模型的問題,現(xiàn)在絕大都數(shù)公司的開發(fā)流程做出了改進,基本上基于這樣的流程:立項→需求分析→設(shè)計→編程→測試
這樣的流程提高了對需求分析人員和設(shè)計師的能力要求,這樣的組合必須在實現(xiàn)模型的前提下將業(yè)務(wù)模型和使用者模型進行一個高度融合。那么問題來了:
假設(shè)設(shè)計師只具備視覺設(shè)計能力
大都數(shù)從事互聯(lián)網(wǎng)產(chǎn)品界面設(shè)計的都是美術(shù)類出身,對業(yè)務(wù)的理解程度都要弱于表現(xiàn)需求,基本上是基于產(chǎn)品人員的線框圖制作視覺稿,根本無法推動頁面結(jié)構(gòu)的優(yōu)化。那么出來的成品還是偏向于業(yè)務(wù)需求。遇到綜合型的產(chǎn)品經(jīng)理還好,遇到業(yè)務(wù)性的產(chǎn)品經(jīng)理就只能讓蠢事繼續(xù)下去了。舉個例子:一些轉(zhuǎn)化率低,跳出率高的頁面,產(chǎn)品經(jīng)理會覺得主要原因是設(shè)計稿氣氛不夠,按鈕不夠大。而真正的原因是因為設(shè)計師基于他的線框制作的視覺稿,目標導(dǎo)向和行為召喚都不夠。
假設(shè)設(shè)計師具備產(chǎn)品策劃和視覺表現(xiàn)能力這樣的設(shè)計師也大量的存在,但發(fā)現(xiàn)與產(chǎn)品的溝通上效率很低,會出現(xiàn)以下的問題:
1.溝通困難;2.修改成本高;3.無法估算完成時間;4.無法說服對方;5.項目時間不允許。
3.解決方案UCD理念
為了解決上述問題,UCD的理念開始逐步被大家接受和認可,其中最具有驅(qū)動方案的職位交互設(shè)計就是順著這樣的大環(huán)境被獨立出來。我們可以了解一下各大互聯(lián)網(wǎng)公司UED的主要組織結(jié)構(gòu):
相比之前的流程,多出了用戶研究和交互設(shè)計的職位,而這兩個職位對產(chǎn)品概念到實現(xiàn)的過程起著主要的驅(qū)動作用。
4.交互設(shè)計如何開展和融入開發(fā)流程
我們先來梳理一下之前流程上遇到的兩個問題:1.使用者模型不完善;2.溝通障礙使用者模型不完善;
如何改善使用者模型,需要經(jīng)歷兩個過程:①業(yè)務(wù)模型框架化
在產(chǎn)品的概念階段時期,交互設(shè)計師需要基關(guān)注用戶界面和整體結(jié)構(gòu),這個過程被稱作“框架設(shè)計”,框架設(shè)計就是一種基于用戶目標的導(dǎo)航架構(gòu)和流程設(shè)計。這個階段交互的產(chǎn)出物主要有導(dǎo)航架構(gòu)圖,流程圖和低保真線框圖。
上述的產(chǎn)出物都需要和產(chǎn)品經(jīng)理反復(fù)確認,以保證業(yè)務(wù)模型的完整。②.框架界面化在定義完功能模塊的頁面結(jié)構(gòu)和流程后,交互設(shè)計師還需要設(shè)計規(guī)劃使用者的操作,這些包括頁面元素的主次關(guān)系,小部件的處理,元素的組織,界面的引導(dǎo)等等。這個階段交互設(shè)計師需要提供原型demo:
原型demo是一個過程,主要用于具象的表達業(yè)務(wù)需求和定義界面模型,是一種目標導(dǎo)向的設(shè)計過程。這個過程可以是多次迭代的,是提煉產(chǎn)品質(zhì)量的主要手段。有了這個過程,我們之前所講的完善使用者模型才能夠得到解決,用戶體驗設(shè)計的理念才可以真正得到實施。
溝通障礙
在產(chǎn)品開發(fā)過程中,各個部門的合作與溝通存在著障礙,而產(chǎn)生交互職位之后,這些問題都能夠得到解決。
①產(chǎn)品與設(shè)計的溝通
在框架階段,交互設(shè)計師利用信息架構(gòu)圖和流程圖能夠?qū)I(yè)務(wù)需求確定下來。在框架界面化階段,對于用戶的操作和界面元素也能夠用原型demo表達出來,而且修改成本低,可以快速的迭代。
②產(chǎn)品、設(shè)計與開發(fā)、測試的溝通交互設(shè)計師利用原型demo做評審測試是個非常高效的方法,這樣的方法能夠不僅能夠直觀的表達需求,而且可以提供早期的用戶測試,讓很多之前無法預(yù)見的問題及時的拋出來,原型demo是貫穿概念階段和實現(xiàn)階段的最佳表達方式,而這些都對于交互設(shè)計提出了更高的要求。
5.小結(jié)
寫了這么多內(nèi)容,主要是想說明一下為什么要有交互設(shè)計和交互設(shè)計能夠解決什么問題。如果決策者不能夠明白這些道理,UCD的方法很難開展起來;如果從業(yè)者不能夠明白這些道理,所做的工作也會是盲目和無效的。我想通過這篇文章幫助一些新手明白自己工作的任務(wù)和目的,少走些彎路。
友情提示:本文中關(guān)于《交互設(shè)計入門--了解交互設(shè)計》給出的范例僅供您參考拓展思維使用,交互設(shè)計入門--了解交互設(shè)計:該篇文章建議您自主創(chuàng)作。
來源:網(wǎng)絡(luò)整理 免責聲明:本文僅限學(xué)習分享,如產(chǎn)生版權(quán)問題,請聯(lián)系我們及時刪除。