以用户为中心的设计

网址导航 - 书友会 - 邮件组

× 关闭
我有建议/意见

主要内容

  • UEer的团队协作    2008-07-26 06:43

    熟读理论的同学们都比较清楚用户体验(以下简称UE)的概念,不管是基础的架构设计,还是推进后的过程设计,UE都应该渗透到每一个环节中,有没有做是一回事,做没做好是另外一回事。 理想化的情况: UCD是做产品的核心理念,适合团队内任何成员和职位,而不是UEer专有的。 UEer的主要工作,是从用户心理所反应出来的行为角度去分析产品。 UEer不仅要能提出问题,更重要的是给出切实 ... ...

  • 隐式挖掘网站用户行为    2008-07-26 07:37

    如何了解用户需求?根据用户是否主动参与分为显式与隐式两种挖掘模式,因为显式的动静比较大,有很大局限性,所以为了保证结果准确性以及提高用户接受度,一般都采用隐式。 用户的日常交互行为会产生四类关键数据:鼠标移动轨迹、链接点击分布、页面浏览流、页面停留时间。通过用户的行为能反映用户的观点,同时利用访问的网页次序可以找出网页之间的隐性关系。 收集数据 Web服务器的日志(用户会话记录)  ... ...

  • 概念设计123    2008-07-26 08:00

    先阐述自己对产品“概念设计”的理解。 主要对象有功能、逻辑两大部分。 介于“需求分析”和“具体设计”之间的流程。 由感性到理性的发散过程。 重要性 实践表明,一旦概念设计被确定,产品设计的60%到70%也就被确定了。然而,概念设计阶段所花费的成本,在总的开发成本和设计周期中所占比例通常都在20% ... ...

  • 奥运订票折腾记    2008-07-26 08:08

    角色描述 在京外地人,资深网络用户,经常使用VISA信用卡在网上交易,上班忙空闲时间少。帮在四川老家的爹妈定票,具体项目待定,看价钱和时间安排,其实主要是凑热闹。 晚饭后上网溜达,突然想起订票这回事,打算试试,笔记本Win2003, Firefox1.5的环境。 交互流程 登录——搜索门票——预订门票—&m ... ...

  • 失败的角色设计    2008-07-26 12:35

    所接触到的项目中,能够有完整角色设计流程的情况不多,能够能按步就班做好创建角色、描述角色和使用角色三大步骤的情况更少。 最近看的几篇角色相关文章中,特别留意了进行角色设计碰到的问题、失败的原因,深有同感,结合一些项目体会,究其问题根源,尝试从三个主要阶段来总结。 原有计划被打乱 资源不允许,或者人力、财力、时间等各方面的预算超支。 工作不被领导认可而被迫终止 ... ...

  • 设计页面结构原型    2008-07-26 12:50

    网站其实是一种特殊的信息组织系统,其特殊在于,信息架构需要人机对话做中转。 早在全球首个网站问世的前二十年,信息架构的概念就已经提了出来。所以,在网站产品设计中所提到的信息架构,只是设计执行理念,而“网站架构”则是此理念支持的技术落实方法。 在实现角度,网站架构由信息的生产、组织、呈现三部分组成。国内前几年的网站普遍不易用、不友好,因为当时的网站架构全部 ... ...

  • 有情景才有任务    2008-07-26 21:57

    用户在网站上的所有行为都可以描述为大大小小的任务流,任务流中的每个节点都有前后逻辑,那么起始节点之前的逻辑是什么?是这个任务流的根源,即可以理解为任务情景。 以目标为导向 在完成页面结构原型设计之后,需要考虑如何把这一个个页面串起来,也就是说,得在用户的角度,模拟使用这个产品,能够做什么?最有可能做什么?经常做什么? 从用户的最终目标反推,逐步细化分解,每个任务为独立的 ... ...

  • 五点建议    2008-07-26 22:14

    找茬半月刊,开头先: 1. 图片来自keso博客 如果我来修改,上一张留言,去掉“发表于”后文字的加粗,并且与“评论内容”的颜色对调;下一张文章,可以考虑把“发表于”几个字颜色和上图的灰统一,以便与分割线区分。 2. 图片来自豆瓣小组 活跃度相当高,但这种呈现方 ... ...

  • 五点参考    2008-07-26 22:43

    不系列了,只随便记五个印象比较深的事情。 1. Gtalk的加为好友通知 当用户在IM上加朋友为好友,建立人际关系列表的时候,往往会忽略被加的朋友也必须强制加他自己,而且还要人家实时回应,我就一直在想,凭什么啊? QQ的方案,Icon以短消息的形式不断闪烁提醒,然后对话框确认;MSN的方案,咣当一下蹦出对话框打断用户。只有Gtalk,用户在被动接受陌生人打扰时,不会被强 ... ...

  • 开展全面的网站评估    2008-07-26 23:07

    有时会被问到“看看XXX网站如何?”之类的问题。 谈到评估,通常都是指产品级的网站,如果模式很新,了解需要花一定时间。于是,很多人又问“那么你仅从UI/UE的角度看看呢?”首先我们得达成共识,一切花里胡哨都在为功能服务,如果功能满足都成问题,其他就没必要谈了。 举例分步说明,注意先后顺序。 第一,没有足够应用经验,不可能了 ... ...