比较完整的用户体验流程图

阿尔卑斯

2009-05-05 17:10:48 来自: 阿尔卑斯([ www.uxren.com ])

http://www.douban.com/photos/photo/250928084/

中午做的~ 稍微整理了下思路~ 就攒个图出来~ 有时候会忘东忘西的

图里面内容比较完整了~ 可能有些条目~

和别的工作方式里有所错位或重叠,因而会名称不同,

大家可以一起探讨~ 此处权当抛砖引玉了

:)

http://hci-ue.blogbus.com/files/12415788230.pdf

ps: pdf格式的图

3人喜欢
  • 零零

    2009-05-31 16:08:42 零零

    新手给个小建议:不同的箭头还有缩写最好能有注释和图释~~ 这样比较专业~

  • 阿尔卑斯

    2009-05-31 23:23:40 阿尔卑斯 ([ www.uxren.com ])

    谢谢建议...当时觉得内容比较清晰了~ 这张是一段文字的配图,所以犯懒没写

    anyway 谢谢~

  • Kenneth

    2009-06-23 15:59:46 Kenneth (泡面人生- -)

    理论的话没的说,很高深,不过视觉可以做的更美观一些~

  • 阿尔卑斯

    2009-06-24 00:27:55 阿尔卑斯 ([ www.uxren.com ])


    呵呵~ smartdraw2009总是报错~~ 无语

  • 呆聋瞎

    2009-06-24 09:59:46 呆聋瞎 (新目标,新开始)

    其实,我觉得现在企业里还是敏捷的用户体验设计比较实用(Agile User Experience Design)。大部头的用户体验流程图,在很多企业对外宣传的册子上印着,但是他们流程工作还是按照老套路。“用户体验流程图”比较适合在学校里搞研究。相对于学校研究,企业来更看重项目时间和项目投入产出比(Return of Investment)。很少有企业愿意走“完整的用户流程图”,因为投入太大,项目时间拖得太长,而且投入产出很难预估。企业中的用户体验设计尤其是互联网公司,很多情况下,只在原有的工作流程上多了两个步骤:1)产品上线前的高保真原型的可用性测试;2)产品上线后的定量的web analytics并配合定性用户调研. 步骤1是为了预防出现重大的问题。步骤2中web analytics为了分析真实的用户使用数据,而定性的用户调研是了深入地了解web analytics中发现问题的原因,然后为设计改进提供依据。

    设计前期的用户调研不是每个公司都会做的。真正比较实用的是竞争对手分析competitor analytics。因为用户的需求往往都会抽象在成功的竞争对手的设计中,而他们的问题就是你的机会。这往往比前期的用户调研更省时省力,而且对于设计的指导更直接。

    另外,在设计过程中太多的让用户参未必就能保证产品的成功。尤其是在设计,新产品时,用户很难给你意见,因为他从来没有用过。一些新产品在开始用户调研的时候,用户都反映不错,但新产品上线后却反响平平;这大多是因为“新产品”听上去不错,但仅仅是“听”上去,实际使用就未必了。

  • 呆聋瞎

    2009-06-24 10:15:30 呆聋瞎 (新目标,新开始)

    我觉得比较实用的是,具体情况具体分析,在适当的时间,用适当的方法和步骤,而不是醉心于整个引入看似”精妙“和”完整“的用户体验设计流程。在做设计中,真正能让设计师天马星空地设计的机会极少,大多数情况下,我们都是在”限制下“做设计,也就是”走钢丝“设计。这也是设计师的价值体现,在限制下解决问题,完成设计。

  • 阿尔卑斯

    2009-06-24 10:34:08 阿尔卑斯 ([ www.uxren.com ])


    恩~ 大龙虾的意见很好,谢谢先~~

    你提到的敏捷UE,我在工作中已经体会到了,如你所说,全流程只适合呆在研究领域,真正的企业开发其实并不需要繁荣拖沓学究式的逻辑,企业需要具有搞针对性和高时效性的东西。

    经过分析,我觉得可以这样把“全流程”改进一下: 如果拿它作为标准和范本,那么需要有一个“指导规范”来帮助企业从中提炼出适合自己需要的流程与模型。

    例如,做一个pizza网站,商家只需要关注最关键几个环节,无需大量的user research,无需大量的usability tests,也无需复杂的Interaction Design 即可很好的将其产品推广至受众群。

    如果是做网页游戏,那就需要用户研究方面多花些功夫,在pre-design和post-desgin部分尽量少而精炼,这样可以大大节省时间和成本。

    另外一点,大龙虾同学提到的“竞争对手分析”提醒了我 ~ 之前我似乎过于关注产品自身,而忽视了环境因素,在此谢过先~

    综合之上几点,我考虑是否可以建立一个“敏捷开发模型和指导”,它建立在全流程基础上,面向企业需求来做开发方式的优化,比如说,给出一个实际指导按需求(多个因素维度:时间、特性、开发周期、成本、对手因素)进行要素抽离和重建(abstraction & reconstruction),以此来实现“敏捷的规范化开发”(Agile development in standard)。

    另外,在这个指导里面还应当体现如何针对产品推出后,进行后续优化和改进的建议。比如预设一些产品类型和问题类型,针对这两个“库”设定可以关联的解决方法,然后由方法形成一个针对产品及问题的解决方案。这样在后续的各个阶段,企业依然可以在沿袭开发逻辑的惯例下来解决实际问题,而不用担心改变逻辑、技术、方案并增加成本或承担风险。


    这样一来,UE全流程模型向更实用的方向进化了。

    :)


这个小组的成员也喜欢去  · · · · · ·

移动设备交互设计
移动设备交互设计 (1200)
设计师招聘
设计师招聘 (5400)
交互设计
交互设计 (3259)
以用户为中心的设计
以用户为中心的设计 (11619)
❀交互设计禅意花园✿
❀交互设计禅意花园✿ (1361)
手机交互设计
手机交互设计 (797)