用3个国民级App优化案例分享改版思路.docx

《用3个国民级App优化案例分享改版思路.docx》由会员分享，可在线阅读，更多相关《用3个国民级App优化案例分享改版思路.docx（39页珍藏版）》请在优知文库上搜索。

1、以大厂的主流产品为优化实操对象，其实是一个很大的挑战，发现并优化其中存在的问题，对于理解用户体验设计有着巨大的帮助。前言用户体验（UserExperience,简称UE/UX）的概念大家早就不陌生了，其在互联网产品中的重要性不言而喻。各大设计平台上关于此类的文章层出不穷，相关的概念解释及理论知识相信大家都看过不少，此处就不再啰嗦。相比之下案例实操类的作品却并不多见，写这篇文章的目的就是想分享一些案例实操的经验和心得，从实际出发，更直观的感受APP产品中的用户体验。本文重点在于寻找产品功能层面上的不足，从细节处提升产品的易用性，而非GUI或视觉层面的重设计。为了带给大家更多的共鸣，本文选出的案例

2、都是大家身边最常见的App,相信至少有一款是你手机中常年存在的产品。目录。铁路12306（优化内容：精确杳询车票、智能推荐常购车次）。百度贴吧（优化内容：消息模块优先级研究、重新定义消息通知中的楼中楼回复显示规则）。美团外卖（优化内容：在用户不知道点什么外卖时，帮助其发现想吃的美食）案例一：铁路12306产品功能不用多说，大家年年都在用，甚至很多经常出差、或者短途回家探亲的小伙伴们，每个月都要用其购票。本次优化内容为产品核心功能：查询车票及查询结果列表。铁路12306v5.2.11功能概述：用户设定出发地、目的地及日期后，点击查询车票.S 示符合条件的全部车次，1图来自IPhoneX本人赛号下

3、的U实数据北京 滇游I一灵22i6T I，C2551天津 OttOOX30OT：H*;喙 RWC2551 008C*5 IM MlT：Mfc二： C2553 CJt*X oes I* 5*T：二: C2553 0* 飞 066c*sB*T：u二喙WC2553 *。不霄 OeK88QM 6T：二: B*WC22O1O金京9天才* OCHOtW IH S*!R KMRBWt G查谒结果列我1 .用户痛点车票查询结果页面，所有符合出发地及目的地的车次，默认按出发时间由早至晚顺序排列，页面底部也提供了更多筛选排序功能方便用户更快找到期望车次。乍看之下没有问题，但其实在实际使用中，当前提供的功能并不能很

4、好的满足各类用户的出行购票需求。我们可以简单的模拟一个情景来感受一下。情景描述:（S3小张，27岁，天津人，老家滨海新区，在北京工作，租住在西二旗附近。m由于离家不远，小张每1-2个月会利用周末时间乘坐高铁回家看望父母。虽然高铁车程只有一小时，看似很快，但从租住处赶赴车站以及从车站回家还需要很多时间，整个行程约为三小时，如果选择周六上午回家，到家已经接近中午，还少睡了一个懒觉！所以小张每次都会选择在周五下班后直接乘坐傍晚的车次回天津。计划已定，于是小张拿出手机打开了12306。B熟练的输入目的地和日期后，点击查询车票，小张面对长长的查询列表不禁皱起了眉头。面对多达上百条车次信息，且各条信息相似

5、度极高，要从中找出想要的车次难免要花些时间。使用页面底部的发时最早/发时最晚功能并不能快速锁定19:00的车次。而且明明把目的地设为了滨海站，列表中却依然遍布着大量抵达天津站、天津南站、天津西站、塘沽站、和滨海西站的车次（吐个槽,天湮喝铁站还门多）,无奈的小张在摸索了半天后，发现左下角的“筛选”功能里隐藏着按站精确查询和时间段查询。再次将目的地车站选为滨海站，并选择了对应的时间段后，这才找到自己想要的车次.B小张很困扰，自己每次都购买相同的车次回家，但却没有一个简便的方式能够快速买到车票，总要进行多次重复的点击和滑屏操作。如果查询的结果能更精确，或者直接把经常乘坐的车次推荐出来该多方便明。2

6、.现状分析查询前后反馈给用户的信息不一致12306的查询车票功能，选择的出发地和目的地都并非精确查询，而是范围查询。比如当用户点击目的地后，在搜索页面中输入“滨海”，虽然列表中出现的是滨海相关的各个火车站点，但在执行查询车票操作时，并非精确查询两个车站之间的车次，而是两个车站所属城市之间的车次。2月11日Ml,与前一页相同，搜索列表页显示的也是车站名称。G8917tC2553- lt*I查海军案14:05北京O滨海山20：062Jl78018*20 m*mwC2553牝察南 OeOSC2553*前后信息不一致但查询结果列亵显示的则是该车站所属城市的车次.范围查询的做法可以理解，因为很多站点之间

7、没有直达车次，用户任意选择站点后，精确查询的结果可能是未查询到相关车次。对车次信息不熟悉的用户，只能换一个站点再次尝试，直到试出可行路线为止，这会大量增加用户查询车次的时间成本，所以12306采用范围查询，将站与站之间的查询扩大为城市与城市之间的查询，保证用户只进行一次查询操作就可以找到通往该城市的车次。但由于前后信息的不一致（搜索时显示车站名称，查询后显示抵达该城市的车次），很容易导致用户产生搜索结果误差较大，甚至是搜索功能有bug的错觉。信息量级较大，而时间段查询功能隐藏过深查询结果列表中展示当天全部的车次信息，经常超过上百条，页面底部的工具栏中，一级菜单只能切换发时最早和发时最晚，也就是

8、正序和倒序两种。而按时间段查询功能被放置在了筛选菜单最底部，非常隐蔽，甚至在部分手机的屏幕上一屏显示不出来，需要用户向上滑动才能看到。经过对身边同事朋友的调查，发现不知道此功能的用户竟占了大多数，足以说明该功能存在着设计缺陷。此外，由于12306采用了固定时间分段的方式，即使知道该功能的用户，使用起来也并不十分方便。顺带一提，12306安卓端早期版本中有bug,快速滑动列表会导致页面卡住，只能返回重进。这导致很多不知道按时间段查询功能的用户只能耐心的慢慢滑动页面，一点点往下翻屏，极大的增加了用户查找车次的时间成本。产品功能的设计缺陷与bug相互作用造成了很差的用户体验。好在这个bug在新版本已

9、经修复了.IaoSi令北京 滨海 按时间段查询功能隐藏过深,大量用 户不知道其存在， 且时间分段为四个 固定时段.使用起 来并不灵活。军次类Sl育核/动车普通*只看有累出发车站北京西牝京*到达车站天津0结演海天温南天津西军一城北其它筋选可松分兑操车次出发时间00：00 08：0008：00 14：00前天闻令北京 滨海发时最早/发时最没 的切换反而会给用 户造成1只能按这ftjtC2551 m食京餐天津0600* 8 30M MK-W：i*二号：宵C25510袁琪南O06000656M *-W：U*ZW：WC2553鱼京，天津OS0506 3S|ft VH-W：W二：AC2553 式奥南 活00X)5Q&9333M MK-W： UC2553 1盒京 06加M M-： Ms天津勾选接站查词后好,-BAWC255388达 8MBMC2553O r京.8。6C22019天it0C5214：05北京 演府-天a n后一天I常的车次XC2591 * I2820：10QM： MlT： M*二: I全部车次C2551 I88Q为 Ml-W: 12二% C2555濡g4007 43QM：出T： *二号；C2557 *富07： 100T21QM：