前面兩個階段，我們通過定性研究得到定性數(shù)據(jù)，通過用戶建模組織數(shù)據(jù)創(chuàng)建用戶模型并確定了主要設(shè)計目標(biāo)。但到目前為止，我們?nèi)匀煌Ａ粼谘芯侩A段，沒有成型的設(shè)計方案。

所以，本文筆者重點來介紹一下About Face 4 交互設(shè)計精髓（以下簡稱AF4）中第4章的內(nèi)容，設(shè)立愿景：場景和設(shè)計需求。

一、認(rèn)識場景

AF4主要介紹基于人物模型的場景，它是指站在用戶的角度，通過講故事的方式，了解用戶如何理解產(chǎn)品，如何使用產(chǎn)品?；谌宋锬Ｐ偷膱鼍坝欣谠O(shè)計師理解用戶的心理模型，給出更符合用戶心理的解決方案。

注意：在構(gòu)建場景時，情境活動、背景等內(nèi)容都是前兩個階段用戶研究和用戶建模中得到的信息中推導(dǎo)出來的。

根據(jù)設(shè)計階段不同，主要可分為三類用戶場景：

【情境場景】

在設(shè)計草圖前創(chuàng)建，主要關(guān)注用戶的目標(biāo)、活動、期望等，不要關(guān)注過多的產(chǎn)品細(xì)節(jié)。關(guān)于這里的更多信息可往下看3.4構(gòu)建情境場景。

【關(guān)鍵路徑場景】

關(guān)注用戶交互細(xì)節(jié)，注意人物模型如何使用產(chǎn)品以達(dá)到自身目標(biāo)。

【驗證場景】

通常使用“如果...會...”等問題來驗證方案可行性。

二、認(rèn)識需求

設(shè)計需求定義的是產(chǎn)品是什么，要做什么。通常由由用戶需求、業(yè)務(wù)需求和技術(shù)需求組合而成。它的內(nèi)容不是功能列表疊加，也不是解決方案的羅列，設(shè)計師要注意區(qū)別設(shè)計需求和解決方案。關(guān)注解決方案會使設(shè)計師走入狹窄小胡同，而關(guān)注設(shè)計需求可能會使設(shè)計師給出有創(chuàng)意的設(shè)計方案。

注意：設(shè)計需求是文檔化的，換句話說，用文字表達(dá)更好。設(shè)計需求不是可視化的，而解決方案通?？梢杂貌輬D、線框圖呈現(xiàn)，這里也可以看出設(shè)計需求和解決方案的區(qū)別。

三、需求定義過程

3.1問題陳述和愿景陳述

【問題陳述】

問題陳述解釋了團(tuán)隊為什么要啟動這次的設(shè)計項目。

通常是因為：業(yè)務(wù)問題（市場占有率、商業(yè)轉(zhuǎn)化率、客戶滿意度等）+可用性問題（任務(wù)繁瑣、流程復(fù)雜、用戶體驗差等）兩大方面原因，使得決策者推動設(shè)計項目的啟動。

AF中舉的例子：問題陳述

【愿景陳述】

愿景陳述解釋了決策者的設(shè)計愿景，具體來說愿景陳述需要設(shè)計師通過以用戶需求為導(dǎo)向，將設(shè)計需求轉(zhuǎn)化為解決方案，同時還要滿足業(yè)務(wù)目標(biāo)（設(shè)計愿景）。

AF中舉的例子：愿景陳述

3.2搜索和頭腦風(fēng)暴

頭腦風(fēng)暴就是充分發(fā)揮腦袋瓜子的作用，奇思異想，然后將你腦子中關(guān)于這個設(shè)計的初步解決方案的所有想法（可行的/不可行的/普通的/特別的），不管三七二十一全記錄下來。

3.3確定人物模型的期望

設(shè)計呈現(xiàn)的方案要符合用戶的心理模型，所以我們必須知道用戶的期望，我們需要知道一些幾點：

那我們?nèi)绾稳カ@知人物模型的期望，AF4中告訴我們兩種方法可以去獲取回答人物模型的期望問題：人物模型描述和研究數(shù)據(jù)。主要可以從以下幾個問題中去推斷人物模型期望：

3.4構(gòu)建情境場景

什么是情境場景？

情境場景是指某一人物模型使用產(chǎn)品未來版本的故事，描述了產(chǎn)品的使用場景，并包含人物模型的行為和目標(biāo)。

情境場景的描述重點？

通過主要/次要人物與產(chǎn)品、服務(wù)或者其他人物模型之間的主要接觸點；建立在一天或者其他有意義的跟產(chǎn)品相關(guān)的時間段內(nèi)；在何種情境下如何使用產(chǎn)品達(dá)成自己的目標(biāo)。

AF中舉的例子：情境場景示例

構(gòu)建情境場景時注意：這個階段不要涉及太具體的界面和技術(shù)，主要關(guān)注用戶目標(biāo)。假定產(chǎn)品有魔法，通過魔法來滿足用戶目標(biāo)。

3.5明確設(shè)計需求

從情境場景中提煉設(shè)計需求，主要通過三個關(guān)鍵詞：對象+動作+情境

舉個例子：直接從預(yù)約（情境）中撥打電話（動作）給某人（對象）

那如果對上面的方法掌握度不夠，那還可以這樣分解具體的四個需求：數(shù)據(jù)需求、功能需求、情境需求和其他需求。

【數(shù)據(jù)需求】

AF4中定義：數(shù)據(jù)需求是必須在系統(tǒng)中呈現(xiàn)的對象和信息，可以看成對象以及對象相關(guān)的賓語或形容詞。

筆者個人加工一下，從字面上“數(shù)據(jù)”二字理解：數(shù)據(jù)通常是可變的，如何變化是需要服務(wù)器支持的，服務(wù)器改變，數(shù)據(jù)也會改變。那么數(shù)據(jù)則可以簡單的理解成存儲于服務(wù)器的信息資料。

3.4中的例子中的數(shù)據(jù)需求有：賬號、人、地址、文件、消息、歌曲、圖像機(jī)器屬性（如狀態(tài)、日期、大小、創(chuàng)建者和主題等屬性），可以發(fā)現(xiàn)舉得例子中的數(shù)據(jù)需求都是會因為服務(wù)器內(nèi)存儲信息改變而發(fā)生改變的。

【功能需求】

功能需求對系統(tǒng)對象執(zhí)行的操作或動作，通常會轉(zhuǎn)換為界面控件，可以把功能當(dāng)做產(chǎn)品的動作。功能需求也定義了界面的對象和信息必須顯示在什么位置或者容器中。

這里關(guān)于功能可以當(dāng)成產(chǎn)品的動作，筆者是這樣認(rèn)為：功能是用戶和產(chǎn)品進(jìn)行交互來滿足目標(biāo)，那么動能是可操作的，這樣可操作的行為就可以看成是產(chǎn)品的動作。而界面上，控件可與用戶交互，所以AF4中說，功能需求可轉(zhuǎn)化為界面控件。

【情境需求】

○描述了系統(tǒng)中對象的關(guān)系或依賴：那些對象必須顯示在一起才會對工作流程有意義，或滿足某個人物模型的目標(biāo)（如：購買商品時，選擇購買的商品的列表總和應(yīng)該是可見的。）

○考慮產(chǎn)品的物理環(huán)境：辦公室、路上、惡劣環(huán)境。

○使用產(chǎn)品的人物模型使用產(chǎn)品的技能和能力。

筆者以為情境需求可以這樣拆分：情節(jié)+環(huán)境，情節(jié)基本有事件組成，而環(huán)境則由時間、物理環(huán)境等組成，這樣是不是比較方便理解hhh

【其他需求】

一個優(yōu)秀的交互設(shè)計師，他給出的解決方案，要滿足3大條件：用戶需求、業(yè)務(wù)需要和技術(shù)約束。業(yè)務(wù)需要和技術(shù)約束就歸類為其他需求。

AF4中總結(jié)的其他需求如下：

OK，到這里我們就完成了設(shè)計需求的提煉，下一步就是交互框架的建立，產(chǎn)品細(xì)節(jié)的琢磨，考慮如何將功能有效組織并呈現(xiàn)出來更好的服務(wù)用戶目標(biāo)。

88~