用户对产品的需求随着经验而有着明显的差异，在产品不断的调整和升级中如何更加了解产品的不同阶段的需求是开发人员一直重点关注的，而要保证产品开发过程的效率和实效，我们需要了解和思考更多。

可能细心的你会发现很多关于产品和用户的书中都会重点提到关于用户访谈的章节。一些业界的网站和同行Blog里也描述了很多关于用户访谈的实践，很多已经取得了实际的效果，有些趋势化的势头。在具体实施的过程中，我们要时刻明白：是产品的孵化和进化推动用户研究，而不是反向作用力，在这个基础上，用户研究贯穿整个开发流程，伴随产品的出生和成长。在成长的不同阶段有各自的方式，比如：孵化的时期因为人力和时间的考虑，对产品和用户的考虑需要产品的主导人有着敏锐的洞察力而相对在用户了解上花费成本较小。在产品进入成长期时，我们可以从海量数据反馈中得到信息，但是What and How的问题还需要采取合适的方式展开用户访谈以作为产品调整的理性数据之一支持产品成长过程。

我们在使用了主题专家访谈，网站数据分析，市场焦点小组，第三方调研数据等方式来了解和掌握用户情况的同时，用户访谈作为一项重要的研究方法变得越发具有必要。很多开发团队已经实践并总结各自的方式应用于开发过程。

Review of patterns of user behavior.

今天来分享我所在的团队在用户访谈方面的一点点实践过程。

一：为什么访谈？

1，我们不只一次的遇到这样的情况：可用行和用户习惯的冲突问题，我们是应该尊重专家的规则建议还是应该在迎合习惯？在功能使用上，那些是具有共性的行为方式。带着产品的疑问，过程中有目的性的沟通过程是促使中小团队解决问题的重要方法。

2，经过产品的几次调整后，我们是否还有一些简单而又明显的“死角”没有被发现？因为作为开发人员，我们每天，每月甚至每年都对着同一个产品，逐渐形成了一些掩盖问题的抗体，用户研究可以帮助我们用别人的眼睛去发现这些可用行和逻辑问题，从而得到一些定性的结果。

3，在访谈的过程，会不会得到一些意外有具有共性的需求点？在跟不同的用户沟通过程中，很多人会提出：如果你们有A功能，我就可以节省很多力气了...我觉得如果这里多一个B功能我会非常高兴。有一次晚上和Maison吃饭，他给我讲了一个YahooPersonalChannel的例子：Yahoo的开发团队在对用户的家访过程中发现很多家庭桌子旁都会摆放一个类似通讯录的东西，于是在了解这个简单而具有共性的需求后，新的产品中这一举措为产品赢得了支持。在产品和团队发展到一个时期的时候，我们可以通过这种方式让用户帮助我们“创新”。

二：访谈谁，记录什么？

产品有不同阶段的用户，如新手，中间级和专家用户，各自的需求更是千差万别。我们的做法是先区分用户，对应不同的沟通方式，用作不同的作用。积累访谈记录逐渐归类整理，形成用户样本库，我们暂时的方法是：定期约定不同深度的用户现场访谈，提供电脑和网络和一个问卷，问卷包括：1,用户基本信息和又无需求。2，此用户对我们的产品或对手对手用户粘度。3,若干个行为测试。在区分不同阶段用户后，对不同的需求阶段采取有所侧重的访谈方式：

1，对于新手用户：重点记录新手用户的访谈侧重记录兴趣区域，检测产品学习体系的疏漏之处，观察受挫地点和原因。

2，对于专家级用户：产品的功能是否能够为专家级用户提供足够的深度，应该创造怎样的自由化场地为专家用户挖掘提供快捷之道，了解专家用户还会使用那些其他产品，之间有没有关联性？用户的使用经验和失败经验？以及对产品的期望。

3，永久的中间级用户：这部分用户会频繁用到产品的少量功能，并要求这些功能快速，明显，易理解和控制。我们在访谈中重点关注独立功能的完整性和更新时考虑的延续和发展成本并处理功能的优先级。

三：用户访谈的应有使命

首先，持续的用户访谈才能给产品带来实质的帮助和意义，简单的几次简单访谈不能代表整个用户群体行为模式。持续的观察用户行为以及变化并作为产品数据支持之一是用户访谈的使命。

其次，现场访谈的使命有限，只是了解用户的方式之一，是配合产品主导层完善思维，是作为海量定量数据的补充。我们把用户请过来做访谈，这个行为本身就是带有感性引导的行为，有时候用户会和我们一起充当帮凶，没有发现问题而去刻意发现问题，陷入无尽的牛角尖的痛苦之中。

第三：不段的改善和建设访谈体系可以让我们更清楚产品和用户。

花些实践来规划用户研究，他们的需求和动机。将合适的技术用于开发周期的何时阶段，避免实践和资源的浪费。基于定性的数据研究和研究支持的模型，是指导判断产品设计的实效的重要方法。

了解用户，刚刚开始。

原文链接：http://www.a-xuan.cn/axuan/article.asp?id=118

更多UI博客精选