如何取舍UCD的步骤和采用的方法September 11th 杨掌柜

上次晚会里面,针对对于荣誉读者Sike反馈的问题,我来兑现诺言了。

sike:我看到老冒的文章,大致讲理论正确不等于实践正确,看到一些UX方面的文章,然后有一种感觉,对,你说的都是对的,然后我们该怎么办呢?我就是希望油茶以后多些这方面的文章。

Ryana道:这个问题,好像很多人提到了。。前段时间不是有人说退订了UI、UE的blog么。。具体怎么做,我觉得ucdchina了写了很多这类的文章啊,怎么来提炼角色,设计场景什么的。

sike: 往往一些 startup 可能没有那么多人,没有那么多步骤。

JunChen 这里面有变通的办法的,我们讨论的时候会谈比较全面和详细的流程,但是具体实施的时候需要看各个公司的情况。就像管理学也是一样的。并不是没有那么多步骤,而是已经换着法子做了。

Ryana:我明白sike的意思了。我后面给大家奉献一些资源。关于根据项目和资源,对步骤进行取舍的。。

一般大家从网上一些blog了解到的UCD的流程,可能包括很多的流程,运用了大量的方法,一般流程可以描述如下:

提出设想§策划-》用户§需求的分析研究-》概念§原型设计-》设计验证§测试-》实施-》发布-》搜集反馈-》提出改进设想。。。

而运用的方法了,每个阶段都有很多种方法,比如:

提出设想§策划阶段,我们可能需要做竞争分析(Competitor Analysis),相关负责人会议(Stakeholders meeting)。

用户需求分析阶段,我们可能会用到:用户调查,观察,访谈,焦点小组,卡片分类法,头脑风暴,任务分析,情景设定,社会性研究等等。。

概念§原型设计阶段,又有:纸上原型,设计原则,故事板设计,交互原型。。

设计验证§测试阶段:可用性测试,启发式评估(专家评估),简易用户测试,问卷表格。。

实施阶段:界面标准,设计说明书,网页标准化,AJAX效果等等。

对于不同的公司,资源人力有限,时间紧迫,UCD人员本身的能力有限,或者,可能没有办法真的接触到用户,进行一些跟踪后访谈,或者原型用户测试。。这些步骤和方法,该如何来取舍了?

首先,我野人献曝,给您一个公式一样的取舍表格(UsabilityNet.Org),您对照自己的情况,看看自己的公司应该做哪些,哪些又可以跳过。UsabilityNet的这个资源库,对俺当年上了UCD的大船这一事件,曾产生过重大影响。虽然是陈年旧货,仍然像金子一样发光。这个表格可以点里面的方法,直接进入到介绍方法的页面。通过阅读后,获得对方法目标,如何使用等初步了解。之后,您需要通过Google搜索,或者IAwiki(最近在维护),Wikepedia等网站进行更多的延伸阅读。然后准备实践一下吧。

Methods Table

然后,仍然要唠叨一些话:

明白自己的目标是什么。一个缺乏用户概念的公司,需要用故事板的形式,去给公司的相关人员,讲授关于用户使用产品的故事,把用户实际如何使用,播种到他们心里去。。可是换成一个创业型的小公司,老板和整个团队都是这个研发产品的用户,深刻了解产品的需求,你做故事板给内部人看,或许就没那么必要。。

了解方法步骤本身。目的只有一个,灵活运用,快速或者更有效的达成目标。(A:喂!听说隔壁公司的小C,会使用快速原型也!B:我也听说了,什么方法,我们都没用过,好厉害哦!A:是啊,听说他用快速原型,画了个特漂亮的漫画版草图。B:哇,还是漫画般的。佩服佩服!A:是啊,听说,画这个漫画,就耗费了两个月之久。B:我倒!那还是快速原型么。。)

经常思考总结。有意识的思考自己做得对么,哪些地方不是很满意,如何可以更好。再结合我们的文化背景,来改进目前的方法。我们是设计师,工具不能限制我们的思维,别被工具给统治,沦为工具的奴隶。

作者:油茶研究会§User eXperience STUDY

Related Articles:

category方法 comments

14 Responses to “如何取舍UCD的步骤和采用的方法”

  1. 非常棒的内容,已经很全面了。我个人体会,如果前面在第二阶段可以再加上Persona,最后的阶段如果能结合用户访问路径跟踪数据的分析的话,将对形成再次改善的基础有很大帮助。

    另外一点我想提的就是建立一个典型用户的群体,在整个设计过程中,尽可能地在每一阶段随机选择群体成员参与用户体验设计和改善,这样对最后的结果也会有很大帮助。

  2. 油茶出点练习题就更能帮助理解了。

    感兴趣的朋友找一本叫“可用性工程” - usability engineering 看一下,特别是后面的几个练习题,这样就能大概理解做部分步骤的大致概念了。其实有些也是低成本,很生活性的, 科学毕竟来源于生活,不要把一些新名词冠于不可触及的领域。:) 个人观点哦

  3. 最后一句是说我们自己, 对了,好像记得JUNCHEN总结过一段很实际的话来描述这些流程的取舍问题。。。

  4. 积极响应Ryana姐姐营造积极留言氛围~
    不过,我们取舍的方法是这样的:第一是“有空做不?”因为只有我会去做;第二才是多我们有明显帮助不

  5. Ami妹妹没有仔细看,这个上面的图可以进行取舍条件:
    Limited time/resources
    No direct access to users
    Limited skills/expertise

  6. 看到了看到了:)

  7. “可是换成一个创业型的小公司,老板和整个团队都是这个研发产品的用户,深刻了解产品的需求,你做故事板给内部人看,或许就没那么必要。。”
    这句话怎讲?
    给我的感觉就是,因为老板和整个团队都是这个研发产品的用户,所以常常拿“我觉得……”来说事儿,最后造成观点分歧严重。应用了故事板/场景 之后,改善的效果不错。

  8. 每个人都有不同的我觉得?那说明不是很深刻地了解产品的需求啊。。每个人心里都有不同的故事,互相不能同意对方的故事。。那用故事板,你要讲几个故事呢?。。这种情况下,要做的是提炼统一出persona吧。

  9. 理想化的流程是这样了,可是一般工作流程都是已有的,想要改变需要拿出有说服力的东西……而且组织越大,流程就越复杂,改变也越难

  10. 哎。。沟通成本随人数增加呈指数上升~~

  11. To 叶子风铃,老板也希望更好,但得有人懂具体怎么样做才会最好。你不去了解,等着老板来了解,给把流程都做好了,再来招聘你进去工作么?

    有说服力的东西,那就是很多外企大公司,大量的国外创新组织和小公司,都在逐渐这么做。。但是别人成功那终究是别人,再有说服力,也只是”说”服,落实到自己公司执行,又是一回事。根本不存在万能钥匙,必须要这个开锁匠对各种锁的原理对各种开锁方法了然与心,灵活运用,单独配置一把只能打开你们公司流程问题的钥匙。

    Ian说的题目,建议很不错。下一个题目,就出这个吧。

    Evans的用户数据库,是用户研究,用户参与设计的前提,要得要得~ :D

  12. 有一段时间没来油茶了,看到这篇文章,先收藏,周末再拜读呵呵
    谢谢ryana

  13. 我找这张图找的好辛苦啊!…………………….

  14. [...] 原文链接 [...]


这时,又一位英雄站了出来:

记住我,我是回头客: