因此产品本身的侧重点在于能让分析师随时、立即进入分析状态，由于用户是专业人士，所以他们也可以非常轻松明确的直接切入自己所需要的模块或功能，完成自己的操作目标或任务。
到这个阶段，通过功能分类，内容信息分组及用户“动线”，基本可以总结出产品的3个相互关联，却又相对独立的信息单元：数据源、报表、仪表盘。
用户通常会进入数据模块准备需要使用的数据；或是进入报表模块专注于数据的分析；又或是在仪表盘中汇总相关的报表形成仪表盘。
在了解了专业用户的整个任务流程基础上，明确了任务导向的信息架构：
连接数据源 -> 制作报表 -> 将报表做成仪表盘
有数2.0版报表编辑界面，用户需要在数据源模块准备数据，跳转至报表模块即此界面完成报表制作，再跳转至仪表盘模块，才能完成最终的仪表盘制作
这就好比买房，而数据分析师就好比房地产从业者，业内人士非常清楚具体的流程，因此他们知道需要怎么开始（连接数据库），准备什么材料（准备数据），什么时候需要什么材料（什么图表需要哪些数据），哪些材料需要递交到什么部门（哪些图表合成一张仪表盘并发送给哪些人）等等，他可以直接介入，一步步达成最终目标——完成买房（数据分析）。
总而言之，任务导向型架构即是：分析拆解散点式的任务，按照各任务的逻辑流程来安排模块及功能，严格按照完成顺序排列。在任务流程中可能会需要多次跳转不同模块。若任务流程过长，可能导致操作会多次被打断。
目标导向型信息架构
2016年时，产品的战略有所调整，目标用户开始转向传统企业的业务人员，因此产品的立足点及重点功能开始位移变化，“报告”成为了新的产品目标。
因为在企业中，业务人员更期望能自己实现简单的图表且制作成报告形式，用以监控数据、分享或直接给领导做报告。
对于这样的转变，设计师就需要重新考虑产品的侧重点和方向，梳理信息架构、功能模块之间的关系，明确目标导向的产品架构：
需要做一份报告 — > 需要几张图表 — >图表需要数据
考虑到业务人员的实际任务目标，这个流程显然更符合用户的心理预期。
因此产品最终只保留了2个模块，一个是为IT人员提供的数据准备模块，而另一个“报告”则是完全为业务人员/非专业数据分析人员提供的工作模块。用户可以在这个模块中完成整个目标任务操作，最终生成想要的结果——报告。
有数3.0版报告编辑界面，用户可以在当前页面制作图表并完成整个报告的制作，而不需要在不同模块之间跳转
同样以买房为例，企业的业务人员就好比普通百姓，即非房地产从业者，他们不知道具体的购房流程（不知道怎么准备数据），不知道购房手续会涉及哪些部门（不知道一张报告需要哪些准备），甚至不知道涉及的政府部门具体在什么位置（不知道数据、图表在哪里准备）等。此时需要的就是房产中介，类似于导购这样的角色，告诉中介／导购你的目标是买房，他们就会在适当的时候提示你需要准备的内容／材料，帮助你完成目标。
同理，在这个过程中，设计师需要做的就是简化模块之间的跳转，删除不必要的步骤——报表模块，明确任务的目的——报告。转而在报告的编辑页面中，引导用户加入需要的图表；在加入图表的过程中，再导入数据；最终达成任务目标——完成报告制作。
即：抓住任务的目标，在任务流程中随时提供需要的内容，不打断进行中的操作；尽可能让用户沉浸在当前的任务中。
总结
综上所述，我们可以发现不同于to c产品点到点的直线型任务，一般的工具类to b的产品中，任务与任务间经常环环相套，相互依存，只有完成任务A才能继续任务B，最终达成目标。
例如你使用淘宝，那有可能是想买东西，也可能只是随便逛逛，抑或想查看下已购买的商品物流信息等等；类似这种目标多样但流程明确，用户永远知道自己在哪里，且接下来要怎么做的产品，就可以考虑使用任务导向的信息架构，按目标达成顺序来设计产品的使用流程。
但在类似于网易有数这样的复杂产品中，用户如果需要做一份报告，那就必须先准备数据，然后绘制不同的图表，最后整合成完整的报告。
由于任务的多样性和复杂性，非专业用户在操作中就可能会迷失，不知道自己应该从哪里着手，不知道实现的步骤是什么，不知道怎么进入下一步，甚至不知道下一步是什么。
那么此时就可以考虑以目标导向来设计信息架构，从用户的最终目标来倒推每一步所需要的内容；在用户需要时，提示并引导用户完成每一个小任务，最终完成整个目标。
总而言之，一般情况下操作目标越是单一、任务结构越是复杂的产品越适合使用目标导向的信息架构，而任务结构越是简单的产品就越适合任务导向的信息架构。而从用户角度出发一般而言，目标用户若为普通甚至业余用户，则更适用目标导向；目标用户若为专业人员，则更适用于任务导向。
本质上，这两种方式并没有好坏之分，只是在设计不同类型的产品时，需要仔细思考产品的特质，选取最适合的方式。
作者：叶璐（Rebecca）。【转载说明】 若上述素材出现侵权，请及时联系我们删除及进行处理：8088013@qq.com
