编辑导语：有些 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 的公司内部进行研究，我不能确定他们当前是否发现了这些问题并进行优化，也无法了解内部真实遇到的问题。
因此，这个重新设计是基于我自己的研究和理解而推进的。
原文：http://bootcamp.uxdesign.cc/operating-event-doors-with-ease-a-ticketleap-redesign-f49d0e884d6b
作者：Katie Shia
译者：陈羽姿；审核：李泽慧、张聿彤；编辑：孙淑雅
本文由@TCC翻译情报局 翻译发布于人人都是产品经理，未经许可，禁止转载。
题图来自 Unsplash，基于 CC0 协议
,
