起點課堂會員權(quán)益
職業(yè)體系課特權(quán)
線下行業(yè)大會特權(quán)
個人IP打造特權(quán)
30+門專項技能課
1300+專題課程
12場職場軟技能直播
12場求職輔導(dǎo)直播
12場專業(yè)技能直播
會員專屬社群
榮耀標識如何設(shè)計偉大產(chǎn)品：要學(xué)會講故事
對于產(chǎn)品設(shè)計團隊來說，他們面臨的最大問題是，經(jīng)常將外觀時髦的產(chǎn)品與功能優(yōu)越的產(chǎn)品混為一談，而且這種問題屢見不鮮。表面看來，這是一個微不足道的失誤，但卻會造成十分嚴重的后果：畢竟，如果用戶玩不轉(zhuǎn)你的產(chǎn)品，即便它們看上去再好，也沒人買賬。
我覺得，消除這種障礙的最佳途徑是，采用一種以敘事為中心的設(shè)計手法。這種手法的核心理念是，針對產(chǎn)品提出一系列敘述性使用案例，從用戶的角度出發(fā)，將產(chǎn)品設(shè)計的每一個步驟都描述清楚。我向大量創(chuàng)業(yè)公司推薦過這種設(shè)計手法，它總能讓設(shè)計團隊忽略表面文章，在用戶真正關(guān)心的問題上做出更好的決定：即如何讓產(chǎn)品最終做到物盡其用。
設(shè)計不應(yīng)是藍圖
我注意到，一些團隊在提出產(chǎn)品藍圖時，往往在UI(用戶界面)設(shè)計上敷衍了事。每個屏幕會顯示產(chǎn)品在不同情況下的外觀，但這些屏幕并未以某種方式被聯(lián)系起來。問題的癥結(jié)就在于，當設(shè)計方案以這種方式呈現(xiàn)在大家面前時，用戶只是對產(chǎn)品外觀有大概的了解。
設(shè)計團隊并沒有將重點放在產(chǎn)品的工作機制上，也沒有模擬客戶如何與產(chǎn)品互動。所以，當一些團隊片面地將設(shè)計視作產(chǎn)品藍圖的時候，他們?nèi)嫱评懋a(chǎn)品互動性的能力便會嚴重受限。
最好的產(chǎn)品設(shè)計人員，往往精通以敘事為主的設(shè)計手法，而且將這種方法運用地爐火純青。他們首先會構(gòu)思幾個故事，讓客戶明白如何與產(chǎn)品互動，只有在實現(xiàn)這一目標以后，他們才可以對屏幕進行設(shè)計，令其講述一個產(chǎn)品互動的故事。
敘事為主的設(shè)計主線
在以敘事為主的設(shè)計流程中，設(shè)計團隊首先要分析數(shù)十個按序列排序的模型，這些模型就像是幻燈片中的一幅幅畫面。接著，他們要將客戶讀到的每個句子，他們做的每一個舉動，整個系統(tǒng)回應(yīng)產(chǎn)生的每一個屏幕，全部呈現(xiàn)出來。
從最初的觸發(fā)事件，到完成一個目標，設(shè)計師都必須隨時聽取客戶的建議，同時以實例展現(xiàn)整個過程中設(shè)計方案如何支持每一個步驟。我曾向許多創(chuàng)業(yè)公司推薦過這種以敘事為主的設(shè)計手法，這些手法適用于移動應(yīng)用、營銷網(wǎng)站、數(shù)據(jù)分析、企業(yè)IT部門等各類業(yè)務(wù)。
對工程師來說，這個設(shè)計流程應(yīng)該很熟悉。以敘事為主的設(shè)計核心，類似于測試驅(qū)動(test-driven)的開發(fā)過程。只不過，我們并不是利用測試來核對代碼，相反，我們只是通過構(gòu)思故事來檢驗設(shè)計方案。就像測試驅(qū)動的開發(fā)流程一樣，敘事為主的設(shè)計流程能夠?qū)F隊的執(zhí)行力和產(chǎn)品質(zhì)量產(chǎn)生驚人的影響。
層層遞進講故事
1、白板故事
設(shè)計方案開始之初，設(shè)計師要在白板上寫清楚，如何讓客戶與團隊互動。首先，在白板上畫一大堆1平方英尺大小的盒子，然后，在盒子中填寫客戶與產(chǎn)品互動的每一個小案例，并將每個重要部分連在一起。最后，勾勒出用戶將要觸碰或點擊的每一個地方。這個步驟會花上很長一段時間，不過一旦整個團隊在故事核心上達成一致，完成剩下的步驟就會快得多，浪費的時間會更少。
2、更換工具
大多數(shù)設(shè)計工具都是用來制作海報或圖書的，所以，設(shè)計人員在設(shè)計充斥著大量框架的互動故事時，它們根本排不上用場。因此，盡早放棄Photoshop，選擇Keynote、OmniGraffle或Fireworks這樣的工具，此類工具支持多頁面設(shè)計，幫助設(shè)計人員專注于打造端對端信息流。
3、從不評價單一屏幕
如果有人將一兩個模型發(fā)過來評測，這時一定要小心了。應(yīng)該確保你的團隊始終在評測完整的故事。如果你是親自提交設(shè)計方案，請將每一個屏幕打印在紙上，張貼在房間的每個角落。如此一來，所有人都能看到每個屏幕上的綜覽與細節(jié)。如果必須通過電子郵件發(fā)送設(shè)計方案，一定要拍下截屏，捕捉將各個屏幕合并成為完整故事的全過程。
敘事為主的設(shè)計流程為何表現(xiàn)如此高效
模擬用戶體驗。敘事為主的設(shè)計手法，會迫使我們在整個設(shè)計流程的每一個環(huán)節(jié)，都以客戶體驗為出發(fā)點。這樣，從設(shè)計師、工程師到CEO，整個團隊就會擁有一個完備的系統(tǒng)，可以根據(jù)人們體驗產(chǎn)品的具體感受來做出設(shè)計決定。
提前發(fā)現(xiàn)問題。由于敘事性增加了一個時間維度，各類設(shè)計失誤就會很突出，如果團隊將產(chǎn)品看作是一堆堆屏幕時，他們往往不會注意到這些失誤。敘事性還能讓團隊更容易注意到，何時未達到理想的預(yù)期。同時，他們還會發(fā)現(xiàn)一些多余且完全行不通的UI環(huán)節(jié)，并更為快速地解決。所有這些看似微不足道的細節(jié)，最終都能提升產(chǎn)品的實用性和互動性。
預(yù)先確定設(shè)計目標。當團隊以構(gòu)思故事的方式拉開產(chǎn)品設(shè)計的序幕時，每個人在解決具體細節(jié)之前，就必須在設(shè)計目標上達成一致。這對于產(chǎn)品設(shè)計工作大有裨益，因為在設(shè)計人員耗時數(shù)小時研究詳細的UI模型后，評判的范圍往往會縮小至一個問題，即設(shè)計方案是否達到預(yù)先設(shè)定的目標。
更加科學(xué)。仔細回想客戶從最初的觸發(fā)事件(如電子郵件或信息推送)到最終完成目標，我們會發(fā)現(xiàn)整個過程其實與“求助?？瞬┦俊?Dr. BJ Fogg)倡導(dǎo)的行為模式極為吻合，即觸發(fā)、激勵和能力等三個因素同時發(fā)生，缺一不可。以敘事為主的設(shè)計方案，讓我們易于核對上述三個元素是否全部到位，從而可以鼓勵用戶行為。
加速整個設(shè)計流程。部分故事能夠在團隊的其他工作中被重復(fù)利用。那些為展示故事性而創(chuàng)建的模型，可以變成快速、可點擊的產(chǎn)品原型，用于研究用戶行為。同樣的故事還可以用來構(gòu)建渠道分析，幫助揭開一個問題的答案，即用戶是否正在現(xiàn)實產(chǎn)品中實踐這一故事。質(zhì)量保證(QA)團隊還可以全面篩選重要故事，確保每一款新產(chǎn)品的合理性。
本文編譯自Gigaom
- 目前還沒評論，等你發(fā)揮！
