交互設(shè)計(jì)入門--了解交互設(shè)計(jì)

為什么會(huì)有交互設(shè)計(jì),交互設(shè)計(jì)能夠做什么?1.成功的互聯(lián)網(wǎng)產(chǎn)品具備哪些要素？

①當(dāng)你的Boss需要做個(gè)產(chǎn)品時(shí)，它首先必須是可實(shí)現(xiàn)的，這也是為什么核心程序員架構(gòu)師的待遇普遍較高的原因，因?yàn)樗麄兪巧�產(chǎn)力。那么成功的產(chǎn)品首先要具備--可實(shí)現(xiàn)模型。

②產(chǎn)品做出來干什么？“方便用戶，讓用戶玩的爽？”當(dāng)然不是，產(chǎn)品的終極目標(biāo)是盈利，你的領(lǐng)導(dǎo)也只關(guān)心這個(gè)。怎么才能盈利，而且是可持續(xù)的盈利。這需要具備第二個(gè)要素--業(yè)務(wù)模型。

③有了實(shí)現(xiàn)模型和業(yè)務(wù)模型產(chǎn)品就成功了嗎？以前是，但如今時(shí)代不同了，大多數(shù)的應(yīng)用已經(jīng)不存在技術(shù)難題，在這個(gè)企業(yè)不缺系統(tǒng)，互聯(lián)網(wǎng)不缺產(chǎn)品而用戶不懂技術(shù)的時(shí)刻，你靠什么贏得用戶？強(qiáng)大的運(yùn)營隊(duì)伍也只能推動(dòng)一個(gè)峰值，最根本的還是需要產(chǎn)品的第三個(gè)要素--使用者模型，使用者模型像水一樣，可以成就一個(gè)產(chǎn)品，讓產(chǎn)品走的更遠(yuǎn)，也可以毀掉一個(gè)優(yōu)秀業(yè)務(wù)模型的產(chǎn)品。

2.怎么去完善使用者模型？

①我們先看看傳統(tǒng)的開發(fā)流程：立項(xiàng)→編程→測試→美化

這樣的做出來的產(chǎn)品大都數(shù)偏向程序員思維的實(shí)現(xiàn)模型或營銷策劃的業(yè)務(wù)模型，設(shè)計(jì)也就是加點(diǎn)圖標(biāo)上些顏色（舉個(gè)例子：環(huán)球資源，大家可以點(diǎn)開下眼界），基本上不存在用戶模型的概念。

②為了完善用戶模型的問題，現(xiàn)在絕大都數(shù)公司的開發(fā)流程做出了改進(jìn)，基本上基于這樣的流程：立項(xiàng)→需求分析→設(shè)計(jì)→編程→測試

這樣的流程提高了對需求分析人員和設(shè)計(jì)師的能力要求，這樣的組合必須在實(shí)現(xiàn)模型的前提下將業(yè)務(wù)模型和使用者模型進(jìn)行一個(gè)高度融合。那么問題來了：假設(shè)設(shè)計(jì)師只具備視覺設(shè)計(jì)能力大都數(shù)從事互聯(lián)網(wǎng)產(chǎn)品界面設(shè)計(jì)的都是美術(shù)類出身，對業(yè)務(wù)的理解程度都要弱于表現(xiàn)需求，基本上是基于產(chǎn)品人員的線框圖制作視覺稿，根本無法推動(dòng)頁面結(jié)構(gòu)的優(yōu)化。那么出來的成品還是偏向于業(yè)務(wù)需求。遇到綜合型的產(chǎn)品經(jīng)理還好，遇到業(yè)務(wù)性的產(chǎn)品經(jīng)理就只能讓蠢事繼續(xù)下去了。舉個(gè)例子：一些轉(zhuǎn)化率低，跳出率高的頁面，產(chǎn)品經(jīng)理會(huì)覺得主要原因是設(shè)計(jì)稿氣氛不夠，按鈕不夠大。而真正的原因是因?yàn)樵O(shè)計(jì)師基于他的線框制作的視覺稿，目標(biāo)導(dǎo)向和行為召喚都不夠。假設(shè)設(shè)計(jì)師具備產(chǎn)品策劃和視覺表現(xiàn)能力

這樣的設(shè)計(jì)師也大量的存在，但發(fā)現(xiàn)與產(chǎn)品的溝通上效率很低，會(huì)出現(xiàn)以下的問題：1.溝通困難;2.修改成本高；3.無法估算完成時(shí)間；4.無法說服對方；5.項(xiàng)目時(shí)間不允許。

3.解決方案--UCD理念

為了解決上述問題，UCD的理念開始逐步被大家接受和認(rèn)可，其中最具有驅(qū)動(dòng)方案的職位--交互設(shè)計(jì)就是順著這樣的大環(huán)境被獨(dú)立出來。我們可以了解一下各大互聯(lián)網(wǎng)公司UED的主要組織結(jié)構(gòu)：

相比之前的流程，多出了用戶研究和交互設(shè)計(jì)的職位，而這兩個(gè)職位對產(chǎn)品概念到實(shí)現(xiàn)的過程起著主要的驅(qū)動(dòng)作用。

4.交互設(shè)計(jì)如何開展和融入開發(fā)流程我們先來梳理一下之前流程上遇到的兩個(gè)問題：1.使用者模型不完善；2.溝通障礙使用者模型不完善；

如何改善使用者模型，需要經(jīng)歷兩個(gè)過程：①業(yè)務(wù)模型框架化

在產(chǎn)品的概念階段時(shí)期，交互設(shè)計(jì)師需要基關(guān)注用戶界面和整體結(jié)構(gòu)，這個(gè)過程被稱作“框架設(shè)計(jì)",框架設(shè)計(jì)就是一種基于用戶目標(biāo)的導(dǎo)航架構(gòu)和流程設(shè)計(jì)。這個(gè)階段交互的產(chǎn)出物主要有導(dǎo)航架構(gòu)圖，流程圖和低保真線框圖。

上述的產(chǎn)出物都需要和產(chǎn)品經(jīng)理反復(fù)確認(rèn)，以保證業(yè)務(wù)模型的完整。②.框架界面化在定義完功能模塊的頁面結(jié)構(gòu)和流程后，交互設(shè)計(jì)師還需要設(shè)計(jì)規(guī)劃使用者的操作，這些包括頁面元素的主次關(guān)系，小部件的處理，元素的組織，界面的引導(dǎo)等等。這個(gè)階段交互設(shè)計(jì)師需要提供原型demo:

原型demo是一個(gè)過程，主要用于具象的表達(dá)業(yè)務(wù)需求和定義界面模型，是一種目標(biāo)導(dǎo)向的設(shè)計(jì)過程。這個(gè)過程可以是多次迭代的，是提煉產(chǎn)品質(zhì)量的主要手段。有了這個(gè)過程，我們之前所講的完善使用者模型才能夠得到解決，用戶體驗(yàn)設(shè)計(jì)的理念才可以真正得到實(shí)施。溝通障礙

在產(chǎn)品開發(fā)過程中，各個(gè)部門的合作與溝通存在著障礙，而產(chǎn)生交互職位之后，這些問題都能夠得到解決。①產(chǎn)品與設(shè)計(jì)的溝通

在框架階段，交互設(shè)計(jì)師利用信息架構(gòu)圖和流程圖能夠?qū)�業(yè)務(wù)需求確定下來。在框架界面化階段，對于用戶的操作和界面元素也能夠用原型demo表達(dá)出來，而且修改成本低，可以快速的迭代。②產(chǎn)品、設(shè)計(jì)與開發(fā)、測試的溝通

交互設(shè)計(jì)師利用原型demo做評審測試是個(gè)非常高效的方法，這樣的方法能夠不僅能夠直觀的表達(dá)需求，而且可以提供早期的用戶測試，讓很多之前無法預(yù)見的問題及時(shí)的拋出來，原型demo是貫穿概念階段和實(shí)現(xiàn)階段的最佳表達(dá)方式，而這些都對于交互設(shè)計(jì)提出了更高的要求。5.小結(jié)

寫了這么多內(nèi)容，主要是想說明一下為什么要有交互設(shè)計(jì)和交互設(shè)計(jì)能夠解決什么問題。如果決策者不能夠明白這些道理，UCD的方法很難開展起來；如果從業(yè)者不能夠明白這些道理，所做的工作也會(huì)是盲目和無效的。我想通過這篇文章幫助一些新手明白自己工作的任務(wù)和目的，少走些彎路。

下個(gè)章節(jié)講「交互設(shè)計(jì)的職能」，會(huì)具體到交互設(shè)計(jì)的工作是如何展開和結(jié)束...

擴(kuò)展閱讀：交互設(shè)計(jì)入門 了解交互設(shè)計(jì)

交互設(shè)計(jì)入門了解交互設(shè)計(jì)

來源201*-03-1509:25:30

為什么會(huì)有交互設(shè)計(jì),交互設(shè)計(jì)能夠做什么?1.成功的互聯(lián)網(wǎng)產(chǎn)品具備哪些要素?

①當(dāng)你的Boss需要做個(gè)產(chǎn)品時(shí)，它首先必須是可實(shí)現(xiàn)的，這也是為什么核心程序員架構(gòu)師的待遇普遍較高的原因，因?yàn)樗麄兪巧�產(chǎn)力。那么成功的產(chǎn)品首先要具備可實(shí)現(xiàn)模型。

②產(chǎn)品做出來干什么?“方便用戶，讓用戶玩的爽?”當(dāng)然不是，產(chǎn)品的終極目標(biāo)是盈利，你的領(lǐng)導(dǎo)也只關(guān)心這個(gè)。怎么才能盈利，而且是可持續(xù)的盈利。這需要具備第二個(gè)要素業(yè)務(wù)模型。

③有了實(shí)現(xiàn)模型和業(yè)務(wù)模型產(chǎn)品就成功了嗎?以前是，但如今時(shí)代不同了，大多數(shù)的應(yīng)用已經(jīng)不存在技術(shù)難題，在這個(gè)企業(yè)不缺系統(tǒng)，互聯(lián)網(wǎng)不缺產(chǎn)品而用戶不懂技術(shù)的時(shí)刻，你靠什么贏得用戶?強(qiáng)大的運(yùn)營隊(duì)伍也只能推動(dòng)一個(gè)峰值，最根本的還是需要產(chǎn)品的第三個(gè)要素使用者模型，使用者模型像水一樣，可以成就一個(gè)產(chǎn)品，讓產(chǎn)品走的更遠(yuǎn)，也可以毀掉一個(gè)優(yōu)秀業(yè)務(wù)模型的產(chǎn)品。

2.怎么去完善使用者模型?

①我們先看看傳統(tǒng)的開發(fā)流程：立項(xiàng)→編程→測試→美化

這樣的做出來的產(chǎn)品大都數(shù)偏向程序員思維的實(shí)現(xiàn)模型或營銷策劃的業(yè)務(wù)模型，設(shè)計(jì)也就是加點(diǎn)圖標(biāo)上些顏色(舉個(gè)例子：環(huán)球資源，大家可以點(diǎn)開下眼界)，基本上不存在用戶模型的概念。

②為了完善用戶模型的問題，現(xiàn)在絕大都數(shù)公司的開發(fā)流程做出了改進(jìn)，基本上基于這樣的流程：立項(xiàng)→需求分析→設(shè)計(jì)→編程→測試

這樣的流程提高了對需求分析人員和設(shè)計(jì)師的能力要求，這樣的組合必須在實(shí)現(xiàn)模型的前提下將業(yè)務(wù)模型和使用者模型進(jìn)行一個(gè)高度融合。那么問題來了：

假設(shè)設(shè)計(jì)師只具備視覺設(shè)計(jì)能力

大都數(shù)從事互聯(lián)網(wǎng)產(chǎn)品界面設(shè)計(jì)的都是美術(shù)類出身，對業(yè)務(wù)的理解程度都要弱于表現(xiàn)需求，基本上是基于產(chǎn)品人員的線框圖制作視覺稿，根本無法推動(dòng)頁面結(jié)構(gòu)的優(yōu)化。那么出來的成品還是偏向于業(yè)務(wù)需求。遇到綜合型的產(chǎn)品經(jīng)理還好，遇到業(yè)務(wù)性的產(chǎn)品經(jīng)理就只能讓蠢事繼續(xù)下去了。舉個(gè)例子：一些轉(zhuǎn)化率低，跳出率高的頁面，產(chǎn)品經(jīng)理會(huì)覺得主要原因是設(shè)計(jì)稿氣氛不夠，按鈕不夠大。而真正的原因是因?yàn)樵O(shè)計(jì)師基于他的線框制作的視覺稿，目標(biāo)導(dǎo)向和行為召喚都不夠。

假設(shè)設(shè)計(jì)師具備產(chǎn)品策劃和視覺表現(xiàn)能力這樣的設(shè)計(jì)師也大量的存在，但發(fā)現(xiàn)與產(chǎn)品的溝通上效率很低，會(huì)出現(xiàn)以下的問題：

1.溝通困難;2.修改成本高;3.無法估算完成時(shí)間;4.無法說服對方;5.項(xiàng)目時(shí)間不允許。

3.解決方案UCD理念

為了解決上述問題，UCD的理念開始逐步被大家接受和認(rèn)可，其中最具有驅(qū)動(dòng)方案的職位交互設(shè)計(jì)就是順著這樣的大環(huán)境被獨(dú)立出來。我們可以了解一下各大互聯(lián)網(wǎng)公司UED的主要組織結(jié)構(gòu)：

相比之前的流程，多出了用戶研究和交互設(shè)計(jì)的職位，而這兩個(gè)職位對產(chǎn)品概念到實(shí)現(xiàn)的過程起著主要的驅(qū)動(dòng)作用。

4.交互設(shè)計(jì)如何開展和融入開發(fā)流程

我們先來梳理一下之前流程上遇到的兩個(gè)問題：1.使用者模型不完善;2.溝通障礙使用者模型不完善;

如何改善使用者模型，需要經(jīng)歷兩個(gè)過程：①業(yè)務(wù)模型框架化

在產(chǎn)品的概念階段時(shí)期，交互設(shè)計(jì)師需要基關(guān)注用戶界面和整體結(jié)構(gòu)，這個(gè)過程被稱作“框架設(shè)計(jì)”,框架設(shè)計(jì)就是一種基于用戶目標(biāo)的導(dǎo)航架構(gòu)和流程設(shè)計(jì)。這個(gè)階段交互的產(chǎn)出物主要有導(dǎo)航架構(gòu)圖，流程圖和低保真線框圖。

上述的產(chǎn)出物都需要和產(chǎn)品經(jīng)理反復(fù)確認(rèn)，以保證業(yè)務(wù)模型的完整。②.框架界面化在定義完功能模塊的頁面結(jié)構(gòu)和流程后，交互設(shè)計(jì)師還需要設(shè)計(jì)規(guī)劃使用者的操作，這些包括頁面元素的主次關(guān)系，小部件的處理，元素的組織，界面的引導(dǎo)等等。這個(gè)階段交互設(shè)計(jì)師需要提供原型demo:

原型demo是一個(gè)過程，主要用于具象的表達(dá)業(yè)務(wù)需求和定義界面模型，是一種目標(biāo)導(dǎo)向的設(shè)計(jì)過程。這個(gè)過程可以是多次迭代的，是提煉產(chǎn)品質(zhì)量的主要手段。有了這個(gè)過程，我們之前所講的完善使用者模型才能夠得到解決，用戶體驗(yàn)設(shè)計(jì)的理念才可以真正得到實(shí)施。

溝通障礙

在產(chǎn)品開發(fā)過程中，各個(gè)部門的合作與溝通存在著障礙，而產(chǎn)生交互職位之后，這些問題都能夠得到解決。

①產(chǎn)品與設(shè)計(jì)的溝通

在框架階段，交互設(shè)計(jì)師利用信息架構(gòu)圖和流程圖能夠?qū)�業(yè)務(wù)需求確定下來。在框架界面化階段，對于用戶的操作和界面元素也能夠用原型demo表達(dá)出來，而且修改成本低，可以快速的迭代。

②產(chǎn)品、設(shè)計(jì)與開發(fā)、測試的溝通交互設(shè)計(jì)師利用原型demo做評審測試是個(gè)非常高效的方法，這樣的方法能夠不僅能夠直觀的表達(dá)需求，而且可以提供早期的用戶測試，讓很多之前無法預(yù)見的問題及時(shí)的拋出來，原型demo是貫穿概念階段和實(shí)現(xiàn)階段的最佳表達(dá)方式，而這些都對于交互設(shè)計(jì)提出了更高的要求。

5.小結(jié)

寫了這么多內(nèi)容，主要是想說明一下為什么要有交互設(shè)計(jì)和交互設(shè)計(jì)能夠解決什么問題。如果決策者不能夠明白這些道理，UCD的方法很難開展起來;如果從業(yè)者不能夠明白這些道理，所做的工作也會(huì)是盲目和無效的。我想通過這篇文章幫助一些新手明白自己工作的任務(wù)和目的，少走些彎路。

友情提示：本文中關(guān)于《交互設(shè)計(jì)入門--了解交互設(shè)計(jì)》給出的范例僅供您參考拓展思維使用，交互設(shè)計(jì)入門--了解交互設(shè)計(jì)：該篇文章建議您自主創(chuàng)作。

來源：網(wǎng)絡(luò)整理 免責(zé)聲明：本文僅限學(xué)習(xí)分享，如產(chǎn)生版權(quán)問題，請聯(lián)系我們及時(shí)刪除。

《交互設(shè)計(jì)入門--了解交互設(shè)計(jì)》由互聯(lián)網(wǎng)用戶整理提供,轉(zhuǎn)載分享請保留原作者信息,謝謝!
鏈接地址：http://m.7334dd.com/gongwen/650759.html

• 上一篇：201*學(xué)年度市三女中交互式電子白板課題研究小結(jié)
• 下一篇：高級交互設(shè)計(jì)師 個(gè)人簡歷模板