交互,我们未来携手共进!

信息架构设计

信息架构-产品的骨架、命脉。

需要我们具备拥有非常强的逻辑思维能力及非常完善的整体思考能力。

  1. 认识产品的信息架构。

什么是产品的信息架构?【饭店的例子】

信息架构设计是对信息进行结构、组织方式以及归类的设计,好让使用者与用户容易使用与理解的一项艺术与科学。

让用户在使用同类型的产品的时候更容易上手,理解,使用。

像一个装修的图纸与规范左右着产品应该遵循哪些规则

 

为何产品需要合理的信息架构?

一个合理的信息架构,可以让产品非常容易被用户理解,可以让用户在第一眼的时候对产品有一个简单的认知,知道这个产品是用来干嘛的,可以提供哪些服务,让用户一眼就知道怎么使用这个产品。

 

让用户一眼就明白你的产品能做什么,大概怎么用。

用户都能在需要的时候容易地找到某个功能。

 

信息架构为何需要设计?

信息架构不是功能的简单堆叠

需要更有逻辑性的方法进行信息架构设计

 

  1. 信息架构设计的前期准备工作

了解用户,场景,习惯

Persona:用户角色模型,定义典型用户,目标用户是一群怎么样的人,不同的场景会有不同的persona

用户场景:用户如何在使用你的产品

设计信息架构需要在persona和用户场景中了解用户习惯,设计信息架构需要尊重用户的习惯

 

尊重用户习惯,更好的了解用户习惯,可以从以下四个问题寻求:

用户通常用你的产品做什么?

用户用这类产品最关心什么?

用户有哪些思维定式?

用户用什么类似的产品

 

为何尊重用户习惯?不要在不必要的地方体现差别。

要思考哪些地方是习惯,哪些地方是可以创新?创新也是基于了解用户习惯的前提下。

 

了解业务需求

不只从产品那了解业务需求,也要提前关注和去了解运营和市场层面的需求,这样设计出来的信息架构有更大的兼容性,能让产品产生更多可能性

需要去了解产品做出来之后,会进行怎么样的推广,这样设计出来的信息架构更强大

 

调研竞品的信息架构

竞品让我们更好的了解现在所面临的市场,所面对的目标用户

找3-5个同类竞品进行信息架构梳理,同时对过去的版本也进行梳理,过去的版本也是竞品!

树是体现产品信息架构的最佳形式

 

对竞品进行信息架构调研:找出共性和差异,在信息架构层面有哪些是一样的,哪些是差异的,共性即是用户习惯,不要轻易改变

差异即是创新点,可以发挥自己的创意,做出最适合自己产品的设计

 

卡片分类法

了解竞品后,还要更进一步了解用户心智模型。

卡片分类法:让用户对功能卡片进行分类、组织,并给相关功能的集合重新定义名称的一种自下而上的整理方法。

 

需要准备的东西:

目标用户(必须要是目标用户)、功能/信息卡片(便利贴)、2只笔、空白的卡片(便利贴,写归类的名称或缺失的功能)、笔记本(记录用户发言)、录音笔

 

流程:

  1. 介绍卡片,告诉用户卡片所描述的功能是什么,让用户看每一张卡片,并对不理解的进行提问,确保用户真的理解每张卡片的意思
  2. 用户归类卡片,少引导少说话,让用户自己思考分类卡片
  3. 让用户取名,让用户为归类好的卡片取名
  4. 继续归类,用户可能归的类太细致或太笼统,适当追问,引导用户再次归类
  5. 简单访谈,了解用户在整个卡片分类的过程中有什么困难或者不清楚的地方
  6. 拍照存档,把用户的归类结果进行记录

 

一些问题:

  1. 功能/信息卡片怎么提取?

它是是功能或界面的名字,eg:联系人名片,对话窗口,拨号呼叫

来自于你现有信息架构树的树叶(没有子树的部分)

不要过分细分,不要细分列表单元格内的元素,不要细分一个相对稳定的页面

功能/信息卡片不能出现包含关系

卡片总数不要超过30张,避免让用户无从下手

 

  1. 如何更好地引导用户?

介绍卡片:是否理解每张卡片的含义,如果不理解可以询问?

用户归类卡片:为什么把这些卡片放在一起?

让用户取名字:这类卡片取个名字,可以叫什么?/根据你刚刚归类原因,是不是可以叫xxx?

继续归类:这一类的卡片数量较多,是否可以进一步细分?/现在已经分了N类,是否还有哪几类能放在一起?

简单访谈:在分类过程中是否有什么纠结的地方?

拍照存档:是否确定这是最后的结果?

 

卡片分类法需要产出什么?

信息架构树状图,来自于用户的心智模型的信息架构图

可以与竞品分析法得出的信息架构进行对比,得出设计要点

 

  1. 产出产品信息架构

利用mindmap和axure整合信息

1)整合树状图信息

2)对信息架构进行重要性分级,对每一层进行分级  重要性分级≠排序

3)完成了产品的信息架构树状图和对信息架构进行分级以后,可以通过axure的站点地图来体现信息架构

 

寻找层和度的平衡

层=信息架构树的深度(非常多层级,操作困难,一般情况不超过5层)

度=某一个节点内子节点的数量(度太多,页面有太多的内容,用户认知成本增加,容易找不到想找的内容)

 

层和度相互过渡,层过深,可以砍掉一些层级,但也意味着需要增加度;度太多,可以通过分层的方式来减少每个层级下的度,在信息架构图中,需要找到完美的层和度的概念,寻找到一个平衡点。

 

验证核心使用流程

  1. 用户在完成核心流程的时候,尽量保证根据树状图结构进行层级自上而下前进
  2. 不连通层级间的跳跃,尽量发生在最后一步骤

 

考虑信息架构和交互构图的关系

1)移动端:一级导航样式,利用重要性分级来判断

Tab式导航=第一重要级中有多项

Drawer=第一重要级中只有一项

尊重竞品与用户习惯,不要在信息架构层面,为了不一样而不一样

 

  1. web端

利用不同的结构,体现重要级

利用布局,体现逻辑关系

 

为讨论做好准备

你的过程就是你的底气

 

  1. 评判产品信息架构设计
  2. 通过用户测试来评判

如何测试产品的信息架构是否合理?三个测试:

给用户看主界面,用户是否在你不介绍具体产品的情况下,通过短时间的使用,说出产品可以用来做什么;

让用户进行核心流程任务,检查完成任务是否顺利;

给用户一个找寻一个相对层级较深的功能的任务,检测用户是否能通过信息架构名称找到功能;

 

  1. 撰写产品说明书

要多复杂的说明书?才能教会用户使用核心功能。

理解用户是怎样一步一步使用功能,从而评价信息架构是否合理。

还可以帮助团队的其他成员更好的理解产品。

 

5、用信息架构思路设计页面

产品的信息架构只有在大改版或者一个新产品的过程中才利用得到,但是可以利用信息架构的思路来设计页面。

  1. 为何在单一页面设计时需要考虑信息架构问题

确定页面所需呈现的信息—绘制信息架构的树状图(信息是有关联性的)—重要性分级—绘制页面

  1. 明确一个页面中的元素逻辑性与重要性
  2. 绘制单一页面

 

在平时绘制一个个页面,绘制一个个小需求的时候,都可以利用这一的逻辑架构和重要级分级的方法,来锻炼自己,练习自己。

 

 
评论
热度(2)

© ISnail | Powered by LOFTER