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

• 

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

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

  回应 删除 举报广告
• 

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

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

  回应 删除 举报广告
• 

  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)