| 手机QQ浏览器(android)从2.1-2.7，经历6个月，一路走来，做到了用户口碑一路提升，无论从数据、用研、反馈都能看到版本进步后用户认可的声音，所有人都在说浏览器的体验好了。如何做到？用户体验其实大家都不陌生，可如何提升体验，或许每个人的解释都不同，这里我不做定义，只讲讲属于我们的故事。 畅爽版的性能故事 还记得2.0发布后用户对于新业务、新功能似乎并不买单，那时团队受到的打击不小，大家不清楚哪里出问题了。看上去所有的辛苦都白费了。为了找到核心关键，我们几乎每天三分之二的时间是在跟用户聊天，聊得多了你会发现其实用户嘴上说的是功能，但其实他需要的功能是在一些底层基础之上的，那段时间我们做了两件对日后android非常重要的事情，一是确立了在任何背景下，浏览器产品以核心性能为首的理念！二是我们建立起来了一个非常活跃的外部用户体验团队。 千呼万唤始出来，2.1畅爽版发布，滑动性能提升500%、使用电量减少60%、中转流量减少50%、内存占用减少30%。虽然这个版本的功能并未添加，但我们从数据上明显发现2.1的优越，这也再次坚定了我们以核心性能为核心的产品方向。 跳转动画的纠结 做跳转动画的初衷是希望让用户在等待页面过程中不用只看到白花花的屏幕，但这里围了难，究竟做到多大尺度合适？是推荐一些时时信息还是固定写死？是用图片还是动画？低端手机强行加入这个会不会卡？产品、开发、UI都有自己的理解！ 当所有问题就集中在一起的时候，一个用户的一句话提醒了我“我觉得都还可以，我就想要快点进入网页！”是啊，用户要的是进入网页，而并非在这里去看你推荐的内容。有了这个思路，很快，大家达成一致，下面是最终的结果图。 浏览窗口的顶部菜单如何打开？ 产品设计初衷，我们希望给用户更多的浏览区域，尽量减少不必要的遮挡，上方标题行要能展示标题和关闭当前，又可以满足添加书签快链以及刷新的功能，在这些条件下UI不能看上去很挤不好点击。 综上，基本这是个无解的题目，谁也不能说自己的方案最优。后来干脆我们用最土的办法，由于这里程序实现比较简单，我们就让UI不断尝试新方案，程序快速实现，项目组成员体验、外部团队体验，在尝试了6个版本后我们确定了最终的方案，从后来的用户反馈看，这样做我们是值得的。 下载的烦恼 根据我们的数据显示，android浏览器的一个重要应用场景就是下载，而下载的主要内容是app。也有用户经常反馈想要找个安装包很困难，而且在某些网站下载经常中招被恶意扣费。 鉴于这些点，我们和腾讯的3G应用中心合作，在本地建立一个框架，应用中心把app内容源直接给我们，这样用户既能得到非常好的下载体验，也能够减少流量，加快速度。对于一些同学需要去第三方站点下载的，我们跟安全中心合作，帮用户在下载app应用时检查软件包情况，如果有恶意内容马上报警。 后来在我们的外部群里有这样的声音，我不想让你检查我的安装包，即便有恶意软件可能也是我清楚的，依然会安装。后来经过大家的一致协商，认为确实不应该如此帮用户决定，即便是我们认为好的决定，要给用户自主选择的权利，于是我们再一次改动，用户很快直达安全设置并且关闭，发现恶意软件也并非直接删除而是提示用户，询问用户的下一步如何操作。 最可爱的人，陪团队包夜的用户 10月1日长假来临前发布新版本，计划看上去都很完善， bug收敛很快，然而这次版本发布却伴随着一个非常棘手的问题，发布前2天，体验群里连续两名用户出现非常严重的bug，由于团队成员所有机器均无法重现，开发很难找出原因，我们只能不断的打包发给用户尝试，验证问题，寻找原因，这就样一直从晚上8点持续到第二天凌晨5点钟，当最后一个包验证成功时，那是一种发自内心的感动。 正当我们想着如何感谢的时候，却收到这样一句话“你们真负责，浏览器团队牛啊！” 那一刻我想我无法用语言来形容什么… 这就是我们的用户，最可爱的人！ 应该说我们是幸运的，我们有最可爱的用户，一个好的版本对于我们来说是一份承诺的达成，也是属于我们的一种幸福，未来的路android浏览器团队需要走的更快！更好！ |
