接上一篇的浅谈白社会交互设计的创新（一），这次谈谈任务的设计。任务想必大家都接触过，在学习中，在工作中，在游戏中都会有，普通的方式是接到一个任务――努力完成任务――交任务（领奖励）。微观的看，人的终身就是在完成着一个又一个的任务。回到正题，首先需求说说的是在SNS中设计任务的目的，我们的观念是：
・任务是一种运营手腕，可以引导用户在特定的时间做特定的事情。
・任务可以做新手引导，可以有步骤有奖励的指援用户熟悉系统理解功用。
・任务是奖励用户行为的入口，也是虚拟货币（金币）的独一出口。
在明白这几个方面之后，我们很快的设计确定了任务的列表页和任务描绘页，十足的任务感和游戏感，毕竟大家都玩过网游的嘛~
确定这个之后，另一个关键点是用户如何去领、做、交任务，我们初步想法是向网游学习，做一个任务跟踪层，用户可以随时检查任务阐明，并能及时理解任务的进度。这里有一点补充的，我们选择了自动支付任务，缘由是领任务的环节让前置操作过于复杂了，这也是我们任务的分量级而决议的。这样重点就放在让用户如何晓得新任务――做任务――交任务上了。
但恰恰正是由于自动支付任务，让我们碰到新的问题。大局部网游里的任务是在支付之后才开端进行追踪的，并不时判别用户的完成状况，为了不形成太大的效劳器压力，普通也会设定可支付任务的最大数量。而运用自动支付任务后，意味着用户的最大任务数量是不可预估的，这样想做到实时的任务追踪就很困难了。既然不能两全，权衡下利害，我们决议还是保存自动支付任务（降低门槛），不做全局的实时任务追踪，只把任务追踪的步骤放在了Home页和任务列表页，这样在首页的右上角降生了任务的提示区域：
Home页自然是寸土寸金了，如何能把我们和用户都想要的任务及时推给用户呢，我们在这里想了一个战略，如今来看还是比拟不错的（点击小图检查大图）：
接下来怎样让用户方便的做任务呢？最理想的方式是让任务随时能调出来，以方便用户在做任务的进程中检查。这里想到了 音乐盒 的完成方式，即弹开一个无地址栏的小阅读器窗口，这样不会影响主窗口的正常操作，还能随时激活小窗口来看详细任务，似乎很妙啊~
好，就先这么做吧~经过工程师的开发，可以测试了，先运用IE6和Firefox，觉确实实不错，完成任务之后，点击Home页的任务提示，小窗口被激活并刷新，间接支付奖励，跟我们的想象如出一辙。但很快问题显现了，在IE7/8、漫游、搜狗阅读器等运用tab分页面的阅读器上，是没有小窗的，只能新开一个tab页，这样详细任务呈现在整页里显得十分诡异，另外一点是在点击Home页的任务提示后，不能激活任务的tab页……这点太致命了，想象中很妙的方案由于不具有普适性变得一文不值，于是乎只好放弃了这种方案。
有话说的好，退一步海阔天空，我们尝试运用了弹出层的方式，层的方式意味着不能做到用户在做任务时随时调出来检查，只能在Home页和任务列表页才可以翻开层，不完满的方案也让我们没有什么底气，只能先做一下用户测试。在对公司内外的一些用户做了用户测试之后，心里的石头放下了，由于SNS任务的复杂水平并不能到达网游的程度，用户并不会呈现随时调出来任务来检查的情形，反而是在检查了任务弹出层之后，间接经过“去做任务”的引导间接去做操作，并且可以很好的记住任务开端的地方，回到Home页来交任务支付奖励。产品就是这样，同样的需求，不同的运用情形决议了不同的交互方式。这就是如今任务的方式了：
讲了这么多幕后的故事，也许这真算不上是什么创新，但我们很快乐能跟大家分享我们的经验和经历。尤其是看到如今重生的SNS都标配了相似的任务，我们很骄傲可以对行业的开展产生一点点小的推进，在这里再次谢谢大家的支持~
