设计实战:不同导向型信息架构在产品中的应用

零基础学产品,BAT产品总监带,2天线下集训+1年在线课程,全面掌握优秀产品经理必备技能。了解详情

信息架构是针对特定的目标用户,对有组织的信息单元进行完整地统筹设计的过程;其中还包含了对产品业务内容以及业务流程的分析和理解。

什么是信息架构

而信息架构是对于产品的内容、功能、框架、甚至目标信息进行分析、整理、研究,是对信息的合理组织和统筹。

因此,在交互设计领域,笔者更倾向于认为:信息架构是针对特定的目标用户,对有组织的信息单元进行完整地统筹设计的过程;其中还包含了对产品业务内容以及业务流程的分析和理解。如果说,信息架构是在信息与用户之间搭建一座桥梁,而设计师则致力于让这座桥更易通行。

任务导向型信息架构

一般而言,目标单一但任务结构复杂的工具类产品内容体量更大,功能更丰富,信息的层级以及任务的复杂程度都要超过一般的to C的产品。因此设计师做产品的信息架构时,需要考虑的点包括:内容收集、内容审核、信息分组。

  • 内容收集:收集产品的内容信息,包括产品目标、用户目标、产品需求及来源、业务的流程等
  • 内容审核:评估内容的准确性、可用性、有效性
  • 信息分组:定义内容/页面/功能相互之间的关系,进行分组单元化

以网易有数为例,它是一款敏捷数据可视化分析平台,产品目标是实现可视化数据探索;而服务的目标用户是专业的数据分析师;产品的愿景是期望能帮助用户更便捷的完成可视化数据分析任务。

因此产品本身的侧重点在于能让分析师随时、立即进入分析状态,由于用户是专业人士,所以他们也可以非常轻松明确的直接切入自己所需要的模块或功能,完成自己的操作目标或任务。

到这个阶段,通过功能分类,内容信息分组及用户“动线”,基本可以总结出产品的3个相互关联,却又相对独立的信息单元:数据源、报表、仪表盘。

用户通常会进入数据模块准备需要使用的数据;或是进入报表模块专注于数据的分析;又或是在仪表盘中汇总相关的报表形成仪表盘。

在了解了专业用户的整个任务流程基础上,明确了任务导向的信息架构:

连接数据源 -> 制作报表 -> 将报表做成仪表盘

有数2.0版报表编辑界面,用户需要在数据源模块准备数据,跳转至报表模块即此界面完成报表制作,再跳转至仪表盘模块,才能完成最终的仪表盘制作

这就好比买房,而数据分析师就好比房地产从业者,业内人士非常清楚具体的流程,因此他们知道需要怎么开始(连接数据库),准备什么材料(准备数据),什么时候需要什么材料(什么图表需要哪些数据),哪些材料需要递交到什么部门(哪些图表合成一张仪表盘并发送给哪些人)等等,他可以直接介入,一步步达成最终目标——完成买房(数据分析)。

总而言之,任务导向型架构即是:分析拆解散点式的任务,按照各任务的逻辑流程来安排模块及功能,严格按照完成顺序排列。在任务流程中可能会需要多次跳转不同模块。若任务流程过长,可能导致操作会多次被打断。

目标导向型信息架构

2016年时,产品的战略有所调整,目标用户开始转向传统企业的业务人员,因此产品的立足点及重点功能开始位移变化,“报告”成为了新的产品目标。

因为在企业中,业务人员更期望能自己实现简单的图表且制作成报告形式,用以监控数据、分享或直接给领导做报告。

对于这样的转变,设计师就需要重新考虑产品的侧重点和方向,梳理信息架构、功能模块之间的关系,明确目标导向的产品架构:

需要做一份报告 — > 需要几张图表 — >图表需要数据

考虑到业务人员的实际任务目标,这个流程显然更符合用户的心理预期。

因此产品最终只保留了2个模块,一个是为IT人员提供的数据准备模块,而另一个“报告”则是完全为业务人员/非专业数据分析人员提供的工作模块。用户可以在这个模块中完成整个目标任务操作,最终生成想要的结果——报告。

有数3.0版报告编辑界面,用户可以在当前页面制作图表并完成整个报告的制作,而不需要在不同模块之间跳转

同样以买房为例,企业的业务人员就好比普通百姓,即非房地产从业者,他们不知道具体的购房流程(不知道怎么准备数据),不知道购房手续会涉及哪些部门(不知道一张报告需要哪些准备),甚至不知道涉及的政府部门具体在什么位置(不知道数据、图表在哪里准备)等。此时需要的就是房产中介,类似于导购这样的角色,告诉中介/导购你的目标是买房,他们就会在适当的时候提示你需要准备的内容/材料,帮助你完成目标。

同理,在这个过程中,设计师需要做的就是简化模块之间的跳转,删除不必要的步骤——报表模块,明确任务的目的——报告。转而在报告的编辑页面中,引导用户加入需要的图表;在加入图表的过程中,再导入数据;最终达成任务目标——完成报告制作。

即:抓住任务的目标,在任务流程中随时提供需要的内容,不打断进行中的操作;尽可能让用户沉浸在当前的任务中。

总结

综上所述,我们可以发现不同于to c产品点到点的直线型任务,一般的工具类to b的产品中,任务与任务间经常环环相套,相互依存,只有完成任务A才能继续任务B,最终达成目标。

例如你使用淘宝,那有可能是想买东西,也可能只是随便逛逛,抑或想查看下已购买的商品物流信息等等;类似这种目标多样但流程明确,用户永远知道自己在哪里,且接下来要怎么做的产品,就可以考虑使用任务导向的信息架构,按目标达成顺序来设计产品的使用流程。

但在类似于网易有数这样的复杂产品中,用户如果需要做一份报告,那就必须先准备数据,然后绘制不同的图表,最后整合成完整的报告。

由于任务的多样性和复杂性,非专业用户在操作中就可能会迷失,不知道自己应该从哪里着手,不知道实现的步骤是什么,不知道怎么进入下一步,甚至不知道下一步是什么。

那么此时就可以考虑以目标导向来设计信息架构,从用户的最终目标来倒推每一步所需要的内容;在用户需要时,提示并引导用户完成每一个小任务,最终完成整个目标。

总而言之,一般情况下操作目标越是单一、任务结构越是复杂的产品越适合使用目标导向的信息架构,而任务结构越是简单的产品就越适合任务导向的信息架构。而从用户角度出发一般而言,目标用户若为普通甚至业余用户,则更适用目标导向;目标用户若为专业人员,则更适用于任务导向。

本质上,这两种方式并没有好坏之分,只是在设计不同类型的产品时,需要仔细思考产品的特质,选取最适合的方式。

 

作者:叶璐(Rebecca),网易有数交互设计师

本文来源于人人都是产品经理合作媒体@网易UEDC,作者@Rebecca

原创不易,欢迎赞赏(*^▽^*)
评论
有话不说憋着难受