轉(zhuǎn)：白鴉
把用戶體驗設(shè)計放到底層邏輯架構(gòu)設(shè)計的前面去做
1、”還在考慮一些底層的邏輯關(guān)系問題，暫時不要去考慮交互設(shè)計的事情”、”底層的邏輯架構(gòu)，在很大程度上決定了發(fā)展方向，而表現(xiàn)層修改的成本不高”、”我們的底層邏輯不是這樣的，這里的交互設(shè)計不能這樣做”。
上面這些話很有意思，這些現(xiàn)象也很普遍。
我相信大多數(shù)公司現(xiàn)在都是這種情況：產(chǎn)品負責人或架構(gòu)師(或叫系統(tǒng)工程師)先把地層邏輯和結(jié)構(gòu)設(shè)計好，然后才會去具體的體驗設(shè)計。
2、多少年來我們都在這樣做，我們甚至認為一定應(yīng)該這樣。就好像在日本人沒有設(shè)計出來很輕巧的家電之前 美國人一直以為家電一定要放到柜子里面做成家具。
現(xiàn)在，我們應(yīng)該整體的思考一下：產(chǎn)品設(shè)計的過程是不是必須這樣？ 這樣是不是一定合理？
3、不。
4、產(chǎn)品的存在是因為需求，用戶因為需求才去使用產(chǎn)品(無論這種需求是主動還是被動的) ；用戶通過界面達到和系統(tǒng)的交互 從而完成”需求”。
5、可以肯定地說：”用戶不知道也不關(guān)心系統(tǒng)底層的邏輯架構(gòu)是什么？ 他只知道呈現(xiàn)給他的界面和他體驗到的交互過程是什么。”
6、”用戶的需求決定產(chǎn)品的方向，用戶的使用和交互過程決定了產(chǎn)品的設(shè)計“。
（記�。翰⒉皇恰碑a(chǎn)品的設(shè)計決定用戶的使用和交互過程”。）
7、在用戶體驗設(shè)計領(lǐng)域有很大一部分人在做”交互設(shè)計”的工作，這些工作可以大致的描述為：
“我們在了解產(chǎn)品思路和用戶群特征以后(用戶研究)，會作一些典型用戶的角色模擬（角色設(shè)計）和使用情景模擬（情景設(shè)計），通過情景的再現(xiàn)演示來總結(jié)和逐步細化用戶使用中的各種交互需求（任務(wù)分解），最后用流程圖和線框圖的形式把設(shè)計結(jié)果表現(xiàn)出來”。
8、需要說明的是，交互設(shè)計畫出來的流程圖是”用戶使用流程”，而不是”底層業(yè)務(wù)邏輯流程”。
雖然他們很相近，但本質(zhì)不一樣：一個是從用戶的角度出發(fā)，一個是從技術(shù)實現(xiàn)出發(fā)；使用流程圖是在描述用戶的交互過程和需求，底層業(yè)務(wù)邏輯流程是為了滿足用戶的需求。
把用戶使用流程演變成底層業(yè)務(wù)邏輯流流程，是在滿足用戶需求；把底層業(yè)務(wù)邏輯流程演變成用戶使用流程，是在想當然的認為用戶一定會按照你的設(shè)計是用產(chǎn)品。
9、很明顯”先設(shè)計底層業(yè)務(wù)邏輯流程再考慮交互流程的設(shè)計”是標準的工程師思路，這和整個行業(yè)先前都是工程師背景有關(guān)。
最后會發(fā)現(xiàn)：產(chǎn)品是給技術(shù)實現(xiàn)設(shè)計的，而不是給用戶設(shè)計的。（雖然做底層邏輯架構(gòu)的人也會以為他們是在給用戶設(shè)計，但不可否認他們的特長不是這些。）
10、這種產(chǎn)品設(shè)計過程也無法催動技術(shù)的提升，而且經(jīng)常還會導致：
用戶體驗設(shè)計師做了某些好的必須的體驗效果時，得到反饋 — “我們底層的邏輯不是這樣的，這個我們實現(xiàn)不了。只能放棄這部分的體驗”、”用戶為什么會這樣做呢？ 按照我們的設(shè)計他們不會這樣做呀！”、”按照現(xiàn)在的底層邏輯，這樣的交互流程設(shè)計作不了，不要考慮了…”等等底層架構(gòu)規(guī)定了體驗設(shè)計的現(xiàn)象再普遍不過…
11、記�。河脩羰褂玫慕换チ鞒淌堑讓訕I(yè)務(wù)邏輯流程的需求，而不是底層的”表現(xiàn)”。
所以，用戶體驗設(shè)計的工作不只是應(yīng)該在項目之初就參與進去，而是很多體驗設(shè)計都應(yīng)該放到底層設(shè)計的前面去。這是一個循環(huán)的迭代過程，但站在這個過程前面的應(yīng)該是用戶使用的交互流程設(shè)計。
我建議：作產(chǎn)品需求的PM們先去作一下產(chǎn)品的交互設(shè)計，然后再去考慮底層的業(yè)務(wù)邏輯和架構(gòu)。 | 
免費注冊
發(fā)表于 2011-03-08 13:27
