任务流程——产品设计的骨架.pdfVIP

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