深度长文｜如何输出一份让团队满意的交互设计交付物

对C端产品而言，这一步通常通过”创造动机、排除担忧、解决障碍“的三大关键因素分解法提炼需求。而对B端产品，取代动机和担忧的是履行工作职责的”刚需“，因此我在实际项目中多采用”信息需求“和”功能需求“的需求提炼方法。具体方法同样参见《B端产品的角色与场景分析：以会议申请功能的设计为例》。

同样的，表格也是我习惯采用的，在交互文档中展现需求提炼过程的一种比较清晰的形式。

3信息架构：关注竞品和真实用户

紧密围绕目标和需求进行方案设计的第一步，就是将目标和需求转化为全局性的信息架构和流程。

3.1 信息架构是什么

信息架构是对页面、信息和功能有组织的排列排序。合理的信息架构在符合逻辑的同时，也会尽可能贴近用户已有的使用习惯和思维方式，从而帮助用户快速判断和找到他们想要的功能。

对B端产品而言可以大大降低产品的学习成本，对C端产品而言则可以带给用户更好的体验、提高用户的留存率。

在着手进行信息架构设计之初，我们总要面对目标分析阶段得到的大量的页面、信息和功能名称。对这一年里经手的几个B端项目来说，大体都是十余个模块，每个模块中至少有3~5个不等的小功能，每个功能对企业中不同职能、不同身份地位的角色而言可能又会细分成若干个场景，这样分解得到的需求数量可能让我们看到就头大。

如果在目标分析阶段是按照场景通过“信息需求/功能需求”法进行分解的，那么页面和信息在页面中的归属我们应该是大概心里有数的，这种情况下信息架构设计的下手会稍微容易那么一点。

而如果是采用”创造动机、排除担忧、解决障碍“三大关键因素分解得到的需求，则会显得更加庞杂和无序。实际上，这也是我个人对小巧的C端应用建议使用第二种方法，而对本身就复杂度非常高的B端应用建议采用第一种更简化的方法进行分解的原因。

无论如何，海量的页面、信息、功能元素是我们总要面对的，这时常用的两种方法就是竞品分析和卡片分类法。

3.2 竞品分析

（编辑：PHP编程网 - 湛江站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!