我們是在設計產品,不是做心理分析

回顧幾年前剛回台灣接觸UE時,優使性設計/使用者中心設計概念對產業界來說,似乎是個很理想化的想法,除了外商企業外,幾乎沒有人會覺得這件事是必須被落實的">工作流程。

幾年過去了,隨著一些指標企業從代工走向品牌,優使性也逐漸有成為設計顯學趨向–優使性成為相關科系的必修、人因研究室陸續出現在學校裡、秒殺的UI聚會報名的速度、』使用者經驗』這五個字頻繁地出現在各類文宣中, 與幾年前不同,現在,業界開始懵懵懂懂地瞭解』使用者經驗設計』 或者 『從使用者角度出發進行設計』可能是一件還滿重要的事,雖然,大多人還是不知道實際上該怎麼進行。

的確,從表面上看來,優使性設計的相關資訊感覺起來很生硬,似乎很難進入,在這個領域中,我們常會看到很多很多的方法論、圖表、工具還有看不完的資料,更糟的是,以上的資料大多都會是英文…許多人因而認為優使性設計是很學術的領域。

但我個人認為,優使性設計和學術研究有很大的差異,因為通常進行優使性設計活動的最終目的,並不是為了證明某個假設,不是找到某種普遍性原則,不是為了瞭解使用者的腦波運作,也沒有時間去寫100頁的報告,優使性設計要的東西其實很單純—找出讓使用者可以愈用愈高興的產品設計方向,當然,最好也能同時也要從中探求出能夠讓產品設計者能更快達成目標的策略。

不可否認的,在優使性設計裡,偏重的是結果,而不是過程。

這並不是說過程不重要,重點是,如果設計者將焦點過設放在優使性設計過程中的方法論或是數據資料,那麼很容易會乎略最重要的目標:

把自已變成目標使用者,』體悟』使用者的真實需求

瞭解自已正在作的是什麼產品,探索真正的問題根源,即便真像令人不相面對

完美的設計永遠不存在,我們只能在瞭解上面兩點後,權衡現實,找到』目前』最佳的設計方案。

對於剛開始接觸優使性設計的朋友,我想說的是,要找到上面三個重點,並不一定要花好幾年讀理論,需要的是對產品設計的熱情,與對人的好奇,另外,就是實際的設計經驗。

經驗可以幫助我們跳出許多制式的流程,將優使性設計溶入血液中靈活運用在不同的設計情境中,最後你會發現原來沒預算沒時間也可以有優使性設計、瞭解使用者有時不一定比瞭解老闆更有利於設計、有時偏向主觀的決定反而可以讓我們用更快的周期找到下一輪改進的方向…

各種方法、理論、工具都只是釣具,但有了釣具,可不一定能釣到魚,重點在於是否瞭解捕魚的方法和相關的經驗。

能夠有機會能專職從事使者研究固然很好,然而這樣的機會可能不是那麼多,多數人會遇到的情況會是在工作上面對許多不同性質的設計工作,而不是專門的UE設計工作,因此,現實情況往往不充許我們用理想的方式、工具、或是流程來進行,有些時候我會聽到一些人對這樣的情況感到挫折,但是,換個角度來想想,這不才是吸取實際經驗最佳的路徑嗎?

有時部分的設計工作看起來好像是在亂做一通,但只要在過程中都先試著從使用者的角度出發來思考,即便對使用者的假設沒有客觀証據,即便沒有餘裕改善設計流程,都會讓我們從中慢慢建立起屬於自已環境下適用的』優使性設計』方案。

来源:www.usabilitymax.com/?p=769

时间: 2024-11-09 04:58:04

我們是在設計產品,不是做心理分析的相关文章

優使性設計養成專欄— 優使性的定義

如果你曾試圖找尋優使性的定義,可能會發現各路學者或UI(User-Interface)專業人士對優使性的定義都多少有些出入,也許因為解釋者的背景不同,有些定義徧重在使用效能,有些則徧重在使用者的心理層面,還有一些將重點放在設計流程及商業價值,每種定義都在說法及角度上也許有所不同,但不變的是,優使性是一種從使用者角度進行思考的設計概念. 依國際標準組織ISO (International Organization for Standardization)的定義,優使性是能讓其使用者在有效率並感到滿

《網頁設計技巧》系列之二 淺\談布局

技巧 關於布局也許是大家最不放在眼裏的地方,其地位如同文字的排版一樣,隨便可布,布即隨便.但是看過我上篇<網頁設計技巧>的朋友也許就會清楚,其實文字排版是一種不起眼但卻非常重要的細節.做好了會讓作品更為精細漂亮,做不好也許就成為作品失改的重要原因.其實布局也是一樣,需要我們足夠的重視起來.下面我要講的不是網頁布置成"左中右"."左右"."上中下"之類的問題.而是講位置的重心與位置之間的對比關系. 眾所周知,國外有一種叫黃金分割率的概念

為 Microsoft Visual Studio .NET 設計工具建立可設計式元件(转贴)上

visual 為 Microsoft Visual Studio .NET 設計工具建立可設計式元件 Shawn BurkeMicrosoft Corporation 2000 年 7 月 摘要:Microsoft .NET 元件於通用語言執行階段,以管理程式碼撰寫建立而成.本文中討論 Microsoft .NET 元件如何提供開發人員一套全新的絕佳混合開發工具,不但類似於 Microsoft Visual Basic,同時提供與 ATL 或 MFC 更具關聯性的低階程式設計能力 (列印頁數共

為 Microsoft Visual Studio .NET 設計工具建立可設計式元件(转贴)下

visual 以相同方式出入:透過程式碼保存元件 不同於以往的設計工具,.Net Framework 元件的 Win Forms 與其它 VS .NET 設計工具,僅依賴表單狀態的程式碼保存性.沒有神奇的格式,也沒有隱藏資料,只是運作平穩的普通程式碼.當然,像點陣圖和本土化字串等,可以視為二進元資料與程式碼一起封裝,但元件狀態和元件所含內容,則必須透過程式碼來保存.在您設計工具的同時,也會產生程式碼.倘若您針對該程式碼進行處理,則會重新剖析,並且將變更內容反應在設計工具中. .Net Frame

易用性設計:網站的導覽列最好在左邊

(圖片:http://www.aliyun.com/zixun/aggregation/2467.html">Amazon網站導覽列在左邊) 我們藉由導覽系統使用網站的內容與服務.你知道第一層導覽的位置會影響使用者的效率嗎?第一層導覽在網頁的上方.左側.還是右側比較好? 依照"three-click-rule",如果使用者按了三次滑鼠按鈕.連續點選了三個不同階層的導覽超連結,卻還是找不到需要的資訊,他/她通常會失去耐心一走了之.所以,導覽系統最好不超過三層.但這三個階層

費茲定律Fitts’ Law與使用者界面設計

之前在[HCI] 談人機介面設計與Usability 一文中提到了usability的概念,並用了Windows的開始鈕說明了在設計UI上容易忽略的陷阱.這篇文章我會繼續探討介面設計與usability,並以效率(Efficiency)與UI設計時最重要的定律之一費茲定律(Fitts'-Law)為重點. 設計軟體的操作介面並不難,但很多時候直覺的設計並不一定能達成想像中的目的.這就是usability的研究想要了解的,到底什麼樣的設計才是「更好」的設計?什麼樣的設計其實只會讓usability變

如何用程序遍歷批量nsf的設計元素?

问题描述 如何用程序遍歷批量nsf的設計元素,獲取這些設計元素的一些屬性(FROM,VIEW,AGENT,SCRIPTLIBRARIES),比如更新日期,prohibitdesignrefresh.非常感謝!! 解决方案 解决方案二:认真学习下类NotesNoteCollection及相关连的类,具体参考设计帮助文档解决方案三:搜索一下openNTF,上面有样例代码我见过上面有通过ls引入dll,直接用原生notescapi获取所有设计元素的例子解决方案四:做各视图呗视图选择:SELECT@Is

c#-程序設計題 字符比較 字符中出現的字母相同

问题描述 程序設計題 字符比較 字符中出現的字母相同 有如下输入:若干个由大写英文字母构成的单词,以','号隔开.如"ABCCD,CDA,BCDD,DCA,ADC,BCD,CDCAB". 写一段程序,从输入中寻找由相同字符构成(重复字符出现次数也是一样)的单词组输出. 如以上输入,则输出: 第1组:ABCCD,CDCAB 第2组:CDA,DCA,ADC 解决方案 http://blog.csdn.net/xianfajushi/article/details/11999309 解决方案

PHP – 架構設計 Data Access Layer 篇

  首先,大概陈述一下架构的关联,如下所述: 首先会先设计 标准 DAL class (STDAL),放置 getData, delete, update 等 标准常见的功能函数 在来设计程式会用到的各种 DAL ,基本上每一个 Table 都需要有一个 DAL 来实现,后面根据 table 应用.画面呈现等需求,也可以一个 table 有多个 DAL ,这各观念类似 View 的概念. 根据 商业逻辑的操作,制作对应的 BLL,像是insert.update 前的资料检查,这部分会根据商务应用