任务流程产品设计的骨架

　　我曾经接触过这么一款电子商务类产品：功能庞大、业务逻辑复杂，但需求文档详细、考虑细密周全。开发过后产品也被证明确实可以使用，没有什么bug，当时就准备马上上线了。然而就在这时，产品却突然被领导驳回并中止开发了，原因为何？
　　领导的意见很简单：用户体验太差。确实，我看了半天页面，也没搞懂该怎么使用，不知道该先点哪个，后点哪个，摆在我面前的是一大堆摸不着头脑的功能。造成这种原因只因设计时缺失了重要的一步任务流程设计。
　　一般来说，用户使用这种产品有明确的目的（不同于浏览新闻网站），那么就必须要在页面上给予用户适当的引导，使用户能快速完成任务。当然在完成任务之前用户可能也会走一些弯路（比如先收藏，或先充值等等）。实际上，设计这类产品就好比设计一个迷宫，支线有很多条，但只有一条主线通向终点。和设计迷宫的方法一样，要先设计那条主线，再从容设计支线，脉络清晰了，才能正确架构起整个产品的功能和内容。
　　设计主线（主行为流）就是把杂乱无章的功能点根据用户的期望及目标以正确的次序组织起来的过程，告诉用户需要先做什么，再做什么。如果没有任务流程图，就好像把所有路线胡乱组合到一起一样，那么用户可能就永远走不出去了。
　　是否设计支线（次要行为流），要看是否能对用户完成主行为流有必要的帮助（迷宫的支线越少，整体复杂度越低，越有助于用户迅速完成任务，过犹不及）。
　　策划和开发团队心中的产品可能是这样的：
　　就像这个迷宫一样，产品功能的排放杂乱无章，没有主次、先后之分。因为他们对功能和业务逻辑太过熟悉，每到一个地点就会凭借环境迅速判断下一步该怎么走，所有的功能和操作一视同仁。
　　而用户期望的产品是这样的：
　　用户希望不用思考，就能借助引导顺利完成任务。
　　那么交互设计师眼中的产品是什么样呢？
　　交互设计师既要理解策划团队的意图，又必须从用户角度思考。关键的一点是确定主行为流。确定了主行为流，就可以以此为线索，理清思路，进而规划产品的整体界面设计。
　　总之，规划一个产品，从整体到局部、从抽象到具体，是不会有错的。而如果不经过整体规划，直接从细节入手会怎样呢？
　　不注重整体性，又想把事情做好的人，必然会过早的限于细节当中。这样的后果无非就是盲人摸象。团队中如果每个人都是这种情况，那后果就更为严重。这就是开会时大家经常各抒己见却毫无结果的原因。
　　另一个后果：过于关注功能细节，造成产品臃肿，概念繁杂，且增加了很多不必要的出口。实际上，整体结构清楚的话，用户仅借助导航和适当引导就能顺利完成各种操作，而不需要各种如救命稻草般的繁杂出口。否则，产品就成了一团乱麻。对于迷宫来说，每连接一条路或增加一条路，就有可能使迷宫的复杂程度呈几何级数增长。
　　但愿这种事情永远都不再发生，但是如果发生了，请交互设计师勇敢的上前迎接挑战吧。
　　为什么需要交互设计师（Why）
　　交互设计师能够在理解业务的基础上，站在用户的角度上进行思考，把复杂晦涩的业务逻辑需求翻译成用户容易理解的界面，最终引导用户快速完成任务，使策划方和用户皆大欢喜。
　　交互设计师需要做什么（What）
　　了解网站需求及用户目标
　　了解功能及业务逻辑
　　设计任务流程
　　设计信息架构
　　制作页面原型
　　交互设计师需要怎么做（How）
　　日后会单独写一篇博文来详细描述，敬请关注