关于App迭代的一些思考

今天去跑步，发现咕咚更新了。更新以后使用起来感觉很糟糕啊……常常会有一种感觉:有些app怎么越迭代越差了？本来还觉得挺好用的app，更新以后就不想再用了....我这人比较懒，并不怎么喜欢重大改版的更新，因为这意味着要重新去学习和习惯新的产品使用流程。

以上不知道这是我个人的错觉，还是较普遍的现象……

通常来说，app更新一般集中在以下几个方面:核心功能流程的完善，新增功能，交互ui优化，bug修复等。

针对核心功能流程进行改进，这是很好的事情。因为很多流程在一开始设计的时候，由于资源不具备或者其它原因并不是很合理完善，通过迭代一步步去优化，能够大大提高用户体验。

修复bug，也是一件很棒的事情嘛，少一个bug少一个坑，用户可以用得更舒服。

而针对新增功能，交互ui的更新，这就不一定是好事了，往往会带来一些新的问题，导致用户产生app越用越差的感觉。

app新增功能尤其是新增大功能一定要慎重，不是功能越多越好。很多时候小而精比大而全好。用户的需求各种各样，不同的人也有不同的需求，如果想都满足的话，这是一个很难的事情。而且为了这一部分用户的需求新增的功能可能会影响到另一部分使用的成本和体验。所以，产品定位一定要准，抓住核心用户的核心需求，要有明确的产品边界。一般来说，一款产品能够针对用户的1~3个最急需解决的需求去做流程就足够了。再多就真的复杂了。

这方面的例子比如支付宝，现在已经成为一个全家桶，用起来成本挺高，对于很多用户来说，那一堆的东西常用的真没几个，也很少会点开，加了这么多东西反倒增加了用户的使用成本。不过谁叫阿里是爸爸，也只能忍一忍了。但是普通的产品，用户会用脚进行投票的。

这段时间在研究社区，发现各种产品都喜欢搞社区啊，美其名曰增加用户活跃度，尤其是工具型社区，很多产品根本没有社区存在的场景啊……只想呵呵，用我老大说的一个故事来说最合适:公园里开了一个鱼池，投放了一批鱼，游客可以购票在池里垂钓。本来鱼很小，公园宣称很大，很多人购票去钓，结果钓不上来，最后没人来钓鱼了，公园没收入也不管理这池子，最后池子臭了，公园也受其影响臭气熏天，最后公园也没人来了。 我觉得这个故事很贴切啊，本来一个产品好好的，加了一个社区，这个社区没什么好内容，一堆乱七八糟的水贴。用户打开以后看到一堆垃圾，想从垃圾堆里找些好东西成本太高，久而久之用户就流失了。

再举一个例子，就是上述的咕咚。我已经用咕咚两年多了，一步步见证着他变成一个大胖子。作为一款跑步工具，最开始真的蛮好用的，核心流程简单，能解决我的需求。但一步步的，先是做了社区，社区嘛，好内容真的不多，美女图片倒是挺多的，可能是网图？反正在我看来是乱七八糟的东西啦。。。现在居然上线了直播，我不知道这种场景下怎么做直播，边跑步边给人直播么？有谁会看呢？我想绝大部分的用户使用咕咚也就跑步时打开计算，最多跑完再分享朋友圈。需求这么简单，结果越搞越复杂了，现在想找一些好的热身拉伸的视频教程都要翻半天。

最后再说交互ui的更新。讲道理，改头换面这种事情，可能会带来焕然一新的新鲜感，也可能会让人觉得变化太大接受不了。用户其实是很懒的，一个版本的交互ui习惯了，形成了定势，你要做很大的改动，用户往往是不情愿的，毕竟这意味着新的学习成本。所以，如果不是确信改头换面能给用户带来体验上的重大提升，一定要慎重啊。还是说上述的咕咚，这次的更新，核心流程变化不大，但是交互ui全都变了……我的体验是这个设计好丑，也没能给我带来很酷炫的体验，用起来很不顺手，又得去重新熟悉。。。这不是给用户添堵么？难不成是换了设计师了？就算要改，也得一步一个脚印，慢慢改，逐渐引导用户去习惯啊……

综上，更新请慎重，守住产品边界，以用户利益为中心，别瞎几把折腾，不是每款软件都是支付宝的。。。

这里想手动@某咕咚

你们真的伤了我这个咸鱼心了……