面向任务流的交互设计-2.0的信息结构
2011-09-28 12:13
295 查看
前面一段时间在做某功能性产品操作后台的优化改造,做线框图到完成的过程中,一些以前已经有一些积累但是尚未成型的想法逐渐的浮出水面,变的清晰。
总的来说,大约可以称做:面向任务流的交互设计,或者,你可以把它叫做2.0的信息结构
我们知道,在几年以前,做网站页面的时候,我们总是把手上已经有的东西罗列出来,看看都有哪些可以放上去的,然后再排重要的与不重要的,各自排定了座次、位置、大小,然后形成一个页面。当我们的站点越来越复杂,信息越来越多的时候,我们在做这个工作的时候就越来越困难,有时候为了首页的那点地方,几个方面要争的不可开交。有时候需要通过划分地皮来解决。
而我们的导航,也就是整个信息结构的主干,也是为了把我们站点上的内容一一反映出来,分成哪几个类别,下面都有什么什么子类别等等。
这样做无疑是很清晰的反映了站点的实际情况,我们有多少信息,多少类别,很清晰,很科学,很直观。
看到这里,你发现什么问题了吗?少了点什么?
有人考虑到访问者了吗?
我一直相信,创建用户角色的目的,就是让用户在产品设计、交互设计的阶段,就能参与到交流和讨论中来,参与到决策中来。因为最终的产品是给他们用的,所以,必须要面向他们设计。而不是面向服务器的文件夹结构目录做设计。
之前在做一些项目、一些页面的时候,在找不到合适的方案的时候,我采用了一些方法。当时还不是很成熟,也没办法解释为什么要那么做,但是也取得了一些成果和经验。当时是把整个站点抽象成一个网,各个页面就是里面的节点,这些节点有几种类型,不同位置的节点,对整个站点的作用是不一样的。在明确了各个节点的功能是作用了之后,就很容易来确定每个节点里面的元素和各类以前需要争执的大量问题了。这是一个不成熟的雏形。
最近的工作中,要优化的是一个操作后台为主的产品。这个产品采用了小步快跑的方式来递归更新,功能其实已经很不错了,很多很强大,但是因为是分很多次像补丁一样打上去的,在交互设计上还有一些问题。结果是,很多功能不便于使用,甚至一些功能很难让用户了解它们。功能菜单、还有下面功能点的排布没有经过用户体验优化是一个原因。
意识到缺陷了,那么,到底应该怎样来排呢?这是个问题。
原来最基本的思路是,把竖排的、已经因为条目越来越多而俞发凌乱的导航改成横的。“那就解决问题了吗?”我问自己。显然不是,必须要改变一下导航的信息结构。
当我无助的时候,我觉得可以求助于我们的用户。他们是怎样用的呢?
如果是你,你是怎样用的呢?
如果你自己是一个店长,如果你自己是一个信息录入员,你每天的工作情况是怎样的?什么时候会用到哪些特定功能?类似的产品是如何规划的,用户使用习惯的延续是怎样的?
从用户的角度去设计。
从用户可能的使用产品的方式去设计。
从用户的任务流去设计。
了解产品本身,这大家都能做到。了解用户任务流,这是交互设计师要做的。在做了这些之后,思路一下子就异常清晰起来,纷乱的导航信息结构很快就被重新划分。
·一些基本信息,只有在刚使用产品时才会需要设置和填写,之后很少会用到的,被放在一起,这是用户的基本信息,是客观存在的info;
·然后是用户经常会用到的、运营层面的东西,每天的数据、更新良表格和相关的操作等等,这是最常用的不管是线上还是线下,放在一起,就像你会把它们放在同一个办公桌抽屉里一样,不需要在几个TAB里面找来找去;
·然后,做为一个网络产品,有些是需要设置的,这个和他们的业务、门店没有直接关系,仅是网上的设置,于是放在一起,当你调整这类设置的时候,来这里搞定全部;
·然后是一个信息浏览类的页面,因为一些原因,不得不把这个纯浏览信息类的页面放在后台,所以单独放;
·然后是反馈与交流的部分等等,修改密码、切换登录等工具放在另一侧。
这是信息结构,有了这些,首页就很容易了:醒目的数据统计类的信息,这是每天都关注的;然后是一些最新的交互信息、系统信息;当然还会有一些常用功能的快捷入口,保证效率。
这是操作类后台的,顺便罗嗦一下浏览类的首页,经常规划的时候我们总是会想出一些,放这个放那个,然后去开发。其实,首页的功能最基本的就是把好的、精彩的亮点最先展示出来,并且给这类内容做个入口。那么,内容也好,亮点也好,如果频道/子栏目里都没有,而需要新开发,不是很奇怪的事吗。如果是先把整个系统的信息结构做好了,首页其实自然而然就浮出来了。
再说回主题
面向任务流的设计,仅是一种方式而已,并不就是真理,但是毫无疑问它很接近用户。特别是在后台操作类的页面中,非常管用,是设计对用户友好,为用户度身定做、高效、易用的界面的一种方式。当然,在其他类型的页面中也可以参考。
以前听的最多的就是说WEB2.0的设计风格,也有说商业模式,很少看到说信息结构的。如果“YOU”概念真的成为互联网的主流的话,信息结构是不是也可以“YOU”一把呢。
让我们把这个暂且叫2.0的信息结构吧:)
总的来说,大约可以称做:面向任务流的交互设计,或者,你可以把它叫做2.0的信息结构
我们知道,在几年以前,做网站页面的时候,我们总是把手上已经有的东西罗列出来,看看都有哪些可以放上去的,然后再排重要的与不重要的,各自排定了座次、位置、大小,然后形成一个页面。当我们的站点越来越复杂,信息越来越多的时候,我们在做这个工作的时候就越来越困难,有时候为了首页的那点地方,几个方面要争的不可开交。有时候需要通过划分地皮来解决。
而我们的导航,也就是整个信息结构的主干,也是为了把我们站点上的内容一一反映出来,分成哪几个类别,下面都有什么什么子类别等等。
这样做无疑是很清晰的反映了站点的实际情况,我们有多少信息,多少类别,很清晰,很科学,很直观。
看到这里,你发现什么问题了吗?少了点什么?
有人考虑到访问者了吗?
我一直相信,创建用户角色的目的,就是让用户在产品设计、交互设计的阶段,就能参与到交流和讨论中来,参与到决策中来。因为最终的产品是给他们用的,所以,必须要面向他们设计。而不是面向服务器的文件夹结构目录做设计。
之前在做一些项目、一些页面的时候,在找不到合适的方案的时候,我采用了一些方法。当时还不是很成熟,也没办法解释为什么要那么做,但是也取得了一些成果和经验。当时是把整个站点抽象成一个网,各个页面就是里面的节点,这些节点有几种类型,不同位置的节点,对整个站点的作用是不一样的。在明确了各个节点的功能是作用了之后,就很容易来确定每个节点里面的元素和各类以前需要争执的大量问题了。这是一个不成熟的雏形。
最近的工作中,要优化的是一个操作后台为主的产品。这个产品采用了小步快跑的方式来递归更新,功能其实已经很不错了,很多很强大,但是因为是分很多次像补丁一样打上去的,在交互设计上还有一些问题。结果是,很多功能不便于使用,甚至一些功能很难让用户了解它们。功能菜单、还有下面功能点的排布没有经过用户体验优化是一个原因。
意识到缺陷了,那么,到底应该怎样来排呢?这是个问题。
原来最基本的思路是,把竖排的、已经因为条目越来越多而俞发凌乱的导航改成横的。“那就解决问题了吗?”我问自己。显然不是,必须要改变一下导航的信息结构。
当我无助的时候,我觉得可以求助于我们的用户。他们是怎样用的呢?
如果是你,你是怎样用的呢?
如果你自己是一个店长,如果你自己是一个信息录入员,你每天的工作情况是怎样的?什么时候会用到哪些特定功能?类似的产品是如何规划的,用户使用习惯的延续是怎样的?
从用户的角度去设计。
从用户可能的使用产品的方式去设计。
从用户的任务流去设计。
了解产品本身,这大家都能做到。了解用户任务流,这是交互设计师要做的。在做了这些之后,思路一下子就异常清晰起来,纷乱的导航信息结构很快就被重新划分。
·一些基本信息,只有在刚使用产品时才会需要设置和填写,之后很少会用到的,被放在一起,这是用户的基本信息,是客观存在的info;
·然后是用户经常会用到的、运营层面的东西,每天的数据、更新良表格和相关的操作等等,这是最常用的不管是线上还是线下,放在一起,就像你会把它们放在同一个办公桌抽屉里一样,不需要在几个TAB里面找来找去;
·然后,做为一个网络产品,有些是需要设置的,这个和他们的业务、门店没有直接关系,仅是网上的设置,于是放在一起,当你调整这类设置的时候,来这里搞定全部;
·然后是一个信息浏览类的页面,因为一些原因,不得不把这个纯浏览信息类的页面放在后台,所以单独放;
·然后是反馈与交流的部分等等,修改密码、切换登录等工具放在另一侧。
这是信息结构,有了这些,首页就很容易了:醒目的数据统计类的信息,这是每天都关注的;然后是一些最新的交互信息、系统信息;当然还会有一些常用功能的快捷入口,保证效率。
这是操作类后台的,顺便罗嗦一下浏览类的首页,经常规划的时候我们总是会想出一些,放这个放那个,然后去开发。其实,首页的功能最基本的就是把好的、精彩的亮点最先展示出来,并且给这类内容做个入口。那么,内容也好,亮点也好,如果频道/子栏目里都没有,而需要新开发,不是很奇怪的事吗。如果是先把整个系统的信息结构做好了,首页其实自然而然就浮出来了。
再说回主题
面向任务流的设计,仅是一种方式而已,并不就是真理,但是毫无疑问它很接近用户。特别是在后台操作类的页面中,非常管用,是设计对用户友好,为用户度身定做、高效、易用的界面的一种方式。当然,在其他类型的页面中也可以参考。
以前听的最多的就是说WEB2.0的设计风格,也有说商业模式,很少看到说信息结构的。如果“YOU”概念真的成为互联网的主流的话,信息结构是不是也可以“YOU”一把呢。
让我们把这个暂且叫2.0的信息结构吧:)
相关文章推荐
- 导航设计中的信息结构【交互设计, 用户研究】
- 信息管理系统设计书的结构框架
- 无线信息和能量传输:结构设计和速率-能量平衡
- 论商品信息结构设计
- 企业数据库三层结构模型,MVC模式,设计模式,面向对象设计,接口规范及其他
- 数据结构课程设计-ytu职工信息管理系统
- 今日任务-完成调度信息单和调度操作单的设计
- 【手机交互设计】QQ安全我做主―手机令牌2.0设计分享
- 产品设计(2.1)PRD写作 – 罗列信息(信息结构图)
- 关于基础信息的结构设计
- ASP.NET MVC 学习笔记-7.自定义配置信息 ASP.NET MVC 学习笔记-6.异步控制器 ASP.NET MVC 学习笔记-5.Controller与View的数据传递 ASP.NET MVC 学习笔记-4.ASP.NET MVC中Ajax的应用 ASP.NET MVC 学习笔记-3.面向对象设计原则
- 交互设计学习笔记之《如何帮助用户高效率地完成任务》【交互设计】
- 信息图形中的颜色探讨―面向色盲人士友好的设计解决方案
- 交互设计、信息图、信息可视化、数据可视化技术资源汇总——设计师的领域,设计师说了算
- 交互设计三大标准,信息表述五种方式
- 学生社团管理系统 任务:通过此系统可以实现如下功能(包含但不限于以下功能,可自行设计): 1、社团信息包括:社团编号、社团名称、成立时间…… 2、学生信息包括:学号、姓名、性别、年级、专业…… 3
- C02-程序设计基础提高班(C++)第8周上机任务-结构体
- 面向对象设计——系统动态模型设计(1,交互模型)
- 数据结构课程设计--协会信息管理系统管理
- 软件体系结构上机实验 面向对象体系结构风格的 KWIC 关键词索引系统设计与实现 java