產品診斷:到底“能不能預約”?

0 評論 907 瀏覽 2 收藏 6 分鐘

為了保證用戶體驗,我們需要做好相應的產品設計。這篇文章里,作者就針對產品的預約功能做了診斷與分析,并給出了改善建議,一起來看看作者的分析和解讀吧。

在使用不同的產品時,一些不好的設計會給用戶體驗帶來糟糕的感受。我就是來改善這些不好的體驗的,一起來看看吧~

一、用戶操作場景

在周五(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?

試問:這么明顯的問題展現在用戶面前,在產品上線前,測試質量做到位了嗎?驗收把好關了嗎?上線后有多久沒有走查產品了?

四、總結

  1. 產品界面呈現的狀態應與用戶實際操作的狀態保持一致,無需用戶判斷是否可操作,無需用戶操作試錯后才告知真實狀態。
  2. 產品方案需要全面梳理需求場景,確保場景沒有缺漏。
  3. 產品全量發布到生產環境前,需確保在項目的開發、測試、UAT 及生產灰度各個環節做好把關,只有每一個環節都盡力做到位了,才能交付一款好產品給用戶。
  4. 上線后不僅需要收集用戶的使用反饋,產品經理也要定期走查產品,把自己代入用戶角色去使用你的產品,持續發現可優化提升的點,好產品是用心打磨出來的!

ps:關于走查產品可查閱??《產品新手如何做好“產品走查”?》

本文由 @Nana 原創發布于人人都是產品經理。未經許可,禁止轉載。

題圖來自Unsplash,基于CC0協議。

該文觀點僅代表作者本人,人人都是產品經理平臺僅提供信息存儲空間服務。

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 目前還沒評論,等你發揮!