产品开发用户访谈的7条注意事项

   产品开发用户访谈的7条注意事项

  在决定是否开发一款互联网产品,如以Drupal搭建的SaaS服务,往往需要先评估是否市场上真的有需求,这时最好的评估方式就是和目标用户进行面谈,然而进行面谈不是单纯的聊天,它是具有目的性的,访谈者必须借由问答的方式挖掘出用户的观点,已验证产品的需求,以下是进行用户访谈时需要注意的事情:

  1.问开放性的问题 访谈时最好避免问是或不是 的问题,这样很容易在提供答案的情况下让用户去二选一,而且用户的答案完全没有足够的信息,因此最好是问开发性的问题,给用户足够的空间去回答问题。

  2.多问Why,How,What 在访谈时多问为何(Why)、如何(How)、什么(What)类型的问题,这样才能让用户去思考答案,进而提供信息量足够的答案。

  3.准备草稿但临场发挥 访谈前最好准备一份问题的草稿,在访谈时可以参考,但最好访谈是可以跟着当时的情况即兴发挥,因为每个用户的状况都不一样,很难完全跟着稿走。

  4.一次访谈一个人 每次访谈时最好只访谈一位用户,这样比较容易控制节奏,也避免其它用户的干扰和影响。

  5.多听少说 进行用户访谈时,不是在进行产品的销售,重点是要了解用户的想法,因此需要多聆听少说话。

  6.让用户推荐其它面谈的人选 在访谈结束时,务必请用户推荐其他可面谈的人选,往往用户都很乐意帮忙介绍。

  7.问题结构可遵循Who - Problem - Solution 用户访谈时的结构可以使用 (1)了解用户的信息和背景 (Who) (2) 了解用户的痛点(Problem)(3)了解用户的现行解决方案(Solution)。

时间: 2024-09-13 11:08:13

产品开发用户访谈的7条注意事项的相关文章

思杰发布新产品为用户“Path to the Cloud”战略

2012年11月16日,北京--近日,在西班牙巴塞罗那召开的融移动办公方式与云服务为一体的Citrix Synergy大会上,思杰公布了下一阶段云战略,旨在帮助各类规模企业和服务提供商交付可供商务使用的云服务.随着移动云计算时代的到来,全球企业都在寻求有效的策略,希望在充分享有云计算利益的同时,又不破坏其固有的业务模式.思杰在大会上发布的新产品为用户提供了一条简单.务实的"Path to the Cloud"战略,让他们更容易把各自的Windows应用和桌面转化成云服务,并能以亚马逊风

用户研究设计:实际工作中总结用户访谈经验心得

文章描述:最近做了一些项目的用户访谈,总结出些许经验心得,这里先就一些访谈过程的关键点作为一个开头,后续再来补充其他技巧等方面,大家也可以共同补充,同时欢迎大家拍砖. 最近做了一些项目的用户访谈,总结出些许经验心得,这里先就一些访谈过程的关键点作为一个开头,后续再来补充其他技巧等方面,大家也可以共同补充,同时欢迎大家拍砖. 1.明确用研目的 研究目的是做用户研究首要需明确的问题.产品的需求是否可以通过用研来解决,如果可以解决,采用哪种方法,是定量还是定性,定性是座谈会还是用户访谈等等,这都要根据

用户研究方法:用户访谈和调查问卷了解用户

文章描述:我要如何了解"她". 上回我们讨论UE在团队中的作用,有一点大家已经达成共识,那就是用户是所有体验的基础,如果用户的要求没被满足,良好的体验自然也无从说起.那么,我们怎样才能了解用户需求呢? 大家都知道可用性测试.调查问卷之类与用户进行沟通的途径,这些方法各有各的利弊,如果逐一分析的话,恐怕至少要分成三本书来写.现在我们先把它们放在一边,从另一个角度来看看这个问题:用户的需求会通过什么途径来表达呢? 举个小小的例子,某位小朋友饿了,他可能会说"我要吃点东西"

解析精益产品开发:面向价值的可视化

用户故事图谱和任务看板.版本和迭代燃尽图,可视化已经成为敏捷和精益产品开发必选实践.可视化真的重要吗?我们将从一个真实团队的实践开始,探讨可视化的作用,以及如何让可视化发挥效用. 1. 一个团队实例 这是一个50人左右的团队,做企业级存储和数据管理产品,他们通过实施产品开发中的价值.技术风险和价值流动过程的可视化,促进了团队的沟通.决策.自我管理和持续改进. 1.1 可视化价值 图1是团队使用的用户故事图谱,它集成了产品目标.产品功能项以及产品的发布计划. 图1 用户故事图谱实例 图中左上部的两

阿里从一次小型用户访谈中学到的四个亲身经验

  数据很差的功能,可否轻易被下线?新产品的用户研究时,demo 要做到什么程度?用户对产品的认知与我们完全不同-- 今天这篇好文,是从阿里一次正规专业的用户访谈中总结的设计经验,很多观点绝对会颠覆你对用户访谈的固有印象,一起来看看. "是我的需求,还是用户的需求?"--这是我最近问自己最多的一个问题. 当真正转变为从业者后,我才发现自己渐渐远离了用户这个群体,平时做设计更多依赖的是业务.逻辑.数据,以及我自己的经验和判断.虽然在学校的时候看过很多诸如<About Face>

从原始数据到数据科学:使非结构化数据结构化,以推动产品开发

数据科学正在快速发展成所有行业开发人员和管理人员的关键技能,它看起 来也十分有趣.但是,它非常复杂,虽有许多工程和分析工具助力,却也难清楚掌握现在做得对不对,哪里是不是有陷阱.在本系列中,我们解释了如何发挥数据科学的作用,理解哪里需要它,哪里不需要它,以及如何令它为你产生价值,如何从先行者那里获得有用的经验. 这是"Getting A Handle On Data Science(理解数据科学)"系列文章中的一部分. 本文要点 从非结构化的机器日志到提供当前特定信息的高度结构化的数据分

读书笔记--用户访谈成功的秘密

       在你身边,为你设计        研究设计的人赶上了一个好时代,对于用户体验设计.服务设计以及更细分层面的工业设计来说,用户研究从经历了从一项非专业的活动,到一定程度上被认可,再到成为一种规范的过程,无论是行业活动.会议.网上论坛.学校课程还是专业实践,为用户设计已经成为大家公认的一个重要理念,凡事总会有例外,也学你现在还没有感受到大家对用户的重视,但你应该能认可的是现在的情况比以前好多了,如果你要为用户设计,那就一定要从深入理解用户开始,如果你对用户还没有这种深入的了解,那就需要

用户访谈的基本的3个问题

用户中心的设计流程中的第一步是用户研究.它是一种理解用户,将他们的目标.需求与您的商业宗旨相匹配的理想方法.但是一般来说,和用户交流都是需要技巧的.假如乔帮主直接问用户你要什么并且按照这个需求来做iPhone的话,谁知道最后会做出什么东西呢.所以,看看这篇文章吧,不论你做的是用研还是设计,应该都能获得不少的益处. 用户调研的首要原则:千万不要直接问用户他们想要的是什么 --Erika Hall,just enough research 我喜欢做用户访谈,它们低廉.有效(你得到的信息会多于你问的问

微软产品开发中的“战争与和平”

冲突是微软开发工作时的常态,每个微软新产品的孕育过程概莫能外地充斥着质疑.抗争.苦闷.忐忑--理念的交击.智慧的冲撞让软件开发的各个阶段都弥漫着硝烟,直至产品发布,然后又要迈入下一个循环.对于微软工程师们来说,这样的经历就仿佛是一次次痛苦但不乏惊喜的涅槃. 这篇博客记录了微软Windows Server 2008 R2*中国团队的一些真实经历与感悟,例如"暗藏杀机"的季度性产品评审会议:微软工程师如何"向用户学习":软件开发过程中只有对错.没有"权威&qu