用研知识沉淀-焦点小组

标签: 用户研究 | 发表时间:2012-05-22 13:22 | 作者:hedyli
出处:http://www.blogread.cn/it/

标签:   焦点小组

    

    焦点小组(Focus Group)指在主持人的引导下,8-12名用户就某一主题展开讨论的定性调研方法,在用户研究工作中被广泛应用于用户需求调研、产品功能挖掘、产品原型设计和用户建模中。焦点小组的组织是一项比较细致的工作,需要组织考虑诸多可能影响数据结果的因素,如用户的选取、过程设计及主持技巧等。根据焦点小组开展的流程,我们需要解决下面几个问题。 

     1.     用户应该如何选取

    选取焦点小组用户时需要考虑用户的同质性和愿意开口说话,保证用户具有同质性可从用户背景和用户兴趣两方面进行筛选。

    

    按照用户兴趣分类时,可以在问卷中加入性格测试题,也可根据不同研究内容采用不同的问题进行挖掘,如QQ音乐研究中可以询问用户喜欢的音乐类型。

    在用户选取时可以通过筛选业内人士(互联网、IT行业)进行专业用户焦点小组,甄别产品重度用户和有自我表达意愿的用户也是行之有效的方法。

    此外,对于创新型焦点小组需要重点考察用户的创新能力,判断用户是否具有创新能力可从用户使用产品时的探索性操作(如使用产品的广度和深度)和用户使用产品过程中遇到问题后的反应(如直接拿去维修、上网查询或去论坛交流)入手。 

      2.     开始前需要进行哪些准备?

    准备的目的是确保所有资源的提前到位,从容应对任何小概率意外,准备活动应尽早进行,所有需要其他同事配合的工作都需要考虑接口人出差的情况。需要准备的事项包括:

      

     3.     如何进行用户破冰使现场热起来?

    焦点小组开始后,如何让用户情绪快速被调动起来开展破冰活动的目的主要是让用户热起来,做好说话准备,乐于表达。以下列举了几类焦点小组中可采用的破冰方法,具体使用中可根据焦点小组研究目的进行选择开展。

    

     4.     如何进行分组讨论?

    分组讨论可以在有限时间内,使用户可以更充分的表达自己的想法,一般需要安排在暖场以后,以避免小组成员之间生疏,也可以在开始的时候以游戏的形式进行,用于暖场。分组讨论时,可考虑按照性别、兴趣爱好等因素分组,也可根据问卷或讨论题等方法寻找具有共性的用户,每组用户数安排2-3人较为恰当。

    分组讨论一般可分为竞争型与和谐型。竞争型是分组是指各组之间有竞争关系,每组有leader,有礼物派送等奖励机制;而和谐型分组是指各组之间没有竞争关系,主要用于产生创意性的想法。

     与集体讨论不同,分组讨论的结果经过组成员讨论整理,具有一定的逻辑结构,需要安排特定的时间和方式对分组讨论的结果进行收集,结果收集的方法主要有:

    

      5.     如何进行主持和控场

    在焦点小组开始后的整个过程中,主持人控场能力是保证焦点小组现场节奏和氛围的关键,控场的目的是让用户在计划的时间内说出研究待解决的问题,控场主要表现为焦点小组现场兴奋度的调节和突发事件的应对。

    兴奋度调节方面:

    要控制现场用户的兴奋度,主持人首先需要:

    

     当出现活动现场氛围较冷时,主持人可以:

  • 适当的开些小玩笑
  • 重复用户的观点
  • 利用在场用户中相对活泼的用户带动现场气氛
  • 没有攻击性的点名提问
  • 通过眼神、话语交流鼓励用户发言
  • 针对某个用户进行简短的一对一交流
  • 穿插简单的活动和游戏
  • 极端情况下时可以安排中场休息进行调节
  •     主持人对用户的称呼也会对用户发言的积极性产生影响,对于学生用户来说可以直接称呼名(如张小蕊可直接称呼小蕊),这样会让用户觉得亲切;对于年龄稍长的社会人,可以称呼**先生/小姐以示尊重。经验不足的主持人可以通过细化脚本的措辞来使主持和控场更加顺畅。

        焦点小组的突发情况包括但不限于以下情况:

         临时有其他人来到现场:需要在合适的情况下安排来人进行简单的自我介绍。

         个别用户迟到:应尽量避免迟到用户入场,特殊情况下迟到的用户需要安排接待,入场后应尽快找机会进行自我介绍,主持人需要向迟到用户介绍活动的流程以及当前的进度。

         用户不愿意签订保密协议:这种情况一般不会出现,但在对保密协议进行说明时注意描述方式,主要强调是为了用户的隐私信息不被泄漏,其次强调公司利益,这样用户的接受度会更高。

         用户甄别出现问题:当用户甄别出现问题时,在不打断焦点小组活动进行的前提下,可以单独和不符合甄别条件用户进行沟通,帮助用户提前离场,在无法安排提前离场时,可以考虑减少其发言机会,以减少对其他用户的干扰。

        除了对现场气氛和用户兴奋度的把控外,主持人还需要对活动时间节奏进行控制对于时间控制方面有两点需要注意:

        1)当某个部分的实际用时超过计划用时,要保证重要问题的数据已经采到,对于其他可调整的问题(如使用场景、产问使用过程中存在的问题等),可在适当时候先打断用户,进行下面的环节,在时间允许的情况下可返回某个被打断的话题继续讨论。打断用户时需要特别注意说话的方式,切忌强制打断,以免影响用户发言的积极性。

        2)当某个部分的实际用时少于计划用时,这时得到的结果较少,需要采用其他方法方法进行补充,如提供更多的素材或让用户轮着发表自己的观点。但要考虑用户是否对这个话题极不敏感,如果用户表现出对某个话题较强的反感情绪,为避免冷场,还是赶紧结束这个话题吧!

         6.     如何记录数据?

        焦点小组数据记录方法主要白板记录、记录员记录和录音笔记录3种方式,他们的主要优点和缺点如下,在使用的过程中可以根据实际情况进行选择使用。

        

    您可能还对下面的文章感兴趣:

    很抱歉,暂时没有......


    相关 [知识 沉淀 焦点小组] 推荐:

    用研知识沉淀-焦点小组

    - - IT技术博客大学习
        焦点小组(Focus Group)指在主持人的引导下,8-12名用户就某一主题展开讨论的定性调研方法,在用户研究工作中被广泛应用于用户需求调研、产品功能挖掘、产品原型设计和用户建模中. 焦点小组的组织是一项比较细致的工作,需要组织考虑诸多可能影响数据结果的因素,如用户的选取、过程设计及主持技巧等.

    一群人狂欢,一个人沉淀

    - Alalan - 爱范儿 · Beats of Bits
    如果要说以 Twitter 为代表的微博客和以 Tumblr 为代表的轻博客在内容管理上最大的区别在哪里,我认为是他们对“标签”(tag)的处理方式. 这当然跟 Twitter 和 Tumblr 的理念差异有关:. Twitter 致力于做地球的脉动(The Pulse Of The Planet),标签必须成为媒体属性的一部分.

    我的网络阅读和内容沉淀方式

    - - Page to Page
    作为一个标准的IT民工,网络阅读已经成为一种习惯,就像公务员们每天守着新闻联播一样. 虽然阅读的终端根据场景的不同会不停的变化和切换,从办公室到地铁,由沙发到马桶. 眼前总有一个页面,那些呈现在电脑--手机--平板--电子书上的页面. 在快速浏览的同时,时不时会点点鼠标,或是触摸一下那颗“♥”,只有那些沉淀下来的内容,才有细细品味的必要.

    工作十年,在腾讯沉淀的高可用系统架构设计经验

    - - 掘金 架构
    在系统的开发过程中,很多开发者都为了实现系统的高可用性而发愁. 本文从研发规范层面、应用服务层面、存储层面、产品层面、运维部署层面、异常应急层面这六大层面去剖析一个高可用系统的架构设计需要有哪些关键的设计和考虑. 希望腾讯的经验方法,能够给广大开发者提供参考. 内容较长,您可以收藏后持续阅读. 1 高可用系统的架构设计思想.

    知识衍生

    - 月乾 - linux大棚-roclinux.cn
    周日,落得清闲,写篇博客,把自己有关“知识学习”的一个小感悟,用图表达出来,希望能让大家有所启发. 思考一下,想学习一个新的知识,需要哪些前置知识,一个一个列出来,看看这些前置知识,有哪些还不熟悉,再列出这个前置知识的前置知识,如此递归下去,会形成一棵知识的树状结构,我们叫它知识衍生树吧. 所有叶子节点上的前置知识都是你所熟练掌握和理解的.

    知识的顶峰

    - loudly - 科学松鼠会

    动物冷知识

    - Pstrey - 科学松鼠会
    喜鹊,已知唯一能从镜子里认出自己的非哺乳动物. 2008年,德国法兰克福歌德大学的普莱尔(Helmut Prior)用喜鹊做实验,证明它知道镜子里的影子是自己. 黑猩猩和海豚也有这种本事,但喜鹊是已知唯一能从镜子里认出自己的非哺乳动物. 【能认出镜子中的自己的动物并不多,这个著名的测试叫“镜子测试”,连猫狗都不能通过.

    jQuery知识总结

    - - 博客园_iTech's Blog
    转自: http://www.cnblogs.com/oec2003/archive/2013/04/13/3017731.html. 原作者:  oec2003(水杯) . 出处:     http://oec2003.cnblogs.com/ . 本文版权归作者和博客园共有,欢迎转载,但未经作者同意必须保留此段声明,且在文章页面明显位置给出原文链接,否则 保留追究法律责任的权利.

    PKI知识梳理

    - - 互联网 - ITeye博客
    场景:S要通过Internet发送一份文件给R,这份文件非常重要,不能有丝毫差错,而且不能被别人知道文件的内容. 采用对称加密算法加密文件后传输. S用对称密钥加密明文后得到密文,通过Internet发送密文给R,R用对称密钥解密密文,得到想要的明文. 这种方式需要R将对称密钥告知S,如果途中被黑客截获了对称密钥,整个过程就不是保密的了.

    谈知识分享

    - - 人月神话的BLOG
    准备就知识分享这个话题谈下,有很多人说为何我博客上很多专业实践的文章都分享出来而没有任何保密. 这个其实很简单,首先这些大部分都是项目真正的实践,我在分享的时候都进行了相应的抽象和自我的总结,是没有违反任何和客户的保密协议的,从这个角度来说是完全可以分享的;其次,就我个人而言,我个人的实践经验没有任何不能分享的,知识只有分享才能够产生更大的价值,这也是我一贯一来的观点,如果这些知识需要我保密才能够体现个人价值,那反而说明我个人没有太大价值.