以會(huì)議申請(qǐng)功能的設(shè)計(jì)為例:To B產(chǎn)品的角色與場(chǎng)景分析

不同于toC產(chǎn)品中用戶的角色通常與家庭角色、態(tài)度、相關(guān)活動(dòng)方法、興趣、選擇生活方式的能力等對(duì)應(yīng),在toB產(chǎn)品中,角色常與工作角色或職責(zé)相對(duì)應(yīng),用戶的目標(biāo)和行為受其性格、能力、經(jīng)驗(yàn)的影響較小,而受在企業(yè)內(nèi)的崗位職能的影響較大。
下面將以實(shí)際工作中一個(gè)小功能——某公司辦公管理系統(tǒng)APP的會(huì)議申請(qǐng)功能的設(shè)計(jì)為例,討論對(duì)toB類產(chǎn)品進(jìn)行角色和場(chǎng)景分析的方法。文章最后會(huì)以一個(gè)與PM的爭(zhēng)議為例,看看這一方法在交互設(shè)計(jì)初期,如何幫助團(tuán)隊(duì)及時(shí)地與產(chǎn)品經(jīng)理一起解決異議、統(tǒng)一思路。同時(shí),也會(huì)順便以這個(gè)爭(zhēng)議為例,探討一下用戶體驗(yàn)和產(chǎn)品目標(biāo)之間的權(quán)衡問(wèn)題。
注:實(shí)際上線項(xiàng)目不便展示設(shè)計(jì)細(xì)節(jié),僅就方法本身進(jìn)行探討
1 角色分析
目標(biāo)用戶:對(duì)辦公管理系統(tǒng)APP中的一個(gè)會(huì)議申請(qǐng)模塊而言,目標(biāo)用戶就是企業(yè)內(nèi)與一場(chǎng)會(huì)議的進(jìn)行相關(guān)的申請(qǐng)人、審批人、參與人員(含普通參與人員與主持人)、場(chǎng)地管理人員。
2 人物模型
對(duì)toB產(chǎn)品而言,目標(biāo)用戶通常比toC產(chǎn)品的目標(biāo)用戶更為寬泛,需要為不同崗位職能、不同部門、具有不同需要的特定個(gè)體類型設(shè)計(jì)。因此不可避免地在用戶的認(rèn)知負(fù)擔(dān)和導(dǎo)航成本上會(huì)高于toC產(chǎn)品。正因?yàn)檫@樣,清晰地劃分不同人物模型,有助于避免設(shè)計(jì)對(duì)用戶的理解過(guò)于籠統(tǒng)、重點(diǎn)混亂。
根據(jù)部門、職能和與場(chǎng)景相關(guān)的職能,我們考慮建立5個(gè)典型的人物模型,用于分析和建立情境場(chǎng)景。
3 情境場(chǎng)景
會(huì)議的申請(qǐng)人、審批人、主持人、參與人、會(huì)議室管理人,五個(gè)典型的人物模型在會(huì)議室管理模塊的使用中,會(huì)面對(duì)截然不同的使用路徑和具體目標(biāo)。而會(huì)議室管理模塊本身,在“申請(qǐng)會(huì)議室”這一核心場(chǎng)景之外,又有非常多的支線場(chǎng)景和異常場(chǎng)景。
通過(guò)情境場(chǎng)景,可以通過(guò)敘事這一用戶研究與設(shè)計(jì)之間絕佳的粘合劑,簡(jiǎn)明地描述五個(gè)人物模型使用本模塊完成各自任務(wù)的過(guò)程,并從中關(guān)注人物模型的思考和行為方式,對(duì)理想的體驗(yàn)進(jìn)行描述。
3.1 核心場(chǎng)景:申請(qǐng)會(huì)議室
張文濤:
- 張文濤早上才到辦公室不久就接到了某建筑設(shè)計(jì)院趙工的電話,對(duì)方希望對(duì)A項(xiàng)目的圖紙與公司領(lǐng)導(dǎo)一起進(jìn)行評(píng)審。
- 張文濤將這一消息轉(zhuǎn)告給項(xiàng)目主管周堯后,周堯?qū)@一進(jìn)展很高興,讓張文濤趕緊用APP訂一個(gè)下午兩點(diǎn)半會(huì)議室。
- 張文濤馬上拿出手機(jī)照辦。他進(jìn)入辦公管理系統(tǒng)APP后,在首頁(yè)的主界面點(diǎn)選”會(huì)議管理“按鈕,進(jìn)入了會(huì)議管理模塊,并在列表中選擇了“會(huì)議申請(qǐng)”、進(jìn)入了會(huì)議室列表。
- 會(huì)議室列表中列出了公司所有可用的會(huì)議室,同時(shí)顯示了會(huì)議室的照片、地址、規(guī)模、座位數(shù)、有無(wú)投影等關(guān)鍵信息。同時(shí),在頁(yè)面頂部有一個(gè)會(huì)議時(shí)間控件,填寫(xiě)時(shí)間后,可以篩選當(dāng)前時(shí)間段可以借用的會(huì)議室。
- 張文濤填寫(xiě)了開(kāi)始時(shí)間和借用時(shí)長(zhǎng)后,列表中篩選后只剩下3個(gè)可選項(xiàng)。張文濤按照周堯提到的名單,粗估了一下人數(shù)大概為6~7個(gè)人,于是點(diǎn)擊了規(guī)模為“小型”、離工程部最近的10樓東會(huì)議室。
- 進(jìn)入該會(huì)議室的詳情頁(yè)后,下方的已預(yù)約列表中顯示了當(dāng)前的預(yù)約情況,張文濤粗略地掃了一眼,發(fā)現(xiàn)這個(gè)會(huì)議室的預(yù)約情況很滿,很是搶手,他不禁慶幸了一下自己的運(yùn)氣。
- 張文濤點(diǎn)擊確定按鈕,進(jìn)入了信息填寫(xiě)頁(yè)。以往需要通過(guò)電話和綜合辦確認(rèn)半天(還經(jīng)常因?yàn)槁?tīng)不清導(dǎo)致不必要的重復(fù)甚至錯(cuò)漏)的各種信息,在這里只要逐一選擇即可——開(kāi)始時(shí)間、結(jié)束時(shí)間、會(huì)議主題、主持人、參會(huì)人員、會(huì)議日程、會(huì)議詳情、會(huì)務(wù)要求(視頻會(huì)議系統(tǒng)、快餐、茶水等),張文濤逐一填寫(xiě)、選擇并確認(rèn)填寫(xiě)無(wú)誤后,點(diǎn)擊了確定按鈕,提交了申請(qǐng)。頁(yè)面隨即跳轉(zhuǎn)至一個(gè)提醒提交成功的頁(yè)面,頁(yè)面中同時(shí)告知,本次申請(qǐng)由他的部門行政主管楊威審核。至此,張文濤在3個(gè)頁(yè)面內(nèi)完成了一次清晰的會(huì)議室預(yù)預(yù)訂流程。
楊威:
楊威在他的主管辦公室里習(xí)慣鎖著門,聚精會(huì)神地盯著屏幕上的報(bào)表,封閉的空間更有利于他靜心思考問(wèn)題,所以他不喜歡不停地有人來(lái)敲門、進(jìn)進(jìn)出出報(bào)告瑣碎的小事,好在最近公司引進(jìn)了綜合辦公系統(tǒng)APP后,這樣的瑣事一下子少了不少,只要留心APP的提醒就是了。正想著,手機(jī)響起一聲清脆的提示音。楊威解鎖屏幕后,看到正是綜合辦公系統(tǒng)的APP彈出一條待辦提醒,他點(diǎn)開(kāi)詳情頁(yè)后,看到是部門的小張?jiān)谏暾?qǐng)A項(xiàng)目的圖紙?jiān)u審會(huì)。他簡(jiǎn)單地瀏覽了會(huì)議時(shí)間、人員、議程、詳情和會(huì)務(wù)要求,確定沒(méi)有問(wèn)題后便點(diǎn)擊了確認(rèn)按鈕。
周堯:
周堯的手機(jī)上收到了推送消息”會(huì)議通知 – A項(xiàng)目評(píng)審會(huì) 11月1日 14:30“,他從推送消息點(diǎn)開(kāi)詳情頁(yè)面看了一下時(shí)間和地點(diǎn)后,拿起筆在手旁的日歷上快速記下了這條日程。
李大鵬:
李大鵬的手機(jī)上收到了推送消息”會(huì)議通知 – A項(xiàng)目評(píng)審會(huì) 11月1日 14:30“,正在埋頭看B項(xiàng)目的圖紙的李大鵬默默地記在了心里,準(zhǔn)備等去開(kāi)會(huì)之前再細(xì)看一下地點(diǎn)。
劉燕南:
劉燕南的手機(jī)上收到了推送消息”會(huì)議通知 – A項(xiàng)目評(píng)審會(huì) 11月1日 14:30“,她點(diǎn)開(kāi)詳情看了看地點(diǎn),打開(kāi)自己用于記錄全公司會(huì)議安排的表格,在14:30的位置記下了”10樓東“的字樣,到時(shí)她會(huì)提前十五分鐘去開(kāi)鎖,并按照會(huì)議要求準(zhǔn)備投影和茶水。
楊威:
楊威在他的主管辦公室里習(xí)慣鎖著門,聚精會(huì)神地盯著屏幕上的報(bào)表,封閉的空間更有利于他靜心思考問(wèn)題,所以他不喜歡不停地有人來(lái)敲門、進(jìn)進(jìn)出出報(bào)告瑣碎的小事,好在最近公司引進(jìn)了綜合運(yùn)營(yíng)管理的APP后,這樣的瑣事一下子少了不少,只要留心APP的提醒就是了。正想著,手機(jī)響起一聲清脆的提示音。楊威解鎖屏幕后,看到綜合運(yùn)營(yíng)管理的APP彈出一條待辦提醒,他點(diǎn)開(kāi)詳情頁(yè)后,看到是部門的小張?jiān)谏暾?qǐng)A項(xiàng)目的圖紙?jiān)u審會(huì)。他簡(jiǎn)單地瀏覽了會(huì)議時(shí)間、人員、議程、詳情和會(huì)務(wù)要求,確定沒(méi)有問(wèn)題后便點(diǎn)擊了確認(rèn)按鈕。
周堯:
周堯的手機(jī)上收到了推送消息”會(huì)議通知 – A項(xiàng)目評(píng)審會(huì) 11月1日 14:30“,他從推送消息點(diǎn)開(kāi)詳情頁(yè)面看了一下時(shí)間和地點(diǎn)后,拿起筆在手旁的日歷上快速記下了這條日程。
李大鵬:
李大鵬的手機(jī)上收到了推送消息”會(huì)議通知 – A項(xiàng)目評(píng)審會(huì) 11月1日 14:30“,正在埋頭看B項(xiàng)目的圖紙的李大鵬默默地記在了心里,準(zhǔn)備等去開(kāi)會(huì)之前再細(xì)看一下地點(diǎn)。
劉燕南:
劉燕南的手機(jī)上收到了推送消息”會(huì)議通知 – A項(xiàng)目評(píng)審會(huì) 11月1日 14:30“,她點(diǎn)開(kāi)詳情看了看地點(diǎn),打開(kāi)自己用于記錄全公司會(huì)議安排的表格,在14:30的位置記下了”10樓東“的字樣,到時(shí)她會(huì)提前十五分鐘去開(kāi)鎖,并按照會(huì)議要求準(zhǔn)備投影和茶水。
3.2 支線場(chǎng)景
3.1.1 無(wú)可用會(huì)議室
- 張文濤在填寫(xiě)開(kāi)始時(shí)間和借用時(shí)長(zhǎng)后,篩選列表中為空,并有一句溫馨的提示語(yǔ)提示他該時(shí)段公司所有的會(huì)議室都已經(jīng)被預(yù)約了。
- 張文濤馬上告知項(xiàng)目主管周堯,周堯首先讓他看一下10樓的東會(huì)議室是被誰(shuí)預(yù)約了,如果是熟悉的部門,可以聯(lián)絡(luò)一下是否方便讓給他們急用。
- 張文濤取消了“篩選”勾選項(xiàng),在全部會(huì)議室列表中找到10樓東會(huì)議室,進(jìn)入詳情頁(yè)后,在下方的當(dāng)前預(yù)約情況列表中,他很快找到了今天下午兩點(diǎn)半的預(yù)約情況,預(yù)約部門是一個(gè)他們很少打交道的部門。
- 聽(tīng)到張文濤的查詢結(jié)果后,周堯決定放棄聯(lián)絡(luò)對(duì)方,并讓他嘗試一下4點(diǎn)是否有空會(huì)議室。
- 張文濤重新填寫(xiě)了開(kāi)始時(shí)間后再次搜索,這時(shí)有4個(gè)會(huì)議室可用,他便在其中找了相對(duì)最近的一間會(huì)議室,繼續(xù)申請(qǐng)流程(后續(xù)同核心流程)。
3.1.2 取消會(huì)議
- 設(shè)計(jì)院趙工忽然來(lái)電話說(shuō)因?yàn)橐幌盗行薷?,希望能把評(píng)審會(huì)推遲幾天。張文濤和周堯商議后,決定暫時(shí)取消這次會(huì)議。
- 張文濤打開(kāi)APP,從會(huì)議管理模塊中進(jìn)入”申請(qǐng)記錄”選項(xiàng),選中最近的那條申請(qǐng)記錄,進(jìn)入詳情頁(yè)后點(diǎn)擊了頁(yè)面底部醒目的“取消”按鈕,在彈窗中確認(rèn)后,頁(yè)面隨即跳轉(zhuǎn)至一個(gè)提醒取消成功的頁(yè)面,頁(yè)面中同時(shí)告知他,取消通知已送達(dá)審批人、主持人、所有參會(huì)人員和會(huì)議室管理員。
- 楊威、周堯、李大鵬、劉燕南、所有參會(huì)人員列表中的人都隨即收到了一條推送消息“會(huì)議取消通知 – A項(xiàng)目評(píng)審會(huì)”。
3.1.3 修改會(huì)議
- 中午時(shí)分,技術(shù)主管李大鵬找到張文濤,告訴他下午他要出差,沒(méi)時(shí)間參加會(huì)議,但這項(xiàng)會(huì)議又需要李大鵬才能定奪,所以張文濤和設(shè)計(jì)院的趙工、周堯溝通后,決定把會(huì)議改在明天上午9點(diǎn)。
- 此外,周堯發(fā)現(xiàn)張文濤邀請(qǐng)的與會(huì)人員中漏掉了一個(gè)重要成員汪鳴,讓他趕緊補(bǔ)上。
- 在給趙工的電話中,趙工同時(shí)告訴他,設(shè)計(jì)院方面有四個(gè)人要來(lái)參加會(huì)議,這樣一來(lái)之前預(yù)訂的小會(huì)議室就不夠用了。
- 因此,張文濤需要重新修改會(huì)議的時(shí)間、地點(diǎn)以及參與人員。他從會(huì)議管理模塊中進(jìn)入“申請(qǐng)記錄”選項(xiàng),選中最近的那條申請(qǐng)記錄,在詳情頁(yè)點(diǎn)選了底部的”修改會(huì)議信息”按鈕。
- 首先,他點(diǎn)擊了會(huì)議地點(diǎn),進(jìn)入重新選擇會(huì)議室的界面,該界面同樣有一個(gè)會(huì)議時(shí)間的控件和篩選按鈕,他將會(huì)議時(shí)間改為明天上午9點(diǎn)后,從篩選后的會(huì)議室列表中選取了一個(gè)更大的會(huì)議室。
- 頁(yè)面跳轉(zhuǎn)至“修改會(huì)議信息”頁(yè),他點(diǎn)擊與會(huì)人員后進(jìn)入通訊錄,在其中添加了汪鳴后,在“修改會(huì)議信息”頁(yè)點(diǎn)下了確認(rèn)修改按鈕。頁(yè)面隨即跳轉(zhuǎn)至提醒修改成功的頁(yè)面,頁(yè)面中同時(shí)告知,本次修改由他的部門行政主管楊威審核。
- 楊威問(wèn)明事由后,重新審批通過(guò)了該修改。
- 周堯、李大鵬、劉燕南、所有先前處于參會(huì)人員列表中的人隨即收到了一條推送消息“會(huì)議信息變動(dòng) – A項(xiàng)目評(píng)審會(huì)”
- 而新加入?yún)?huì)人員的汪鳴收到的則是”會(huì)議通知 – A項(xiàng)目評(píng)審會(huì) 11月2日 14:30“。
4 提煉需求
基于角色和場(chǎng)景的分析完成后,順著場(chǎng)景就可以很快地提煉出明確的設(shè)計(jì)需求?!禔bout Face 4》中認(rèn)為需要提煉的設(shè)計(jì)需求如下:
“提煉出人物模型的需求或設(shè)計(jì)需求,包括對(duì)象、動(dòng)作和情境
- 數(shù)據(jù)需求:必須在系統(tǒng)中呈現(xiàn)的對(duì)象和信息(賬號(hào)、用戶名、地址、文件、消息、歌曲等)
- 功能需求:對(duì)系統(tǒng)對(duì)象執(zhí)行的操作或功能
- 情境需求:系統(tǒng)中對(duì)象之間的關(guān)系或依賴、產(chǎn)品的物理環(huán)境、人物模型使用產(chǎn)品的技能和能力
- 其他需求:企業(yè)和技術(shù)的現(xiàn)實(shí)需求,包括業(yè)務(wù)需求、品牌和體驗(yàn)需求、技術(shù)需求、顧客和合作伙伴需求”
而根據(jù)項(xiàng)目中的實(shí)踐經(jīng)驗(yàn),為了設(shè)計(jì)的效率考慮,對(duì)本階段而言,可以將toB產(chǎn)品的需求提煉精簡(jiǎn)為兩個(gè)方面:
- 信息需求:需要在界面上呈現(xiàn)給用戶的數(shù)據(jù)和信息
- 功能需求:需要為用戶提供的功能、相應(yīng)的可操作控件
由此,我們將第3節(jié)中的場(chǎng)景分析提煉如下:
4.1 場(chǎng)景的需求提煉
4.1.1 核心場(chǎng)景——會(huì)議申請(qǐng)的相關(guān)需求
會(huì)議管理模塊主頁(yè)面(頁(yè)面01):
功能需求:提供“會(huì)議室申請(qǐng)”入口
會(huì)議申請(qǐng)頁(yè)面(頁(yè)面02):
- 信息需求:列出所有可選會(huì)議室列表,顯示了會(huì)議室的照片、地址、規(guī)模、座位數(shù)、有無(wú)投影等關(guān)鍵信息
- 功能需求:提供會(huì)議時(shí)間控件,可選取會(huì)議開(kāi)始時(shí)間(按整點(diǎn)和半點(diǎn)提供選項(xiàng))和預(yù)計(jì)市場(chǎng)(小時(shí)數(shù)),選擇后可通過(guò)“顯示全部/顯示可用”篩選按鈕,在可用會(huì)議室可所有會(huì)議室之間切換。點(diǎn)選會(huì)議室后跳轉(zhuǎn)至相應(yīng)會(huì)議室詳情頁(yè)。
會(huì)議室詳情頁(yè)(頁(yè)面03):
- 信息需求:顯示會(huì)議室的關(guān)鍵信息(照片、地址、規(guī)模、座位數(shù)、有無(wú)投影等)
- 功能需求:提供確認(rèn)按鈕
會(huì)議信息頁(yè)(頁(yè)面04):
- 信息需求:會(huì)議室名稱
- 功能需求:開(kāi)始時(shí)間、結(jié)束時(shí)間、會(huì)議主題、主持人、參會(huì)人員、會(huì)議日程、會(huì)議詳情、會(huì)務(wù)要求(視頻會(huì)議系統(tǒng)、快餐、茶水等)的填寫(xiě)/選擇控件,確認(rèn)按鈕
申請(qǐng)成功提示頁(yè)(頁(yè)面05):
- 信息需求:提示用戶申請(qǐng)?zhí)峤怀晒Φ奈陌?,審核人信?/li>
- 功能需求:返回APP主界面的入口
- 推送提醒功能:新的會(huì)議提醒
4.1.2 支線場(chǎng)景1——無(wú)可用會(huì)議室時(shí)的相關(guān)需求
會(huì)議申請(qǐng)頁(yè)面(頁(yè)面02):
- 信息需求:在篩選可用會(huì)議室的結(jié)果為空時(shí),提供溫和的提示文案,建議用戶換一個(gè)時(shí)段再做嘗試
會(huì)議室詳情頁(yè)(頁(yè)面03):
- 信息需求:顯示會(huì)議室當(dāng)前的預(yù)訂情況
- 功能需求:提供醒目的返回列表按鈕
4.1.3 支線場(chǎng)景2——取消會(huì)議的相關(guān)需求
會(huì)議管理模塊主頁(yè)面(頁(yè)面01):
- 功能需求:提供“申請(qǐng)記錄”入口
會(huì)議申請(qǐng)記錄列表(頁(yè)面06):
- 信息需求:顯示已申請(qǐng)會(huì)議的記錄列表,每條記錄顯示會(huì)議地點(diǎn)、時(shí)間、處理狀態(tài)和申請(qǐng)時(shí)間等信息。
- 功能需求:點(diǎn)擊申請(qǐng)記錄后跳轉(zhuǎn)至相應(yīng)申請(qǐng)的詳情頁(yè)。
會(huì)議申請(qǐng)記錄詳情(頁(yè)面07):
- 信息需求:展示會(huì)議地點(diǎn)、會(huì)議主題、審核狀態(tài)、主持人、會(huì)議議程、會(huì)議時(shí)間、參會(huì)人員、會(huì)務(wù)要求(視頻會(huì)議系統(tǒng)、快餐、茶水等)、申請(qǐng)時(shí)間、審核人、審核理由等信息。
- 功能需求:對(duì)已申請(qǐng)但未進(jìn)行的記錄,提供“取消申請(qǐng)”按鈕。
會(huì)議取消成功提示頁(yè)(頁(yè)面08):
- 信息需求:提示用戶申請(qǐng)取消成功的文案
- 功能需求:返回APP主界面的入口
- 推送提醒功能:會(huì)議取消提醒
4.1.4 支線場(chǎng)景3——修改會(huì)議的相關(guān)需求
會(huì)議申請(qǐng)記錄詳情(頁(yè)面07):
- 功能需求:對(duì)已申請(qǐng)但未進(jìn)行的記錄,提供“修改會(huì)議信息”按鈕。
會(huì)議申請(qǐng)修改頁(yè)面(頁(yè)面09):
- 功能需求:開(kāi)始時(shí)間、結(jié)束時(shí)間、會(huì)議主題、主持人、參會(huì)人員、會(huì)議日程、會(huì)議詳情、會(huì)務(wù)要求(視頻會(huì)議系統(tǒng)、快餐、茶水等)的填寫(xiě)/選擇控件,確認(rèn)修改按鈕
會(huì)議修改成功提示頁(yè)(頁(yè)面10):
- 信息需求:提示用戶申請(qǐng)修改成功的文案,審核人信息
- 功能需求:返回APP主界面的入口
推送提醒功能:
- 功能需求:會(huì)議變動(dòng)提醒
4.2 需求點(diǎn)匯總
最后,對(duì)所有頁(yè)面、推送提醒的信息需求和功能需求進(jìn)行匯總,整理如下:
會(huì)議管理模塊主頁(yè)面(頁(yè)面01):
- 功能需求:提供“會(huì)議室申請(qǐng)”入口;提供“申請(qǐng)記錄”入口。
會(huì)議申請(qǐng)頁(yè)面(頁(yè)面02):
- 信息需求:列出所有可選會(huì)議室列表,顯示了會(huì)議室的照片、地址、規(guī)模、座位數(shù)、有無(wú)投影等關(guān)鍵信息;在篩選可用會(huì)議室的結(jié)果為空時(shí),提供溫和的提示文案,建議用戶換一個(gè)時(shí)段再做嘗試。
- 功能需求:提供會(huì)議時(shí)間控件,可選取會(huì)議開(kāi)始時(shí)間(按整點(diǎn)和半點(diǎn)提供選項(xiàng))和預(yù)計(jì)市場(chǎng)(小時(shí)數(shù)),選擇后可通過(guò)“顯示全部/顯示可用”篩選按鈕,在可用會(huì)議室可所有會(huì)議室之間切換。點(diǎn)選會(huì)議室后跳轉(zhuǎn)至相應(yīng)會(huì)議室詳情頁(yè)。
會(huì)議室詳情頁(yè)(頁(yè)面03):
- 信息需求:顯示會(huì)議室的關(guān)鍵信息(照片、地址、規(guī)模、座位數(shù)、有無(wú)投影等);顯示會(huì)議室當(dāng)前的預(yù)訂情況。
- 功能需求:提供確認(rèn)按鈕;提供醒目的返回列表按鈕。
會(huì)議信息頁(yè)(頁(yè)面04):
- 信息需求:會(huì)議室名稱
- 功能需求:開(kāi)始時(shí)間、結(jié)束時(shí)間、會(huì)議主題、主持人、參會(huì)人員、會(huì)議日程、會(huì)議詳情、會(huì)務(wù)要求(視頻會(huì)議系統(tǒng)、快餐、茶水等)的填寫(xiě)/選擇控件,確認(rèn)按鈕
申請(qǐng)成功提示頁(yè)(頁(yè)面05):
- 信息需求:提示用戶申請(qǐng)?zhí)峤怀晒Φ奈陌福瑢徍巳诵畔?/li>
- 功能需求:返回APP主界面的入口
會(huì)議申請(qǐng)記錄列表(頁(yè)面06):
- 信息需求:顯示已申請(qǐng)會(huì)議的記錄列表,每條記錄顯示會(huì)議地點(diǎn)、時(shí)間、處理狀態(tài)和申請(qǐng)時(shí)間等信息。
- 功能需求:點(diǎn)擊申請(qǐng)記錄后跳轉(zhuǎn)至相應(yīng)申請(qǐng)的詳情頁(yè)。
會(huì)議申請(qǐng)記錄詳情(頁(yè)面07):
- 信息需求:展示會(huì)議地點(diǎn)、會(huì)議主題、審核狀態(tài)、主持人、會(huì)議議程、會(huì)議時(shí)間、參會(huì)人員、會(huì)務(wù)要求(視頻會(huì)議系統(tǒng)、快餐、茶水等)、申請(qǐng)時(shí)間、審核人、審核理由等信息。
- 功能需求:對(duì)已申請(qǐng)但未進(jìn)行的記錄,提供“取消申請(qǐng)”按鈕、“修改會(huì)議信息”按鈕。
會(huì)議取消成功提示頁(yè)(頁(yè)面08):
- 信息需求:提示用戶申請(qǐng)取消成功的文案
- 功能需求:返回APP主界面的入口
會(huì)議申請(qǐng)修改頁(yè)面(頁(yè)面09):
- 功能需求:開(kāi)始時(shí)間、結(jié)束時(shí)間、會(huì)議主題、主持人、參會(huì)人員、會(huì)議日程、會(huì)議詳情、會(huì)務(wù)要求(視頻會(huì)議系統(tǒng)、快餐、茶水等)的填寫(xiě)/選擇控件,確認(rèn)修改按鈕
會(huì)議修改成功提示頁(yè)(頁(yè)面10):
- 信息需求:提示用戶申請(qǐng)修改成功的文案,審核人信息
- 功能需求:返回APP主界面的入口
推送提醒功能:
- 功能需求:新的會(huì)議提醒、會(huì)議取消提醒、會(huì)議變動(dòng)提醒
由此,我們將角色和場(chǎng)景轉(zhuǎn)化成了清晰的需求清單,而通過(guò)這樣一個(gè)基于頁(yè)面結(jié)構(gòu)的信息和功能需求清單,我們下一步的信息架構(gòu)設(shè)計(jì)也有了堅(jiān)實(shí)可靠的研究基礎(chǔ),而不是憑空拍腦袋或者拿競(jìng)品來(lái)東拼西湊。
5 解決異議:用戶體驗(yàn)與產(chǎn)品目標(biāo)的權(quán)衡
在這個(gè)會(huì)議管理模塊的例子中,在角色和場(chǎng)景分析階段后,產(chǎn)品同事對(duì)“修改會(huì)議信息”的場(chǎng)景提出了異議,建議已提交的會(huì)議申請(qǐng)記錄只支持取消,不支持修改。需要修改時(shí),只有取消后再重新申請(qǐng)。
產(chǎn)品方給出的理由如下:
- 修改會(huì)議信息的頁(yè)面與申請(qǐng)新會(huì)議時(shí)填寫(xiě)的頁(yè)面中,表單元素基本完全相同,單獨(dú)設(shè)置修改會(huì)議信息的路徑?jīng)]有必要。
- 會(huì)議地點(diǎn)的變化、人員的增刪、議題的改動(dòng)、會(huì)務(wù)要求的變動(dòng),都需要向多方發(fā)送不同的推送提醒,非常容易造成混亂。
- 收到變動(dòng)提醒后,用戶難以看出是哪些地方發(fā)生了變動(dòng),徒增困惑。
- 考慮到企業(yè)內(nèi)部分不熟悉移動(dòng)端操作的用戶,應(yīng)當(dāng)盡量簡(jiǎn)化任務(wù)和推送提醒的類型。
- 先收到取消提醒、再收到一次新會(huì)議提醒,確實(shí)會(huì)讓收到推送的一方產(chǎn)生不愉快的情緒,但這一較高的犯錯(cuò)成本實(shí)際上有助于會(huì)議申請(qǐng)人養(yǎng)成對(duì)申請(qǐng)信息負(fù)責(zé)、一次性填寫(xiě)正確的習(xí)慣。
其中,對(duì)前3點(diǎn)而言,初版的場(chǎng)景設(shè)計(jì)從交互角度上看都是有自己的考慮的。首先,在使用場(chǎng)景不同時(shí),即使內(nèi)容完全相同的頁(yè)面,設(shè)置單獨(dú)的路徑也有助于用戶明確自己在使用路徑中的位置。其次,第2、3點(diǎn)實(shí)際上都是關(guān)于變更后推送方式的問(wèn)題,第2點(diǎn)可以通過(guò)清晰地分解不同用例,針對(duì)不同接收方發(fā)送不同的提醒內(nèi)容,邏輯上并不難理順。第3點(diǎn)可以通過(guò)將有變動(dòng)的字段用不同字體樣式顯示有效地解決。溝通后也得到了同事的理解。
而第4、第5點(diǎn)理由則確實(shí)值得重新考慮。對(duì)會(huì)議管理這一個(gè)面向企業(yè)內(nèi)所有部門、所有層次,幾乎所有領(lǐng)導(dǎo)和員工都有可能使用的模塊而言,盡量簡(jiǎn)化任務(wù)路徑、推送提醒的數(shù)目和種類是有一定道理的。很多基于設(shè)計(jì)師個(gè)人的能力和經(jīng)驗(yàn)考慮,覺(jué)得理所應(yīng)當(dāng)?shù)牟僮?,?duì)中老年用戶來(lái)說(shuō)并不容易學(xué)習(xí),記住“申請(qǐng)和取消“兩種任務(wù)的使用方法永遠(yuǎn)比”申請(qǐng)、變更、取消“三種的學(xué)習(xí)成本更低。
實(shí)際上,如果按照只允許”申請(qǐng)和取消“的設(shè)計(jì),相當(dāng)于將”變更“操作拆解為了”申請(qǐng)-取消“兩步,人為增加了流程長(zhǎng)度,同時(shí)也增加了推送提醒的數(shù)量。這顯然對(duì)用戶體驗(yàn)是不利的。
但對(duì)企業(yè)應(yīng)用而言,更好地完成產(chǎn)品目標(biāo)是比用戶體驗(yàn)更重要的考量。對(duì)一個(gè)辦公管理平臺(tái)而言,最大的產(chǎn)品目標(biāo)就是提升辦公效率,而如果當(dāng)變更操作過(guò)于便捷時(shí),頻繁的變更是有損于這一目標(biāo)的達(dá)成的。因此,人為提高變更操作的時(shí)間成本,在合理范圍內(nèi)損失一定的用戶體驗(yàn),促使用戶自覺(jué)地一次性提交正確申請(qǐng)信息,才更有利于辦公效率的提升。至于確有會(huì)議信息需要變更的情況,可以結(jié)合企業(yè)工作流程的實(shí)際情況,靈活地多種方式解決:如果只是局部人員變動(dòng),單獨(dú)通過(guò)電話提醒受影響的人員即可,避免重新通知全體;如果是會(huì)議內(nèi)容、議題的變動(dòng),實(shí)際上沒(méi)有必要在系統(tǒng)中重新發(fā)布;如果是會(huì)務(wù)要求的變動(dòng),同樣通過(guò)電話聯(lián)系會(huì)議室管理員說(shuō)明情況即可。那么剩下的只有當(dāng)會(huì)議室地點(diǎn)和時(shí)間變更的情況下,才需要取消后重新申請(qǐng)了,而這部分需求的數(shù)量其實(shí)并不高。
因此,如果犧牲用戶體驗(yàn)有助于達(dá)到產(chǎn)品的短期目標(biāo)(本例中是提高用戶申請(qǐng)會(huì)議的決策成本)和長(zhǎng)期目標(biāo)(本例中是讓教育員工養(yǎng)成對(duì)自己的會(huì)議申請(qǐng)負(fù)責(zé)的習(xí)慣),那么用戶體驗(yàn)在一些特殊情況下并不作為最高優(yōu)先級(jí)去考慮,這種局面在toB產(chǎn)品中尤其常見(jiàn)。
項(xiàng)目中最終決定采納產(chǎn)品方的意見(jiàn)。但需要在確認(rèn)提交會(huì)議申請(qǐng)時(shí)通過(guò)文案提醒用戶,申請(qǐng)后將無(wú)法修改,有變更需要取消本次申請(qǐng)后再重新提交。
修改后的”修改會(huì)議“場(chǎng)景:
- 中午時(shí)分,技術(shù)主管李大鵬找到張文濤,告訴他下午他要出差,沒(méi)時(shí)間參加會(huì)議,但這項(xiàng)會(huì)議又需要李大鵬才能定奪,所以張文濤和設(shè)計(jì)院的趙工、周堯溝通后,決定把會(huì)議改在明天上午9點(diǎn)。
- 此外,周堯發(fā)現(xiàn)張文濤邀請(qǐng)的與會(huì)人員中漏掉了一個(gè)重要成員汪鳴,讓他趕緊補(bǔ)上。
- 在給趙工的電話中,趙工同時(shí)告訴他,設(shè)計(jì)院方面有四個(gè)人要來(lái)參加會(huì)議,這樣一來(lái)之前預(yù)訂的小會(huì)議室就不夠用了。
- 因此,張文濤需要重新修改會(huì)議的時(shí)間、地點(diǎn)以及參與人員。他從會(huì)議管理模塊中進(jìn)入“申請(qǐng)記錄”選項(xiàng),選中最近的那條申請(qǐng)記錄,在詳情頁(yè)點(diǎn)選了底部的”取消”按鈕。并重新回到會(huì)議室列表開(kāi)始了新的申請(qǐng)流程。
- 周堯、李大鵬、劉燕南、所有先前處于參會(huì)人員列表中的人隨即收到了一條推送消息“會(huì)議取消通知 – A項(xiàng)目評(píng)審會(huì)”
- 他填寫(xiě)了會(huì)議時(shí)間為明天上午9點(diǎn)后,從篩選后的會(huì)議室列表中選取了一個(gè)更大的會(huì)議室。
- 頁(yè)面跳轉(zhuǎn)至“填寫(xiě)會(huì)議信息”頁(yè),他點(diǎn)擊與會(huì)人員后進(jìn)入通訊錄,勾選了包括汪鳴在內(nèi)的所有與會(huì)人員后返回填寫(xiě)頁(yè),逐一重新填寫(xiě)了所有表單后并確認(rèn)后,頁(yè)面跳轉(zhuǎn)至提醒申請(qǐng)成功的頁(yè)面,頁(yè)面中同時(shí)告知,本次修改由他的部門行政主管楊威審核。
- 楊威問(wèn)明事由后,重新審批通過(guò)了這次新的申請(qǐng)。
- 周堯、李大鵬、劉燕南、包括汪鳴在內(nèi)的所有參會(huì)人員收到了一條推送消息“會(huì)議通知 – A項(xiàng)目評(píng)審會(huì) 11月2日 9:00”,大家心領(lǐng)神會(huì)地明白會(huì)議是因?yàn)槟承┚壒矢钠诹耍谝淮问盏酵ㄖ耐豇Q則馬上將它記在了自己的臺(tái)歷上。
根據(jù)修改后的場(chǎng)景,需求和后續(xù)的信息架構(gòu)設(shè)計(jì)同樣會(huì)進(jìn)行相應(yīng)的調(diào)整,這里就不再贅述。
從這個(gè)例子可以看到,在設(shè)計(jì)初期進(jìn)行準(zhǔn)確的角色和場(chǎng)景分析,有利于團(tuán)隊(duì)在項(xiàng)目前期就及時(shí)發(fā)現(xiàn)一些方向性的問(wèn)題,避免在進(jìn)行詳細(xì)的信息架構(gòu)、流程設(shè)計(jì),甚至產(chǎn)出交互稿后再進(jìn)行大幅度的返工。
作者:Qinsman,原文地址:http://qinsman.com/1611_meeting/
本文由 @Qinsman 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載。
感謝分享,友情提醒:3.1有幾段消息重復(fù)粘貼了
能用途解決的問(wèn)題不要搞這么多的文字,看的很暈,思路也不夠清晰! ??
審核這塊怎么處理的?
根據(jù)我司情況來(lái)看,會(huì)議室申請(qǐng)只需要有會(huì)議室申請(qǐng)和撤銷兩個(gè)操作就行了,會(huì)議通知和日程管理都是通過(guò)企業(yè)郵箱由會(huì)議發(fā)起人通知,其他多余的功能都是冗余。
應(yīng)該要支持修改。1.修改的需求真實(shí)存在。2.取消-再申請(qǐng),相當(dāng)于發(fā)了2遍信息,這才是給用戶造成了混亂,相反,修改只需要發(fā)送一遍信息
對(duì)于我這種初學(xué)需求的菜鳥(niǎo)來(lái)說(shuō),簡(jiǎn)直太棒了。希望多以這種方式分析案例,贊贊贊!
寫(xiě)的相當(dāng)好,通俗易懂,但是考慮到手機(jī)異常的情況,郵件在推送一份會(huì)比較好!
剛好也在做相關(guān)的產(chǎn)品,個(gè)人覺(jué)得 申請(qǐng)-取消-修改的功能做這樣的處理是否更合適:對(duì)于審批人來(lái)說(shuō) ,依然可以取消或是直接選擇修改 ;但修改后形成的推送分兩部分,對(duì)原會(huì)議中涉及到的相關(guān)人員,先推送一條原會(huì)議取消的通知,再推送一條修改后的新會(huì)議通知。這樣對(duì)審批人來(lái)說(shuō)方便直接,對(duì)與會(huì)人來(lái)說(shuō)信息的傳遞也很準(zhǔn)確
可能我們流程上不太一樣。我們這里一般取消、修改會(huì)議申請(qǐng)都是申請(qǐng)人的行為,審批人只負(fù)責(zé)通過(guò)或者不通過(guò)。如果一定要保留“修改”功能的話,你寫(xiě)到的做法很不錯(cuò),減少了推送的種類,對(duì)與會(huì)人來(lái)說(shuō)清晰很多。只是文章里也寫(xiě)了,更多的還是考慮產(chǎn)品目標(biāo)、對(duì)用戶的教育和約束意義,最后選擇人為地取消了修改功能:)
恩 你說(shuō)的沒(méi)錯(cuò) 功能的取舍最終還是跟產(chǎn)品目標(biāo)掛鉤 我們的目標(biāo)是讓整件事情變得易操作 所以修改功能依然保留著
很少看到這么接地氣(場(chǎng)景)的需求了,我要是能攤上這樣的產(chǎn)品經(jīng)理兼職就是燒香+放鞭炮了,只有一個(gè)不同的想法,之前按照用戶角色劃分場(chǎng)景,但是在后面的場(chǎng)景描述中并沒(méi)有細(xì)化道相關(guān)角色,比如說(shuō)“審批人”審批時(shí)關(guān)注哪些信息,哪些角色需要收到什么樣兒的通知,不參加會(huì)議的人員能不能在移動(dòng)端取消對(duì)會(huì)議信息的關(guān)注,以至于后面的通知不會(huì)直接發(fā)給他。
謝謝:)個(gè)人是這樣覺(jué)得的,場(chǎng)景分析階段能做得越全面當(dāng)然越好,但實(shí)際工作中很難在這一階段就對(duì)所有流程和具體方案考慮得毫無(wú)遺漏。所以多數(shù)情況下,這一步我們的主要目的是搭出主線流程和比較重要的支線流程,后面會(huì)在流程圖部分,對(duì)很多場(chǎng)景分析沒(méi)有涉及到的支線流程和異常流程進(jìn)行更全面的覆蓋,比如你提到的“不參加會(huì)議的人員能不能在移動(dòng)端取消對(duì)會(huì)議信息的關(guān)注”。至于“審批人審批時(shí)關(guān)注哪些信息,哪些角色需要收到什么樣兒的通知”這些就屬于具體方案了哦,一般我會(huì)在線框圖里呈現(xiàn):)
寫(xiě)的很仔細(xì),也沒(méi)通俗易懂;但是沒(méi)什么亮點(diǎn),唯一的一個(gè)小亮點(diǎn)就是“申請(qǐng)、取消”和”申請(qǐng)、變更、取消“操作的選擇對(duì)應(yīng)B端客戶的特性做的調(diào)整了。
謝謝你的意見(jiàn):)案例的選擇上以后會(huì)更加仔細(xì)斟酌一下。這篇的目的是對(duì)方法和流程做一個(gè)小結(jié),所以沒(méi)有用更大更復(fù)雜的功能做例子。另外,對(duì)很多B端產(chǎn)品來(lái)說(shuō)如果用那些功能做例子,不可避免地會(huì)涉及到公司業(yè)務(wù)模式,并不是太方便。還請(qǐng)理解:)