為什么不要“以任務(wù)為中心”來進(jìn)行設(shè)計(jì)?
1993年由克萊頓.劉易斯和約翰.黎曼提出了“以任務(wù)為中心”的設(shè)計(jì)模型(Task-Centered-System-Design,TCSD)中,設(shè)計(jì)過程分為了四個(gè)階段——
- 第一階段,識(shí)別用戶和任務(wù),即通過用戶訪談和自然觀察等手段確認(rèn)任務(wù),然后形成任務(wù)描述文檔,最后驗(yàn)證任務(wù)并進(jìn)行反饋修改;
- 第二階段,以任務(wù)為中心的需求分析,即確定系統(tǒng)支持的用戶類型和任務(wù)類型;
- 第三階段,基于情景的界面設(shè)計(jì),即構(gòu)思一個(gè)情景,設(shè)計(jì)系統(tǒng)界面,要求反映用戶的真實(shí)需要;
- 第四階段,通過以任務(wù)為中心的遍歷評估界面設(shè)計(jì),包括情景和角色扮演,情景又同系統(tǒng)界面和用戶任務(wù)描述相關(guān)。
不難看出,以“任務(wù)為中心”的設(shè)計(jì)模型是“以用戶為中心”設(shè)計(jì)模型的基礎(chǔ),不足的是它過于重視產(chǎn)品或系統(tǒng)的功能任務(wù),追求用戶的實(shí)際目標(biāo),卻基本沒有關(guān)注用戶的情感化、易用性等方面的個(gè)人目標(biāo)及體驗(yàn)?zāi)繕?biāo)。
良好的交互設(shè)計(jì)應(yīng)該是讓用戶在達(dá)成他們階段性的目標(biāo)的時(shí)候,不影響他們終極的目標(biāo)。目標(biāo)不是任務(wù),目標(biāo)是終結(jié)條件,而任務(wù)是達(dá)到目標(biāo)所需要的中間過程。目標(biāo)是穩(wěn)定的,任務(wù)是易變的。很顯然,應(yīng)該為目標(biāo)進(jìn)行設(shè)計(jì),而不應(yīng)該為任務(wù)設(shè)計(jì)。
如果我們只是為了完成某個(gè)任務(wù)而且做設(shè)計(jì),就會(huì)把設(shè)計(jì)變成如下這樣子:
用戶模型中的概念和行為完全屬于用戶的問題領(lǐng)域或任務(wù)領(lǐng)域,而技術(shù)模型則位于技術(shù)解決方案領(lǐng)域。
設(shè)計(jì)師簡單的把功能架構(gòu)落實(shí)到任務(wù)流程中,技術(shù)人員用復(fù)雜的技術(shù)去實(shí)現(xiàn)設(shè)計(jì)師的設(shè)計(jì),會(huì)導(dǎo)致產(chǎn)品的任務(wù)流程非常的復(fù)雜,而用戶在使用產(chǎn)品的時(shí)候也是會(huì)繞著這個(gè)流程走不少的彎路最后才能達(dá)到自己的目的。
如支付寶的登陸密碼、支付密碼、數(shù)字證書、綁定手機(jī)、選擇銀行卡…在技術(shù)上是一個(gè)復(fù)雜的實(shí)現(xiàn)過程,在設(shè)計(jì)上也是N條必須走的路線,表現(xiàn)在用戶使用產(chǎn)品上,就是要完成N個(gè)任務(wù),勢必會(huì)有各種誤操作,怨聲連天。
一些技術(shù)出身的朋友更是喜歡步入這種誤區(qū),在一個(gè)表格里梳理出我們能給用戶提供的各種可能的功能,最后按照實(shí)現(xiàn)可能性分期去做,這樣就忽略了用戶所需要的功能,往往導(dǎo)致產(chǎn)品臃腫,用戶不買賬。
而好的設(shè)計(jì)師會(huì)把復(fù)雜留給技術(shù)人員,把簡單還給用戶,如下圖:
一般來說,用戶模型和技術(shù)模型差別很大,并且越是復(fù)雜的產(chǎn)品,差別越大。因?yàn)槭菍τ趩栴}或任務(wù)領(lǐng)域,用戶模型是產(chǎn)品設(shè)計(jì)人員無法輕易改變的,而技術(shù)模型則依賴于當(dāng)時(shí)的技術(shù)水平,在一定時(shí)期內(nèi)也很難有大的變化,唯有設(shè)計(jì)師模型具有極大的可塑性,是產(chǎn)品設(shè)計(jì)人員可以通過努力來改變的。
因?yàn)橛脩舻淖罱K目的很明確,所以完成這個(gè)目標(biāo)的中間環(huán)節(jié),如果可以靠復(fù)雜的技術(shù)在后臺(tái)實(shí)現(xiàn),那么就不要讓用戶來承擔(dān)這種復(fù)雜操作的痛苦。
還是拿支付寶舉例,用戶的最終目的不外乎是為了支付,那么各種數(shù)字證書、各種不同的密碼、各種手機(jī)驗(yàn)證都不是用戶所必須經(jīng)歷的流程,這些流程按照任務(wù)分析邏輯可能是存在的,但是如果可以后臺(tái)完成的話就不需要讓用戶去執(zhí)行,否則就會(huì)出現(xiàn)我曾經(jīng)遇到過的尷尬——
“給手機(jī)充值需要手機(jī)接收驗(yàn)證碼,可是我正是因?yàn)槭謾C(jī)停機(jī)了才會(huì)需要給手機(jī)充值,所以無法接受到驗(yàn)證碼,導(dǎo)致無法給手機(jī)充值”
還有朋友遇到的——
“我的數(shù)字證書綁定的手機(jī)號碼是135xxx已停用,現(xiàn)在使用186xxx,當(dāng)前電腦里面沒有安裝證書。需求:安裝數(shù)字證書。結(jié)果:安裝證書時(shí),要求短信驗(yàn)證。我看是135的號碼,點(diǎn)擊修改手機(jī)連接,進(jìn)入修改頁面,告訴我修改手機(jī)必須先安裝證書。如是循環(huán)…”
不要給用戶太多的選擇,如果用戶核心目標(biāo)是為了搜索,他就不介意自己搜的是wap還是web,是用google還是用Baidu…
設(shè)計(jì)師模型總是分布于用戶模型和技術(shù)模型兩者之間的某一點(diǎn),如下圖——
設(shè)計(jì)模型越是接近用戶模型,用戶需要學(xué)習(xí)和記憶產(chǎn)品如何使用的地方就越少,這是因?yàn)閷?shí)際產(chǎn)品和用戶期望很接近,這樣的產(chǎn)品就很容易被使用。反之,如果設(shè)計(jì)師模型接近技術(shù)實(shí)現(xiàn)模型,用戶就需要走很多彎路,做很多選擇,記憶很多位置,產(chǎn)品嚴(yán)重的操作疲勞和記憶負(fù)擔(dān),而正是這樣操作疲勞和記憶負(fù)擔(dān)使人們覺得產(chǎn)品難以使用并重重挫傷了產(chǎn)品的用戶體驗(yàn)。
所以我們需要首先通過有效的用戶研究手段,收集并分析出如下有關(guān)目標(biāo)用戶的信息——
- 動(dòng)機(jī)-是什么需要驅(qū)使用戶來使用這個(gè)產(chǎn)品;
- 情景-用戶在什么情況(外在、內(nèi)在因素)下進(jìn)行操作;
- 目標(biāo)-用戶最終想要得到什么;
- 習(xí)慣-用戶一般的操作或使用習(xí)慣,比如左右手操作、閱讀習(xí)慣等;
- 期望-操作前或操作不能滿足后的期望;
最后,提煉出用戶的終極目標(biāo),按照這個(gè)最終的需求,去為用戶提供最優(yōu)的設(shè)計(jì)。而這個(gè)設(shè)計(jì)不是以任務(wù)為中心的,是以用戶需求為中心的。
復(fù)雜的技術(shù)+簡潔的表現(xiàn)層+用戶的終極需求=好的產(chǎn)品
來源:http://elya.cc/product/668.html
- 目前還沒評論,等你發(fā)揮!