淺談“以目標為導(dǎo)向”的交互設(shè)計(三)
在上一篇文章中,本人主要介紹了“研究與建?!彪A段的流程及其交互設(shè)計方法,這篇文章將詳細地講解“需求定義”階段的設(shè)計流程與方法。
“需求定義”階段的流程
交互設(shè)計團隊在需求定義階段往往采用的設(shè)計方法是為用戶和其他模型之間提供急需的聯(lián)系,同時也對設(shè)計框架提供了鋪墊。這一階段主要采用的是以場景為基礎(chǔ)的設(shè)計方法。
這種方法的關(guān)鍵在于如何滿足用戶的目標和需求,而不是我們常見的功能性目標。通過人物模型的概括能幫我們在很大程度上確定什么是重要任務(wù),從而使得交互設(shè)計團隊減少了很多的“任務(wù)”設(shè)計,提升交互體驗,同時保證回報的最大化。
對主要人物模型來說,需求定義階段的設(shè)計過程是要分析人物模型的數(shù)據(jù)和功能性需求。根據(jù)不同情境下的人物模型的目標、行為,以及與其他人物模型的交互來對這些數(shù)據(jù)和需求優(yōu)先級排序、獲取相關(guān)信息。
“需求定義”階段的交互方法
把健壯的模型轉(zhuǎn)化為設(shè)計方案需要經(jīng)過兩個主要階段,一是需求定義階段,而是框架定義階段。需求定義階段主要是回答了產(chǎn)品是什么以及要做什么的問題,而框架定義階段則是回答了產(chǎn)品的行為方式和如何構(gòu)建產(chǎn)品來滿足用戶目標等問題。
Alan Cooper等人給出了需求定義階段的過程圖,主要包括創(chuàng)建問題和愿景敘述、探索和頭腦風暴、確定人物模型期望、構(gòu)建情境場景和明確設(shè)計需求,如圖1所示[1]。
圖1?需求定義過程一覽圖
創(chuàng)建問題和愿景陳述
所有問題的創(chuàng)建必須基于設(shè)計師在有了明確的目標。目標為導(dǎo)向的設(shè)計方法是在通過人物模型、場景和設(shè)計要求來定義產(chǎn)品以及其服務(wù)的。我們要確定用戶群體、用戶目標和產(chǎn)品要求。
愿景的陳述則是從更高的角度來設(shè)計目標的。它需要將用戶的需求轉(zhuǎn)化為如何使設(shè)計能夠滿足商業(yè)目標,即“如何變現(xiàn)”的問題。
問題和愿景的內(nèi)容應(yīng)該從上一篇文章《淺談“以目標為導(dǎo)向”的交互設(shè)計(二)》中“研究與建?!彪A段中獲得的。
探索和頭腦風暴
探索是讓利益相關(guān)者在這個階段將所有考慮到的事情(無論多么“古怪”、“變態(tài)”,甚至是沒有想到或者不敢想的)都說出來,并記錄備案。
這樣做的目的有三:
- 一是保證了每個人的“話語權(quán)”和“言論自由”;
- 二是可以測試利益相關(guān)者對場景的想象能力和接受能力,以便調(diào)整和推進場景;
- 三是保留“思想的火種”,有可能你的一句話、一個idea在后期的設(shè)計中有了“用武之地”。
頭腦風暴是大家都“樂此不?!钡氖虑?,它有助于在利益相關(guān)者之間開啟探索會話。不過在此階段不要過多地花費時間,時長應(yīng)視項目的大小從幾個小時到幾百個小時不等。
確定人物模型期望
我們在“研究與建?!彪A段中已經(jīng)創(chuàng)建了人物模型,不過人物模型是對現(xiàn)實的內(nèi)部呈現(xiàn),而其外化的界面呈現(xiàn)應(yīng)與內(nèi)部實現(xiàn)相“呼應(yīng)”。所以,我們要記錄一些人物模型的期望,主要有以下幾點:
- 影響人物模型期望的態(tài)度、事件、過程和其他社會、文化、環(huán)境、教育等因素。
- 人物模型對使用產(chǎn)品的體驗可能持有的一般期待和愿望。
- 人物模型對產(chǎn)品行為的期待和愿望。
- 人物模型如何看待數(shù)據(jù)的基本元素或單位。
- 構(gòu)建情境場景
所有的場景劇本都是關(guān)于人和活動的故事,情境場景則是其中最像故事的一種。它是講述某個人物模型的故事,帶著其目標、動機和需求的。情境場景解決了以下幾個問題:
- 產(chǎn)品在什么背景下使用?
- 是否會被超時使用?
- 人物模型是否經(jīng)常被打斷?
- 是否與其他產(chǎn)品一起使用?
- 人物模型要達到目標時首要任務(wù)(活動)是什么?
- 使用產(chǎn)品預(yù)期的最終結(jié)果是什么?
- 根據(jù)人物模型的技能和使用頻率,允許的復(fù)雜程度有多大?
明確設(shè)計需求
在對情境場景構(gòu)思完成之后,可以分析一下草稿,提煉人物模型的需要或設(shè)計需求,主要包括數(shù)據(jù)需求、功能需求、情境需求和其他需求。
案例
本小節(jié)將以我尚未發(fā)表的碩士學(xué)位論文《智云PMS系統(tǒng)APP的交互設(shè)計與實現(xiàn)》為例,介紹“需求定義”階段的流程與方法。
創(chuàng)建問題和愿景陳述示例
創(chuàng)建問題:尚美生活集團的管理者和加盟業(yè)主由于經(jīng)常出差或者不在電腦前,無法操作電腦,因此急需一款移動端產(chǎn)品來解決管理集團業(yè)務(wù)和加盟門店的問題。
愿景陳述:智云PMS系統(tǒng)APP的互設(shè)計與實現(xiàn)將填補了公司在PMS系統(tǒng)移動化領(lǐng)域的空白,更加快捷、方便地服務(wù)于門店,提升了酒店集團的產(chǎn)品服務(wù)質(zhì)量與效率,更加緊密地拉近了酒店集團與門店的合作伙伴關(guān)系。
探索和頭腦風暴示例
問:我們有哪些用戶類?
答:智云PMS系統(tǒng)的APP主要涉眾包括酒店集團用戶和門店用戶,其中酒店
集團用戶又包括酒店管理人員用戶類和酒店運營人員用戶類;門店用戶又包括門店業(yè)主用戶類和門店店長及使用人員用戶類。圖2表示智云PMS系統(tǒng)APP涉及到的用戶類層次結(jié)構(gòu)。
圖2 智云PMS系統(tǒng)的APP用戶類層次結(jié)構(gòu)
確定人物模型期望示例(如圖3所示)
圖3 智云PMS系統(tǒng)的APP人物模型及其期望示例
構(gòu)建情境場景示例:
酒店管理人員石磊情境如下:
- 早上洗漱完畢之后,石磊查看了微信群和查收了郵件。通過郵件,石磊可以查看到昨天的酒店集團相關(guān)門店的業(yè)績簡報。通過微信群,石磊可以跟相關(guān)的門店業(yè)主溝通昨天的運營情況。
- 石磊來到公司后,打開電腦之后便登錄智云PMS系統(tǒng)后臺,查看了相關(guān)門店的詳細業(yè)績數(shù)據(jù)和運營報表。
- 石磊突然接到了門店業(yè)主的電話,于是便走出了辦公室接聽。業(yè)主反饋發(fā)現(xiàn)了昨天的運營數(shù)據(jù)可能不對,但是他又在外地出差,因此只能電話反饋,石磊帶著藍牙耳機翻看這家門店昨天的簡報,發(fā)現(xiàn)確實存在問題。
- 于是,石磊結(jié)束通話之后,返回辦公室,正要發(fā)該家門店相關(guān)處理意見時,發(fā)現(xiàn)自己行程中需要去其他地方開一個很重要的會。無奈,他只能乘車前往,此間花費了大概30分鐘的車程,他雖然一直記得這件事,可是無法處理。
- 開完會之后,已經(jīng)是晚上7點多了。石磊本想回家休息,但又想起了白天發(fā)生的事情,于是很不情愿地又回到了辦公室,接著發(fā)布了一個相關(guān)處理意見的公告。
- 發(fā)完公告已經(jīng)是晚上9點了,石磊拖著疲憊的身體回到了家,然后嘆息地對妻子說:“要是能在手機上處理這些繁瑣的東西該多好??!”
明確設(shè)計需求示例(如圖4所示)
圖4?智云PMS系統(tǒng)的APP用戶類及其需求
參考文獻
[1]Alan cooper(艾倫·庫伯).About?Face 4:交互設(shè)計精髓.倪衛(wèi)國,劉松濤,薛菲,杭敏譯.電子工業(yè)出版社,2015.
相關(guān)閱讀
作者:軟院猛哥 ?人人都是產(chǎn)品經(jīng)理網(wǎng)“萌新一枚”
本文由 @軟院猛哥 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載。
題圖來自 Unsplash,基于 CC0 協(xié)議
作者好,我看你對于場景的描述是用戶沒有智云PMS時候的場景,但是書中描述的場景為為用戶日后如何與產(chǎn)品進行交互。按照書中所描述的場景,是否應(yīng)該是石磊為了滿足他的目標而如何與智云PMS移動端去進行交互?