引子：你经营一个小院，每天都坚持除草浇花，出差一段时间回来，小院里杂草横生，养的花已经奄奄一息，如果你不是一个爱花如命的人，你就有两个选择：等到秋天让花花草草一起枯死，或者现在除草养花。你选择的依据会是付出（除草的难度）和收获（花有多大概率存活，还能开多久）的比较

类似情况：所有包含积累性质的产品，如邮箱信件，RSS，SNS，BLOG，微博的消息与提醒，选择关注人，网游玩家AFK后的回归，初次面对某些功能或设置复杂的产品，以及产品生命周期内面对逐渐增加的需求等

这里，我提出一个新的概念——需求累积负面效应：适当的需求（通常是非刚性需求）能引导和刺激用户的行为（黏性），太多的需求形成积累效应，当超过一个“阀值”后，用户做之前会先想到后果，如果付出大到无法预估或找不到门路，就会有很大的几率放弃

典型事例：我每天花半个小时浏览大约200条RSS新闻，因某段时间很忙没时间看，再回头看阅读器，机器已经抓取了几千条信息，这时候，鼠标放在某个1000+的分类上犹豫了（这在平时连想都不用想，尽管里面的条目基本都是自己感兴趣的），这个时候，我要做出选择，是将所有的都标记成已读重新开始，还是找个地方点击并且阅读下去

我把自己作为一个典型用户，来思考这种处境下的思维方式：

首先我开始想这4000未读条目的区别，关注的对象是我的朋友分享给我的，对比其他机器抓取的条目，这无疑是最精华的信息；其次，我把所有条目都进行了归类，并且划分出了有明确的特性的分类，于是，我会选择最适合当前的需求的信息，在工作闲暇可以看些移动互联网和数码新闻，休息时间可以浏览媒体新闻和生活趣闻；另外有一点，在看完关注后我吧口碑营销的两个条目顺便看了，因为这个几乎没什么难度；还有首页的新闻摘要，展示了非常精简并且恰好是我感兴趣的内容，于是我点击查看，并且顺势就阅读下去

我把类似的事件定义为需求累积负面效应，将信息、功能、应用等统称为需求，分析以上的思考过程，得出几个针对此类事件的预防和解决方法：

1.    需求的优先级排序。RSS将用户的需求从网络信息中提取出来，当这个需求变的臃肿的时候，就需要进行优先级的排序了，用户最关注的当然不会是一个固定的需求，于是便有了IBM的社交滤镜，最为理想的目标就是“在恰当的时候展示恰当的需求”。于是我们可以看到许多对这个理想目标的尝试，比如人为的推荐和分享，邮箱信件的紧急程度，最常用和最近联系人……微博的信息本身都是经过人为推荐（评论，转发）和分享的，但timeline排序不能第一时间向用户展示他们最关注的人或信息，于是就在微博上划分了信息的分类，融入SNS、IM中群组的概念（关于微博的改进，以后会写一个更详细的建议）

2.    需求的分类。上面Greader的例子是典型用户的做法，而我们这里要讨论的是产品设计者如何引导用户完成这一过程。就像电脑桌面一样，一两个文件的不用去分类也能很直观很清楚，并且还省时间。但随着文件的增多，最终占满整个屏幕，这时候效率会大大下降，随时还有系统崩溃的危险。产品设计之初就要考虑到后来会发生的极端情况，不要等到用户抱怨或发怒的时候再千方百计的去弥补。在预想到以后的情况之后，通过分析和“超前性的实践”，在恰当的时候，给予用户提醒或引导，促使其完成信息的分类。拿现在的微博来说，关注的人或者信息少，不需要分类，也不要向其推荐分类，因为那是在浪费时间；而当信息接近你实施分类的临界值后，向其推荐“群组”或“分类”的概念，并引导其完成分类过程。如果少了这一步，当其关注人爆棚或者每天的信息看不过来的时候，那时候就难以挽回了。

3.    相对的“简单”。有一种事情肯定是谁都愿意做的，那就是简单的短期任务。顺手拈来，却能得到不少回报，为何不做？如果说单靠优先级排出来的需求还是有点强制性的话，那这些简单任务那就是心甘情愿的了。例子中Greader那个“简单任务”是偶然性出现的，但是设计者却可以安排出来一个“看似简单”的任务，来解决平时看来很难的问题。简单是相对的，如果一个人每天都要回复邮件，那看邮件对他来说就是个简单的需求，而如果只看邮件标题和摘要的话就是简单的不得了了。不管简单如何定义，用户方肯定是“Don’t make me think”，设计者这里如何把握这个“度”呢？把你的产品演示给同事看，同事如果上手就会用，那你的易用性就完成50%了。如果你能让身边的亲人或朋友立刻上手，那就是100%了，产品往往需要50%或更高一点就会推出，在后续的改进中向100%的理想目标努力。这种简单至上的理念成就了今天的网页游戏和各种“微”，而实现这种“简单”不仅需要更多的思考，还需要设计者独辟蹊径的设计思维。

4.    恰当的引导。现在许多产品都有引导步骤，比如搜狗的输入法向导，论坛中的新手任务……我这里强调的是，引导是作为优先级和分类的辅助手段，以“简单”的步骤来实现是比“推荐设置”更复杂和人性化的功能。面对一个有着众多功能或设置项的产品，可以很好的引导用户踏出使用产品的第一步。不止是对入门过程，产品中的特殊情况有时也可以用引导来解决。上面Greader就是一个例子，暂离后的信息堆积，通过引导可以消除用户的茫然；网游中AFK的玩家回归，不能只靠各种奖励，还要对他们设计一个“回归指导”，玩家按照这个安排好的流程来弥补自己落下的进度，更快的融入普通玩家中，如果没有这个指导，玩家回归后拿了一堆奖励，几天后面对各方面差距和不(She*2)惯，屡次尝试焦头烂额之后不得不再次离开。

5.    重复需求的整合。我给出“重复”的定义是：“非意愿的，相同（似）的”，在RSS中表现为，不同的订阅源中出现相同的内容；在微博中表现为， 同一条（相同内容的）微博被不同的人转发数次。这些对获取信息的需求来说毫无益处。为什么要以“意愿”来作为判断标准？一个简单的例子，聊天群里的刷屏事件，在刷屏人眼里这些“看似重复”的信息达成了一个“引人注意”的结果，而其他人却可能认为这些只是无意义的重复。从信息扩大到需求层面，当重复需求过多时，就形成了对用户的时间和精力的透支。这就需要一个加在重复需求上的“开关”，根据用户的意愿来打开或关闭。

6.    无用需求的舍弃。从“无意义”到“反感”，同样是一个相对的概念，重复到一定程度也会演变成无用。在微博中表现为，无意义的应用提醒，重复的操作提示，对许多人来说毫无意义却占据了显要位置的分组和筛选框。无用的需求会产生不同的负面效果，这就需要进行判断然后果断舍弃。面对取舍不定的情况，佐藤可士和的《超整理术》中有个例子：一个人的公文包装了一堆东西，想拿出来一些又不知道拿哪些好，干脆就全部不带，在以后的亲身实践中逐渐发现什么是需要带的。产品发展到后期，不断增加的功能已经让产品臃肿不堪，这时候，一堆人开会讨论砍哪些功能是不会有结果的，最好的解决办法是，看看产品的开发日志，哪些时候加进去的功能是不必须的，哪些又是可以相互替代或者合并的，而这里最好加进“亲身实践”和“换位思考”。

毫无疑问，现在的用户有了更高的要求和更多的选择，面对激烈的竞争，丢失了一个用户，便是给竞争对手多了一个用户。许多产品人拿着满意的业绩报表沾沾自喜，认为一切的担忧都是杞人忧天，当用户开始流失转向竞争对手的时候，匆忙推出新功能吸引新的用户，老用户却在不断流失，于是形成恶性循环，最终以研发超支而放弃。

有一个成语叫“物极必反”，日益增加的信息、功能在满足一部分用户的需求，也在透支这另一部分用户的时间和精力。当今天的担忧变成了明天的“先知先觉”，思想有多远，成功就有多远。

源地址：http://djne.net/user-expe……ience/47.html