產品診斷:到底“能不能預約”?
為了保證用戶體驗,我們需要做好相應的產品設計。這篇文章里,作者就針對產品的預約功能做了診斷與分析,并給出了改善建議,一起來看看作者的分析和解讀吧。
在使用不同的產品時,一些不好的設計會給用戶體驗帶來糟糕的感受。我就是來改善這些不好的體驗的,一起來看看吧~
一、用戶操作場景
在周五(11月24日)預約下周二(11月28日)的瑜伽課時,課程按鈕高亮顯示,是可點擊狀態,我獲取到的信息是可以預約該課程。
點擊列表卡片【預約】按鈕,進入課程詳情頁,核實信息后,點擊詳情頁的【確認預約】按鈕,此時頁面出現報錯提示“最多可預約3天的課程”。
二、產品診斷分析
1. 課程預約時間分析
課程預約時間軸如圖:
可預約課程的開始時間點:在上課日的前 3 天可以開始預約課程。
可預約課程的截止時間點:距離上課時間的前 2 小時,截止預約課程。
2. 用戶預約狀態分析
根據課程預約時間軸,11月24日不在可預約時間范圍內。
- 產品呈現給用戶的狀態:可預約
- 用戶實際操作的狀態:不可預約
診斷問題:APP當前狀態與用戶實際執行狀態不一致,誤導用戶,增加用戶的操作成本。
三、產品改善建議
1. 優化方案
可預約的臨界時間點是 11月25日 00:00,11月24日在可預約的臨界時間點之前,列表卡片和詳情頁的按鈕應顯示置灰不可點擊狀態,為【暫不可約】。確保app當前狀態與用戶實際執行狀態一致,減少用戶操作成本。
該方案應用尼爾森可用性原則中的“一致性原則”,該原則指的是:用戶不需要去判斷不同的詞語、情景或行為是否意味著同一件事,包括產品內和行業內的一致性。
在預約課程場景中,產品界面呈現的狀態應與用戶實際操作的狀態保持一致,無需用戶判斷是否可操作,無需用戶操作試錯后才告知真實狀態。
2. 更多思考
根據“一致性原則”,相同的操作或概念應該使用相同的界面元素或文本來標識,在整個設計過程中始終如一。
在預約課程列表中, 11 月28 日7點的課程顯示【暫不可約】,但8點10分的課程顯示【預約】。
在 11 月 24 日預約課程,按可以提前 3 天開始預約的機制,最早可預約 11 月27 日的課程。正常應該是11 月28 日無論幾點的課程都不可預約。
疑惑:7 點和 8 點 10 分的課程,預約狀態是怎么做到不一致的?
猜想:產品設計師考慮到了【暫不可約】的場景,但可能沒有考慮全面,或者可能是生產bug?
試問:這么明顯的問題展現在用戶面前,在產品上線前,測試質量做到位了嗎?驗收把好關了嗎?上線后有多久沒有走查產品了?
四、總結
- 產品界面呈現的狀態應與用戶實際操作的狀態保持一致,無需用戶判斷是否可操作,無需用戶操作試錯后才告知真實狀態。
- 產品方案需要全面梳理需求場景,確保場景沒有缺漏。
- 產品全量發布到生產環境前,需確保在項目的開發、測試、UAT 及生產灰度各個環節做好把關,只有每一個環節都盡力做到位了,才能交付一款好產品給用戶。
- 上線后不僅需要收集用戶的使用反饋,產品經理也要定期走查產品,把自己代入用戶角色去使用你的產品,持續發現可優化提升的點,好產品是用心打磨出來的!
ps:關于走查產品可查閱??《產品新手如何做好“產品走查”?》
本文由 @Nana 原創發布于人人都是產品經理。未經許可,禁止轉載。
題圖來自Unsplash,基于CC0協議。
該文觀點僅代表作者本人,人人都是產品經理平臺僅提供信息存儲空間服務。
- 目前還沒評論,等你發揮!