子条:我们总结讨论下最近半年用过的用户研究(测试)的方法吧,我记得有线上的用户调研、竞品分析什么的。。。
子条:用户访谈、问卷调查、可用性测试,卡片分类,故事版,数据研究,用户模型。用户模型还没更新利用上。。我们已经做过很多这方面的工作了啊。
鱼纹慧:调查问卷_现场(10人)、调查问卷_网络(10000+)、用户访谈(6人)、可用性测试(25人+)、焦点小组(2-3人)、卡片分类、用户模型+路径+场景、心情地图(ing)、启发式评估、产品概念图。用户模型的使用方法感觉哪都没有用好的,仅仅是个沟通工具。
lio:所以要寻找答案。
子条:谁来认真看看about face 3里面建模:任务角色和目标,鱼来看吧,然后给组内分享。
你们焦点小组怎么做的,怎么没看到过报告呢。心情地图(ing)、启发式评估。
得有空整理介绍下。
prothink:我刚来的时候还没这块内容恩,所以我们发展了。
子条:还有,刚刚我看到一个卡片分类的方法,和我以前理解的卡片分类方法不一样。不知道是冲突,还是互补。
1、卡片分类:让用户去分类;
2、设计师根据用户提供的内容,对关键词进行分类。
你们觉得哪一个才是正确的?
鱼纹慧:卡片分类包括(开放式、封闭式)
你说那种应该属于:1、开放式 2、封闭式。
让用户直接去分类就应该属于开放式分类法;
之前车展竞品分析做卡片分类时,和lio简单的做过这种。
龙:如果是咱们有了类,让用户将内容放入各个分类中,应该叫封闭式吧。
鱼纹慧:对呀,没错呀~先开放,后封闭。封闭作为开放的检验;开放为了了解用户的分类逻辑。封闭为了验证用户的逻辑是否统一。
lio:让用户去分类的“卡片分类”应该属于信息架构学科。
咱们自己分类的“卡片分类”应该属于统计学科
子条:说得很抽象。但很正确。心情地图你是从哪里看来的?以前没听说过。
鱼纹慧:对用户模型场景的辅助性做法。但是学时候,师常说的mood map。找个例子:
淘宝抄过后的:
子条:原来它就是心情地图。
lio:啊!我也做过这个。原来有名字…我还以为是我原创的…
鱼纹慧:用户模型有了,场景有了,路径有了,自然就该有地图了吧。只是上课我听过一耳朵,比如老师说#¥%#……¥mood map@#¥@#%@然后我只听懂了mood map……
子条:我们得总结着去考虑另外一个问题:
这些工作的目的是什么,取得了什么样的效果,还能取得什么样的效果,大家填一下。例如:
调查问卷_现场(10人)—->定性研究,让问卷更合理,建立合理的用户模型
调查问卷_网络(10000+);—->定量研究,建立合理的用户模型
用户访谈(现场6人+3人);—->定性研究;?
可用性测试(现场26人);—->定性研究;优化现有产品的结构、流程
焦点小组(2-3人);
卡片分类;—>帮助架构合理的信息
卡片分类(如经销商反馈);—->统计作用
心情地图(ing);
启发式评估;
产品概念图;
数据研究–>定量研究;建立合理的用户模型、发现流程是否有断裂、实现数据推送
lio:产品概念图:从产品设计的角度出发,重新考量一个产品的用户体验。
子条:我觉得 用户访谈+问卷调查–(建立)–>用户模型–(模拟+数据)->路径-(模拟)–>场景-(模拟)–>心情地图—>科学的优化产品。
这样的结合,非常好。但做新产品,感觉还有点难。
用户模型:解决“用户是谁”的问题。我之前也这么理解,但现在我觉得还得加深一步理解。
用户模型:解决“用户是谁”以及“用户习惯(心理模型)”的问题。
我感觉应该是这样。心理模型=心智模型=用户习惯=用户群习惯。
子条:应该是 了解用户—了解用户的习惯—-了解用户为什么要这样去做—-了解用户的逻辑后,利用他的逻辑—-to do我们自己的产品。所以场景应该是利用他的逻辑to do了,在know之后。
lio:恩,是这样的。
prothink:用户模型也变相的确定了产品定位,目标用户群。
子条:这涉及到另外一个问题,目标用户群和实际用户群很可能不一样。
prothink:目标用户和实际用户,一方面是准星,一方面是靶标,需要相互修正。
鱼纹慧:产品设计前期:(总的目的是发觉用户需求+建立产品架构)
调查问卷_网络(10000+);—->定量研究,建立合理的用户模型
用户访谈(现场6人+3人);—->定性研究,建立合理的用户模型
卡片分类;—>帮助架构合理的信息
卡片分类(如经销商反馈);–>统计作用
用户模型+路径+场景(故事版);—->制定、优化用户需求及产品结构方案
心情地图(ing);—->制定、优化用户需求及产品结构方案
产品概念图; —->制定产品功能
产品设计中后期(总的目的:检验低保真、高保真原型的可用性)
启发式评估;—->改善产品现状、专家角度评估检验产品现状;
可用性测试(现场26人);—->改善产品现状、用户角度评估检验产品现状;
lio:就目前来说,我觉得见效最快的应该是可用性测试。可以立即得到结果,且成本不高。
子条:恩,可用性测试最好用。最容易发现问题。
lio:但是不容易发现深层的重要的问题。
prothink:能解决目前的战术问题,解决不了战略问题
龙:对,产品需求方面的问题太难以发现。
我觉得通过用户模型,可以明确用户产品需求,也能发掘用户出产品需求,
鱼纹慧:可用性好用是在产品的中后期。我觉资讯类门户网站用任务的方法不好解决。
lio:对!
鱼纹慧:应该更偏重信息架构,因为更多时候都在“码”信息。
lio:对!任务是可用性测试的根本,但也束缚了可用性测试。
被测人在“任务”的带领下,所做出的判断跟他平时有不少偏差。
子条:恩,确实如此。有一本书叫做“信息架构”,文慧去网上买一本回来,我们好好研究一下。