快好知 kuaihz

手机产品的信息架构

信息架构是一个整理信息,斡旋信息系统与使用者需求的过程,主要是要将信息变成一个经过组织、归类、以及具有浏览体系的组合结构。

手机与用户交互的过程,其实是信息的交互,手机和用户都在输出和输入信息,触摸屏和按键只是用户输入信息的方式。

Web信息架构包括组织系统、标签系统、导航系统和搜索系统,这些对大量数据的处理方法,和Web属性比较强(和互联网的数据库交互频繁处理大量数据)的手机产品,如wap网站、web app和部分手机客户端,这些方法也是适用的,只是由于屏幕和操作方式等手机的特点导致实现方式有所区别。

Web属性比较弱的手机客户端遇到最多的是信息的组织问题。导航系统通常使用手机操作系统中自带的控件,比如iPhone界面底部的标签栏。标签系统和搜索系统是处理庞大数据时才会使用,对于数据多是由用户手动输入的手机客户端来说,这两种系统使用较少,对于数据的手动分类是很初级的标签,比如输入手机号码时选择分类同学或者同事。

如Android手机中点击“拨号”和“联系人”进入的界面有拨号、通话记录、联系人和收藏,除了对联系人有按字母排列,还有非常实用的按联系次数排列,显示用户的常用联系人,可以满足个人90%查找联系人的需求。按字母、拨出、接入、未接和常用排序都是组织信息的具体方式。

再以Awesome Note为例,首页中间主体显示便签的类别及条目,包括新建、同步、编辑分类和增加分类等功能,界面整体还是以任务来组织。

整体设计在手机客户端中算是非常复杂的,使用个别的iPhone自带控件,功能繁杂,用户自定义能力强。界面设计美观,图标过于精致,有些图标点击并不方便,但界面组织结构逻辑清晰。

微博、浏览器、邮箱和SNS等国内常见的手机客户端首页多以任务分类为组织体系,具体体现在九宫格、表格和标签栏的组织界面方式,这也符合客户端操作方便和富交互体验好的特点。个人总结树形结构(或者称作等级式系统)有以下设计方法:

1.树枝之间尽量不交叉。像Web网站那样界面之间交叉跳转在手机客户端上非常少,保持结构清晰。交叉跳转的原因是数据量大,树枝及其繁多,返回上级在选择链接会导致操作复杂,也不宜发现内容之间非结构化关系。

2.控制分支的数目。首页显示常用的功能,不常用的功能放置设置中,有使用情景的功能分散到更低层的界面中。功能太多,会弱化最重要的功能,即使严格按照结构化的组织体系,用户每天使用在手机产品上的时间有限,难以花时间使用所有功能,也不要寄希望把电脑的功能照搬到手机上。


3.不重复,侧重某一分支。相似的功能可以考虑合并,在绝大多数情况下,功能都会有主次之分。就像文章举例的Android手机通讯录,按字母排序看起来结构清楚,但根据用户行为排序更能方便用户操作。又如2 DO重点使用主页,第一界面就能显示大部分的内容和功能

4.保持分支相似性。树干下的两个分支相似,便于用户学习,尽量少添加新界面布局、操作方式和操作逻辑。即使视觉上效果很好,但是没有功能上的意义,也是没有必要增加的。


5.减少分支的层级。如twitter app中点击某条微博时,直接显示相应的操作,而不是像国内手机微博那样还需要跳转到下一级界面中。不提倡界面跳转的另外原因是,下一个界面还对文字内容没有意义地重复显示。结合1和5,web中的深广度平衡在手机产品并不适用。由于屏幕和操作的关系,面对大量数据时,首先考虑的是如何保证显示最重要的信息,而不是保证每一项数据都放在合适的层级关系图中。

本站资源来自互联网,仅供学习,如有侵权,请通知删除,敬请谅解!
搜索建议:手机产品的信息架构  架构  架构词条  手机  手机词条  产品  产品词条  信息  信息词条  
设计

 车联网系统如何架构?

车联网技术的关键功能是驾驶者,可以通过移动设备远程控制汽车、监控汽车的安全性,因此,车、车联网平台以及用户APP端组成一个完整的车联网系统。1996年,通用汽车...(展开)

设计

 我为虎嗅设计APP之逻辑架构解析

掏出手机,打开虎嗅,开始了软文之旅。虎嗅APP不得不说是我了解互联网世界的一扇窗口。若干篇咨询过后,停顿下来,闲暇之余,端详这款熟悉而又陌生的面孔。APP:虎嗅...(展开)

设计

 产品设计面临的变革

当一个设计师在为客户提供互联网项目整体的设计解决方案时,意味着这种设计服务的范围不仅仅是简单的图片样式,而是从产品的内部构造进行升级与优化。所以我一直认为,一个...(展开)