案例解析|4個B端改版設(shè)計必須知道的注意事項
為了提升用戶體驗,產(chǎn)品時常需要通過合理的改版設(shè)計來達成相應(yīng)目標,那么OA產(chǎn)品如果想做好改版設(shè)計,需要考慮到哪些方面?可能你需要深挖用戶的實際需求,并做好用戶引導的設(shè)計預案。本篇文章里,作者便結(jié)合實際案例進行了經(jīng)驗分享,一起來看一下。
前序
現(xiàn)在,數(shù)字化轉(zhuǎn)型成為了熱門話題,B端產(chǎn)品體驗開始受到重視,產(chǎn)品設(shè)計也在適應(yīng)時下的潮流,推進改版升級。最近OA產(chǎn)品上線了全新改版的首頁,整個頁面變化非常大,視覺效果得到了明顯的提升。但是在實際的使用中,我也發(fā)現(xiàn)了一些產(chǎn)品設(shè)計問題。
今天就總結(jié)出來分享給大家(不方便放圖,大家耐心閱讀)。希望大家能夠在以后的改版設(shè)計中避免同樣的錯誤。
文章主要內(nèi)容包括:
- 用戶需求很重要;
- 全新改版升級,引導很有必要;
- 角色權(quán)限必須要考慮;
- 業(yè)務(wù)重要,用戶體驗也很重要。
一、用戶需求很重要
依據(jù)我個人的體驗,結(jié)合KANO 模型,我對新版本的功能進行了簡單分析。
總結(jié)下來,就是產(chǎn)品的必需需求不足,導致整個首頁對用戶的價值不大。我來一一分析下核心的業(yè)務(wù)功能:
1)無差異需求——我的日程
(無差異屬性:無論提供或不提供此需求。用戶滿意度都不會有改變,用戶根本不在意)
經(jīng)過測試,發(fā)現(xiàn)“我的日程”可以顯示預約會議和發(fā)起會議預約。但是在實際工作中預約會議的場景很少,大多數(shù)都是臨時發(fā)起的在線會議。作為研發(fā)崗員工,即使有預約的會議,大都是近期會議,數(shù)量有限,做好提前溝通即可,無需日程記錄。另外預約的會議在內(nèi)部即時通訊工具中會有相應(yīng)的提示,我不需要專門到OA中查看。
因此大多數(shù)場景下,“我的日程”基本處于空狀態(tài)。所以有沒有這個功能,不會影響我對產(chǎn)品的滿意程度。
2)必備需求——我的待辦
(必備屬性:當優(yōu)化此需求,用戶滿意度不會提升。當不提供此需求,用戶滿意度會大幅降低)
按照首頁提供的信息,“我的待辦”中接入了各種系統(tǒng)數(shù)據(jù),但是不知道是技術(shù)原因還其他原因,新版系統(tǒng)上線以來一直處于空狀態(tài)??紤]到最近確實沒有待處理的事項,我覺得倒也正常,當時就沒在意。
后來為了寫這篇文章,需要更深入的了解產(chǎn)品,我點擊了“查看更多”的鏈接,發(fā)現(xiàn)頁面中竟然隱藏了很多的未讀信息,包括我在老版本中關(guān)注度很高的公司發(fā)文等。為了查看這些信息,每次我都需要返回老版本。
3)魅力需求——我的學習
(魅力屬性:用戶意想不到的需求。如果不提供此需求,用戶滿意度不會降低,但當提供此需求,用戶滿意度會有很大提升)
“我的學習”模塊內(nèi)容比較豐富,包含了個人學習的統(tǒng)計信息以及推薦的學習內(nèi)容,信息比較直觀,可以一鍵觸達。產(chǎn)品的設(shè)計邏輯沒什么問題,符合全員學習的業(yè)務(wù)導向。
有了這個模塊后,員工可以通過主動學習獲得業(yè)務(wù)能力提升。只不過這個模塊對于內(nèi)容的質(zhì)量要求比較高,需要能夠真正的滿足用戶需求。不過當前的落地效果并不好,一方面內(nèi)容沒有根據(jù)用戶的崗位角色,推薦相應(yīng)的學習內(nèi)容。另一方面員工工作很忙,根本沒有額外的精力去搞學習,所以我從來沒有點開過(真的很抱歉~)。
以上3個模塊占據(jù)了頁面絕大部分空間,但是對于我而言,提供的信息并沒有太大價值或者沒有發(fā)揮應(yīng)有的價值。
我個人認為,OA產(chǎn)品的目標是實現(xiàn)辦公自動化、電子化、信息化。產(chǎn)品定位應(yīng)該是企業(yè)與員工之間的溝通工具。一方面讓組織信息能夠高效地傳遞到基層的員工,例如公司新聞、管理制度、人事變動、信息查閱等。另一方面幫助員工高效地完成辦公流程。例如考勤記錄、工時填報、費用報銷等高頻功能。
這其中需要一些高頻變化的信息,吸引用戶進入系統(tǒng)。例如公司新聞,行業(yè)動態(tài)、行業(yè)研究等,培養(yǎng)用戶習慣,提高用戶活躍度。否則每次進到系統(tǒng)中,頁面信息沒什么變化,時間一長,用戶就不再會打開系統(tǒng)了。
所以需要深挖用戶需求,才能提升產(chǎn)品對用戶的價值。
二、全新改版升級,引導很有必要
如果新版首頁無論是頁面框架、內(nèi)容設(shè)計還是表現(xiàn)形式都發(fā)生了較大變化,用戶需要有個適應(yīng)的過程,產(chǎn)品設(shè)計需要通過功能引導,幫助用戶盡快地熟悉新產(chǎn)品。
新版OA首頁升級后,只是通過彈窗的形式給出了簡要的升級說明,對于用戶了解產(chǎn)品并沒有太大的幫助。
好消息,新員工門戶上線啦~
1、統(tǒng)一登錄認證入口
2、跨越業(yè)務(wù)系統(tǒng)邊界
3、人性化的功能編排
4、不一樣的用戶體驗/視覺效果
而B端產(chǎn)品用戶缺少探索精神,尤其是非核心的工作產(chǎn)品,用戶不會花費太大的精力學習研究低頻功能如何使用。
例如,在新版的功能導航中增加了“通訊錄”入口,老版本中沒有這個功能專門的入口,只是在OA在線人數(shù)統(tǒng)計中有個功能鏈接,點擊后可以查看公司的組織結(jié)構(gòu)及人員。我始終沒有將“通訊錄”功能與老版本的功能聯(lián)系在一起,就從沒有主動點開過。當我想要查看組織結(jié)構(gòu)的時候,都需要返回老版本。
前幾天,為了寫這篇文章,我打開了首頁操作指南,才知道通訊錄就是從老版本升級過來的,瞬間有一種豁然開朗的感覺。
所以對于全新的改版升級,重點功能的遷移或者升級,采用步驟方式的新手教學還是很有必要的。
三、角色權(quán)限必須要考慮
對于組織結(jié)構(gòu)復雜的大型公司而言,OA需要面向各種用戶角色,而不同角色的需求差異可能非常大。設(shè)定用戶權(quán)限可以起到簡化內(nèi)容、提高用戶效率的作用。
新版導航功能細化了菜單的顆粒度,例如老版本導航中只有工時系統(tǒng)一級入口,新版本中則將“工時填報、工時審批、工時分析”等二級功能直接展示在導航模塊中,可以直接鏈接到對應(yīng)的子功能頁面,用戶效率更高。但是這樣的設(shè)計也增加了導航功能的數(shù)量。
由于整個OA系統(tǒng)沒有進行菜單層級的角色權(quán)限區(qū)分。沒有相應(yīng)權(quán)限的人員也會看到所有功能菜單,細化的顆粒度反而變成了干擾信息,對用戶的效率又產(chǎn)生了負向影響。
所以最近的迭代版本中,功能導航新增了訪問記錄,在一定程度上可以有效地縮減用戶的選擇范圍,彌補權(quán)限控制的缺陷。但是這不能從根本上解決問題,還是需要構(gòu)建基于用戶角色的功能權(quán)限體系,實現(xiàn)功能菜單的權(quán)限控制,保證系統(tǒng)的完整性。
四、業(yè)務(wù)重要,用戶體驗也很重要
大量信息集合展示時,Tab分類是我們常用的設(shè)計方法,可以在一定程度上實現(xiàn)信息的有序呈現(xiàn),但是這不能從根本上消除信息的復雜程度。
在新版導航功能頁面中增加了不少新的功能入口。于是導航模塊分為了“常用功能“、”綜合”、“人力”、“財務(wù)”、“銷售”、“產(chǎn)研”、“交付”、“采購”、“工單”9個標簽,基本覆蓋了公司業(yè)務(wù)的全流程,也是符合7±2的原則,似乎沒什么問題。
但是最大的問題就是產(chǎn)品設(shè)計只是忠于業(yè)務(wù)呈現(xiàn),卻忽視了用戶需求。對于研發(fā)崗員工而言,銷售、產(chǎn)研、采購、交付等功能基本用不到。將這些內(nèi)容展示給所有用戶,只是增加了信息的復雜度和用戶的記憶成本。
比如剛開始使用新版OA填報工時,我只能挨個標簽查找功能入口。后來用的次數(shù)多了,我就記住了功能路徑。不過至今我也無法理解工時填報為什么歸屬于“交付”標簽。
總結(jié)
以上就是從個人用戶視角出發(fā),對產(chǎn)品設(shè)計的總結(jié),屬于紙上談兵,必然會有偏頗,歡迎評論區(qū)留言討論。
改版設(shè)計歷來都是重大的產(chǎn)品迭代,需要做好充分的需求調(diào)研和設(shè)計策略推導,才能獲得良好的用戶體驗。
當然作為企業(yè)內(nèi)部的自研產(chǎn)品,由于無法直接帶來經(jīng)濟效益,會面臨著各種困難。例如沒有專門的產(chǎn)研團隊、迭代周期長、用戶角色多、需求復雜等。產(chǎn)品經(jīng)理和產(chǎn)品設(shè)計師也會面對來自各個方面的壓力,這些都是無法避免的。
產(chǎn)品設(shè)計從來沒有唯一的標準,也無法一蹴而就,需要在不斷的努力和平衡中完善、成長、成熟。在這個過程中,產(chǎn)品設(shè)計師也會得到進步。
專欄作家
子牧先生,公眾號:子牧UXD(HelloDesign),人人都是產(chǎn)品經(jīng)理專欄作家。產(chǎn)品體驗設(shè)計師。8年互聯(lián)網(wǎng)行業(yè)經(jīng)驗,擅長體驗設(shè)計思維、設(shè)計方法論、交互設(shè)計研究。
本文原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理,未經(jīng)許可,禁止轉(zhuǎn)載。
題圖來自 Unsplash,基于 CC0 協(xié)議。
該文觀點僅代表作者本人,人人都是產(chǎn)品經(jīng)理平臺僅提供信息存儲空間服務(wù)。
- 目前還沒評論,等你發(fā)揮!