案例研究|如何優化活動 APP 的簽到檢票功能
編輯導語:有些 APP 可以讓用戶自由的策劃活動并進行線上線下售票檢票,作者以 Ticektleap的移動端 APP 為例,介紹她如何抓住 Ticketleap 移動端檢票困難的痛點,并對此重新設計使用流程。本文說明了她對于整個 APP 的改版思路過程,從用戶群定義、問題分析、詳細設計、到最后的思考。推薦對APP改版感興趣的用戶閱讀。
一場音樂現場演出的成功舉辦需要很多人的努力,從音響檢查到開門檢票,每一個節點都需要合理的人員安排。
在我們放熱情的觀眾入場前,這些活動工作安排都需要定下來:評估調查舞臺設備、各項條款與巡回經理達成一致、向 AV 技術人員傳達指示、監督接待演出藝人等。
最后一件我們需要去處理的技術問題是如何讓觀眾進入。
Jazz Grooves 公司一直以來使用 Tickeleap 作為銷售、營銷、簽到音樂會門票的首選平臺。
盡管該公司的 Web 界面有很高的易用性,但我們在使用其手機端 APP 操作時遇到了許多問題,因此,我決定對它進行重新設計。
一、總覽
Ticketleap 是一個設計用來提供活動門票的平臺。
其移動端 APP 支持活動創建者在活動現場出售門票,并通過 QR 碼或姓名讓活動參與者檢票入場。
但是,Ticketleap 的移動端產品幾乎沒有更新過,因此很遺憾地比競品落后(例如 Ticketmaster 和 Eventbrite )。
二、誰是 Ticketleap 的用戶群體
我將 Ticketleap 的用戶群體分為兩個主要組:活動策劃者 和 活動參與者,本次優化主要關注 Ticketleap 的活動策劃者用戶群。
在閱讀了很多有關 Ticketleap 的定價模型和產品分析文章后,我對 Ticketleap 的整體用戶群有了更深入的了解。
該產品自豪于能夠滿足經驗不足 / 個體的活動策劃者的需求,讓他們能自己動手、進行活動策劃和落地:
- 用戶能夠以非常低的成本建立完整的活動管理系統(售票、跟蹤銷售、促銷活動),沒有啟動費或者合同。
- 即時性的付款功能,可以實現網絡交易和現場交易。
- 因為平臺低廉的票價手續費,門票銷售規??梢院突顒硬邉澱呦胍囊粯?,小型和大型活動都能滿足。
考慮到這些,我整理出三種主要的用戶畫像:
凱瑟琳(Catherine),亞歷克斯(Alex)和簡(Jane)都擁有一個共同的目標,那就是在沒有太多障礙的情況下去快速發布和宣傳他們的活動。
他們的活動規模不同,導致了他們的檢票過程不一樣。
對于像凱瑟琳這樣的人來說,她只打算賣幾張工作坊的門票,那么檢票 APP 的交互操作對她可能根本不重要。
像亞歷克斯和簡這樣的大型活動策劃者需要安排工作人員進行以下工作:
- 在門口掃描門票,讓活動參加者進入會場
- 為等待進入的用戶提供其他形式的服務
三、用戶檢票入場時會遇到什么問題
大多數活動參加者會提前購票,這樣可以直接掃碼核銷門票,當然,也會有一部分人希望在現場買票。
活動現場也會出現一些特殊情況,參加者丟失了門票的電子郵件,或是一些散客試圖無票闖入。
Ticketleap APP 當前的設計給活動策劃者帶來了很大的壓力,需要參與簽到的工作人員處理多項任務。
這使參加者在排隊的時候需要等待更長時間,才能進入場地。
1. 為什么這個問題值得探索
- 活動策劃者通過準確計算已售門票數量來維護參與活動的人數合理。計算錯誤 / 超過負荷會引發現場安全問題;
- 活動策劃者希望讓活動參加者保持愉悅的心情,這意味者要提高參加者的入場效率;
- 避免檢票工作人員感到瘋狂和不知所措,讓他們能正常完成工作。
針對活動策劃者使用 Ticketleap APP 在檢票時遇到的困難,我不禁想知道,Ticketleap APP 是否可以幫助活動策劃者更輕松地提高檢票的效率?
四、用戶痛點
1. 導航
在原始設計中,掃碼核銷頁面匯聚了過多高頻使用的核心功能,分散在頁面的各個部位,影響操作效率。
同時,工作人員幫助活動參與者掃碼檢票時,如果需要進行其他操作 / 查看購票信息,只能打斷操作,進行切換。
2. 區分不同類的門票
Ticketleap 的網頁端應用程序能讓活動策劃者自定義活動頁面,包括出售的門票類型。
這非常有用:例如,亞歷克斯想要為隊里球員的家人們保留座位,或者簡想要為她的電影工作人員保留電影院的前排座位。
但是隨著選擇的增多,就需要更多的配置和信息。
Ticketleap APP 很難去區分不同的選擇。
信息,例如不同的門票種類,要么隱藏了,要么太小了,讓檢票人員很難迅速采取行動去滿足活動參加者的需求。
3. 銷售門票
門票銷售的流程很長,購買過程困難,而且不能撤銷(沒有辦法在購物車里減少門票數量或者取消訂單,除非用戶離開當前頁面)。
活動參加者在門口進行乏味冗長的購票流程,讓他們等待入場的時間更長,也讓排在他們后面的人等的時間更久。
4. 不一致的反饋信息
檢票提醒和通知不一致。
Ticketleap APP 允許三種方式讓活動參加者檢票進入:
- 掃描門票;
- 查找姓名;
- 現場售票。
但它也為活動參加者進行檢票后提供了 3 種不同類型的反饋,反饋需要標準化以保持清楚和一致。
五、我的解決方案
1. 導航
下圖中你可以看到檢票工作人員是怎么掃描門票的。
如果排隊的人想買張票,你需要確保有足夠的門票可以出售。
下圖為原始設計和重新設計的對比,展示了如何查看剩余門票數。
注意新設計是如何減少了一步操作,同時使已檢票的數字變得更加清楚。
在原始設計中,掃描后的參加者信息會全部展示出來,不管是重復的還是不必要的信息。
新設計清楚地展示了檢票工作人員需要立即了解的數據:
- 檢票狀態
- 參加者的門票類型
- 檢票入場時間
- 參加者姓名
2. 區分不同類的門票
如果用戶是和亞歷克斯和簡一樣,需要自定義一些特殊票種,那么最重要的是幫助他們在檢票時快速識別持有這些門票的參加者。
在下圖的原始設計中,很難看到 Shelby 的門票類型以及她名下有多少張門票。
在新設計中,用戶可以快速確定 Shelby 持用的門票類型,并只用檢票一次,就能為 Shelby 團體中的每個人提供幫助。
使用這樣的方式,如果 Shelby 的團體沒有整體都到,可以稍后檢票入場,而不需要讓 Shelby 站在門口等他們。
在檢票確認通知中,新設計將門票類型確定為最大且最重要的信息。
3. 銷售門票
我極大地縮短了結賬流程,并給用戶留出了更多的容錯空間。新設計的結賬流程可以讓檢票工作人員輕松地進入和退出銷售模式。
4. 不一致的反饋信息
同樣,反饋的一致性對于用戶在壓力下迅速行動至關重要。
在新設計中,檢票確認和上述的一樣進行了優化。另外,請注意要保持反饋信息的一致性。
六、最后的一些思考
協助活動策劃者自助完成整場活動的落地,需要平臺能夠包容用戶的多樣性需求。
盡管Ticketleap 在網頁端表現良好,但其移動端 APP 仍需改進,它讓經驗不足的活動策劃者在同時處理這兩件事上非常困難:分辯多樣的票種 和 保持高效的檢票。
在這次的實踐中我學到了,通過實際操作可以找到流程中需要改進的部分。
看到項目成員在看似簡單的任務上掙扎了 20 秒后,我理解了問題出在哪里,以及我們該如何改善檢票入場流程。
但是,如果無法到 Ticketleap 的公司內部進行研究,我不能確定他們當前是否發現了這些問題并進行優化,也無法了解內部真實遇到的問題。
因此,這個重新設計是基于我自己的研究和理解而推進的。
原文:https://bootcamp.uxdesign.cc/operating-event-doors-with-ease-a-ticketleap-redesign-f49d0e884d6b
作者:Katie Shia
譯者:陳羽姿;審核:李澤慧、張聿彤;編輯:孫淑雅
本文由@TCC翻譯情報局 翻譯發布于人人都是產品經理,未經許可,禁止轉載。
題圖來自 Unsplash,基于 CC0 協議
- 目前還沒評論,等你發揮!