瀑布式产品体验

　　这篇文章写于几个月以前，最新重新翻来看看，还是蛮有收获的心得。欢迎跟pmirror探讨。
　　电影《春光乍泄》里有个非常唯美的镜头：梁朝伟演的李耀辉公最后到了伊瓜苏瀑布，镜头从空中慢慢往下切，一圈又一圈地旋转着，俯瞰整个环形大瀑布。那些大瀑布的水像白色丝绸一样匆匆地往下倾泻，升腾起朦胧的烟雾，美极了。
　　有人说这个镜头多么有深意之类的，我却只简单地欣赏瀑布的美。我觉得瀑布有一种灵魂：义无反顾地、飞快地往前冲，在往下掉的那一刻，只能喊出一个字＂啊＂，那种感觉叫爽。
　　最近我在做项目阶段总结，想总结＂什么是好的产品体验＂。我不知怎地就联想到了上面那个镜头，恩，对了，好的产品体验就应该让用户在用的时候，就像瀑布在享受自己的旅程一样：义无反顾地、飞快地往前冲，在直角往下掉的那一刻，只能喊出一个字＂啊＂，那种感觉叫爽。
　　来看具体的例子吧。
　　快。
　　这是瀑布的本质，慢悠悠的就叫小溪流水了。互联网是追求速度感的，人是急躁的，所以，快是第一特征。再细小的功能都要考虑到是否以最快地速度让用户达到了目的地。
　　快的最明显的表象就是性能。互联网上，要是卡个1s用户就会觉得难受了。QQ收藏的功能中，有几个特别考验性能的：添加笔记、查看收藏列表、搜索、浏 览器插件。PC添加笔记是因为基于webkit做的编辑器，所以嵌在客户端中性能会明显比native的差。安卓查看收藏列表是因为跨进程要调起进程，所 以进去的时候会慢。搜索是因为要检索非常多的内容需要耗时。浏览器插件是因为网页很大，传到QQ的速度就会有影响。这几个功能项目晨会上性能测试MM都会 高举性能的旗子，不让步。后来这些功能经过调整，性能体验都比一开始的好很多。总结了下，可以有以下几个方法来解决性能问题。
　　一是技术上优化。这是要最先想到的。性能最好是靠技术解决而不是产品改方案，因为无论产品如何尽量完美修补，都多多少少有损失。收藏项目的开发很给 力，也有主管性能的技术leader在把关，所以基本上能优化的都会尽力优化，例如浏览器插件对网页的压缩和传输方式就不断改变探索，从原来的soso清 洗不成，再到npapi的压缩，再到缓存文件等解决方案。
　　二是交互上的弥补。各种转菊花、进度条就都是在这一步产生的，有些产品在转菊花上做了很特别的设计，甚至有的会在进度条上做假。查看收藏和收藏的搜索 其实也是沿用了这个方法，当超过1s还未吊起收藏程序或者未能搜到结果时，就会转菊花。之所以限制了1s之后再转菊花，是因为有些用户机子性能很好，我们 尽量给这些用户无扰的体验。
　　三是功能上的限制。个人认为这是最后一步再考虑的问题。产品经理在设计功能的时候已经根据需求思考好一套功能了，遇到性能问题再做更改总是很被动的。但是如果真的需要做限制，那么也是在确定不影响大体需求的情况下来做的。例如，添加笔记做了图片张数的限制。
　　上面讲的是快的第一表象＂性能＂，快还有第二表象＂目的＂，就是用户在使用产品的流程上快速达成目的。
　　如果每一步的性能都很赞，但是步骤非常多，那么不能算快。例如查看收藏，用户的目的是快速查找到想要的结果，可能会通过刷屏，或搜索，或分类。众多用 户是靠刷屏的，那么就要把列表页做得够清晰，一眼能抓住重要信息;又不要太多冗余信息干扰，同时让一个屏幕下容纳尽量多的条数。有些用户是用搜索的，那么 搜索结果的排序也是快的重要展现。又如，用户收藏了音乐，就想可以直接播放，那么是点进去详情页再播放好还是在列表页就可以播放好，答案不言自明。
　　如果每一步的性能都很赞，达成目的的步骤也不多，但是每一步都走得很艰难那也不能算快。这个重点体验在收藏的图片缩略图上。列表页的图片缩略图是用户 索引的一个非常重要的元素。如果缩略图展示不正确，那么索引这一步就走得好艰难。因此上半年，收藏的缩略图重新制定了展示规则，让缩略图展示地更全更重 点。
　　绝。
　　这是瀑布式产品体验的第二点。瀑布在流动时是义无反顾的，很大程度上是因为瀑布已经知道了前路只有一条，那就是掉下去，而且掉下去后还有水潭接着，不用挂心任何其他事情。这就是＂绝＂，让用户无后顾之忧地操作每一步。
　　收藏其实是存在了云端的，既然存在云端，那么就会有上传到云端的过程。但是上传到云端这个过程真的是用户想了解的吗?用户对收藏的理解就是收了这个东 西，管你存在哪里呢，你只要以后给我找到就好了。用户不需要理解云端这个概念。因此，用户点击收藏入口之后，就提示＂已收藏＂就够了，不需要给用户弄个进 度条展示出上传的过程。
　　另外，下载也是同样的道理。手Q的界面都是独屏的，一般一个屏幕做一件事情。用户点击下载收藏的文件之后，又跑去另外一个界面做其他事情，这个时候就帮用户后台下载就好了，没有必要还一直提示用户有东西在下载，因为对于用户而言没有损失。
　　但是PC就不一样了，PC是多屏界面，可以同时操作很多程序，那么可能会同时在玩游戏，又在下载东西，这可能会导致机子卡顿，这个时候如果要让用户在退出界面后仍然后台下载，那么就是有损的了，有后 顾之忧的，所以PC要做后台自动下载那么就需要有通知系统了，让用户可以找到这个下载来中断下载。
　　环。
　　这是瀑布式产品体验的第三点。瀑布先是在上面，然后掉下来，然后到了下面，这是很流畅的步骤，缺了一步都不叫瀑布了。你可以想象，瀑布先在上面，然后掉下来，在半空中就截留不见了吗?不能。这个用互联网行话说就是＂闭环＂，体验要完整。
　　收藏项目的过程中，我有一个遗憾，那就是添加笔记到现在还做得不完整。如果单从添加笔记这个功能来看，就是用户写了东西，收藏了，就可以了。我们也想 过是否要给添加笔记做再编辑，当时做了个小范围的用研，结论是用户很多时候是那添加笔记来记录像银行卡号密码之类的东西，再编辑的欲望比较低，所以把再编 辑优先级放低了。但是后来收到越来越多的反馈要求收藏增加再编辑。这里我得到一个教训，那就是有些功能点并不是用户用得少就可以不做的。用户可能用得少， 但是当它要用的时候没有，整个流程没走通，那么用户就会离开了。添加笔记就是这样的，增删改是一个闭环的流程。收藏的转发也是，可能转发的人很少，但是收 藏如果没有了转发，那么也会是一个重大的缺失，因为收得进来的，总有一天有要放出去的欲望。
　　爽。
　　这是瀑布式产品体验最亮的一点了。瀑布如果没有那个90度的直角拐弯，那么就不能让人叫爽。一个产品可能很快、很让人无后顾之后、很闭环，它是一个体验上合格的产品。但是如果一个产品还能让人用了叫爽，那么才是一个满分的产品。所以很多产品都需要找到那个直角拐弯。
　　收藏至今做得可以称得上爽字的，个人觉得就是图片左右滑查看更多。其实当时说要做这个功能的时候，我是犹豫过的，觉得没有左右滑查看更多图片，用户照 样可以看图片啊。但是，后来反思的时候，发现这个小优化点其实就是让人叫爽的点。我点击一张图片，就相当于打开了一扇图库的门，可以方便的查阅其他图片 了。