案例研究｜如何优化活动 APP 的签到检票机能

核心功用，分散在关键字的各个口部，阻碍可用灵活性。

同时，保安执法人员为了让商业活动自发性扫码查验时，如果所需顺利进行其他可用 / 查看检票数据库，只能打断可用，顺利进行插入。

2. 区分开不同类的观看

Ticketleap 的首页上端应用程序能让商业活动主谋自定义商业活动关键字，包括转让的观看多种类型。

这更加有用：例如，艾伦渴望为队底下球员的家人们保存座席，或者简渴望为她的恐怖片保安执法人员保存恐怖片院的前并排座席。

但是随着必需的增多，就所需格外多的配置和数据库。

Ticketleap APP 没法去区分开不同的必需。

数据库，例如不同的观看多样，要么黑影了，要么太小了，让查验执法人员没法迅速采取行动去做到商业活动进行者的需求量。

3. 商品观看

观看商品的处理过程很长，购买过程麻烦，而且不能撤销（不能急于在购物车底下减少观看至少量或者取消采购，除非其他用户进入理论上关键字）。

商业活动进行者在门前顺利进行乏味冗长的检票处理过程，让他们等候观看的短时间格外长，也让并排在他们后面的人等的短时间格外久。

4. 不完全一致的一个系统数据库

查验提醒和通告不完全一致。

Ticketleap APP 允许三种方式让商业活动进行者查验转到：

图像观看； 查找成处； 才会场售票。

但它也为商业活动进行者顺利进行查验后备有了 3 种不同多种类型的一个系统，一个系统所需简化以持续保持正确和完全一致。

五、我的解决方案 1. 遥测

下面中会你可以见到查验保安执法人员是怎么图像观看的。

如果下班的人想买张票，你所需确保有足够的观看可以转让。

下面为原始建筑设计和原先近建筑设计的对比，展示出了如何查看剩余观看至少。

注意新近建筑设计是如何减少了一步可用，同时使已查验的至少字变得格外加正确。

在原始建筑设计中会，图像后的进行者数据库才会全部展示出成来，不管是重复的还是不必要的数据库。

新近建筑设计正确地展示出了查验保安执法人员所需立即知晓的至少据：

查验长时间 进行者的观看多种类型 查验观看短时间 进行者成处

2. 区分开不同类的观看

如果其他用户是和艾伦和简一样，所需自定义一些比如说票种，那么关键的是为了让他们在查验时更快识别持有这些观看的进行者。

在下面的原始建筑设计中会，没法见到 Shelby 的观看多种类型以及她名下有多少张观看。

在新近建筑设计中会，其他用户可以更快具体 Shelby 持用的观看多种类型，并只用查验一次，就能为 Shelby 宗教团体中会的每个人备有为了让。

采用这样的方式，如果 Shelby 的宗教团体不能主体都到，可以稍后查验观看，而不所需让 Shelby 站站在门前等他们。

在查验确认通告中会，新近建筑设计将观看多种类型具体为第二大且关键的数据库。

3. 商品观看

我极大地加长了结账处理过程，并给其他用户留成了格外多的容错密闭。新近建筑设计的结账处理过程可以让查验保安执法人员巧妙地转到和退成商品模式。

4. 不完全一致的一个系统数据库

举例来说，一个系统的完全一致性对于其他用户在压力下迅速行动至关最主要。

在新近建筑设计中会，查验确认和上述的一样顺利进行了最优化。另外，一般来说要持续保持一个系统数据库的完全一致性。

六、之后的一些认知

合力商业活动主谋自助完成六场商业活动的放开，所需SDK只能包容其他用户的多样性需求量。

尽管Ticketleap 在首页上端表现良好，但其方向移动上端 APP 仍需修改，它让反观的商业活动主谋在同时处理这两件事上更加麻烦：分辩多样的票种和 持续保持高效的查验。

在这次的实践中会我学到了，通过实际可用可以找到处理过程中会所需修改的部分。

见到项目核心成员在看似简单的任务上挣扎了 20 秒后，我明白了难题成在哪底下，以及我们该如何增加查验观看处理过程。

但是，如果不能到 Ticketleap 的该公司内部顺利进行研究者，我不能具体他们理论上有否发现了这些难题并顺利进行最优化，也不能知晓内部普通人巧遇的难题。

因此，这个原先近建筑设计是基于我自己的研究者和明白而推进的。

原文：

创作者：Katie Shia

译文：陈羽姿；审核：李泽慧、张聿彤；编辑：世孙淑雅

本文由@TCC中会文中情局 中会文刊发于人人都是商品经理，而无须，禁止刊文。

题图来自 Unsplash，基于 CC0 两国政府

。

长春生殖感染医院哪家专业
汉中白癜风医院哪里好
上海妇科专科医院哪里好
北京妇科挂号
泰州看白癜风去哪个医院
止咳糖浆怎么选
生殖整形
阳了吃什么药
不同人群遭遇的长新冠症状也不同，你中招了吗？
太极急支糖浆治咳嗽效果怎么样