在构建产品最佳用户体验的过程中，要求交互设计师熟练运用设计理论，遵循设计规范，还需要与用户沟通，了解他们的真实想法，为产品体验推广计划提供设计依据。这个过程叫做“用户访谈”。通过对2B产品的用户访谈，作者抽象出用户访谈的一般流程，以供讨论和参考。
一、项目背景
# #产品A是公司内部云安全领域的2B产品，用户群体以内部员工为主。上线至今4年，经过多次优化迭代，基本可以满足公司内部业务需求。目前产品处于健康稳定状态。产品A在技术实力和功能上与市场竞争没有明显差距。但随着公司逐步推广云产品，要求产品A需要不断优化，进一步提升用户体验，保持较强的竞争力。##
“知己知彼，百战不殆。”在做用户访谈之前，你需要了解项目/产品的背景，也就是搞清楚TA为什么要做用户访谈。
提前了解项目背景，更有助于把握产品研究的方向和脉搏，做到心中有数。
二。采访的目的
# #产品A打造4年，目前处于健康稳定的状态。因此，本次访谈的目的不是优化产品结构或产品改版，而是定位产品A使用过程中不流畅的节点或功能模块，从而精准提升产品细节的用户体验。##
在做用户访谈之前，首先要明确这个访谈的目的是什么。只有设定一个明确的、可实现的目标，才能在面试过程中始终围绕这个目标，保证输出的结果不会偏离初衷。一般来说，面试目的可以分为两个环节:
1.通过用户访谈获取用户反馈，分析形成结论；
2.通过结论产生需求，推动产品优化。
三，关键词:用户体验
# #产品A的用户群是一群不善言辞的程序员。有时候语言无法给出明确的答案。在这种情况下，更需要时时刻刻捕捉用户的感受，才能准确反映他对产品当前状态的真实评价。##
体验设计师本身就有UCD思维，所以可以无形中判断产品在用户体验上的好坏。但在做用户访谈时，设计师需要站在中立的角度，不要根据自己的感受去影响用户，“冷静”地与用户保持对话，尽量避免“节奏”。此刻，他们应该尽力保持倾听的姿势。
设置一个关键词:用户体验。你可以仔细观察用户的表情，看是否和他的感受一致。“你站在桥上看风景，看风景的人会在楼上看你”。
第四，了解产品
# #由于之前没有使用过，也没有接触过产品A，所以先找到了产品A的负责人，通过和他的交流，我对产品有了一个基本的了解，内容如下:
—产品发展历史
—产品的当前内部定位。
—产品功能模块的划分
—产品的核心功能
—产品最常用的功能
—产品团队认为的用户痛点
-与竞争对手的差距
—产品开发规划
—产品的获取过程
—产品团队对用户访谈的期望
接下来尝试使用产品a，由于是云安全领域的2B产品，使用有一定的门槛。为了帮助我快速入门，产品团队给我提供了三种资料:产品介绍、用户培训手册、产品wiki。大概用了3天。学完这些资料，我开始试用产品A，尝试体验所有的功能点。针对核心功能模块，我重点关注了新手在使用过程中的体验盲区。##
对于要考察的产品，需要了解产品的定位、功能、预期、竞品等信息，尽可能建立对产品的全面了解。因为只有你对产品比较熟悉，才能尽可能引起面试官的共鸣，但是他在讲一个功能的时候，你不能一脸茫然。它可以分为两部分:
1.带产品的团队成员，可以是直接负责人，也可以是部门领导，了解产品本身的定位、产品的行业前景、产品目前所处的阶段以及未来的发展规划；
2.尝试自己使用产品，带入产品的用户角色，尽可能体验产品的所有核心功能。
你为什么想了解产品？还是那句话:知己知彼，百战不殆！"
动词 （verb的缩写）参加面试者
# #产品A有三类用户群:技术开发、团队领导、资深专家。根据用户群数量，选取三组比例相同的用户作为本次访谈的对象，并与每位用户确认访谈时间和地点。面试地点可以是会议室、办公区、室外、休闲区等。尽量营造轻松的面试环境，避免嘈杂、狭窄等空。##
这个产品的用户群是谁，多少用户分为几个类型，每个类型有多少用户……因为访谈形式决定了不可能覆盖所有用户，所以需要选取少量有代表性的用户进行用户访谈。
如果用户群较多，最好根据用户群的比例确定每组的采访人数，然后在单个组中随机抽取。可以优先考虑主动性强的用户，因为他们往往有很多抱怨。
不及物动词脚本框架
# #这次采访产品A的脚本框架如下:
用户何时使用产品，用户使用产品的频率，以及用户在单个会话中使用产品的时间。用户认为哪些功能和体验不好？用户认为产品的哪些部分需要改进？用户认为目前最需要做的是什么？用户在使用产品时印象最深的，基本都是遵循由简入深循序渐进的节奏。当然，这只是一个脚本框架。在真实的面试过程中，需要根据双方的状态，适当发散或收敛到某个细节，做到心中有数，心中有数。如果录音跟不上通话速度，可以使用手机中的录音功能，保证不错过任何重要信息。##
通过了解项目背景，明确访谈目的，熟悉产品，可以确认本次访谈的基本脚本框架，从而在与用户交流时，遵循一定的逻辑，由浅入深地获取关键信息。
脚本框架的另一个好处是让用户采访有一定的“仪式感”，类似于记者的采访稿件，可以让被采访者感到被尊重，这样他会更愿意说出自己的真实想法。
七。分析和总结
# #按照约定的时间和地点，逐一访谈用户，在脚本框架的基础上形成与产品A相关的用户访谈数据。一些信息简要摘录如下:
1.超过70%的用户使用产品A超过1年。
——可以认为产品A的用户群体多为“老司机”
2.90%以上的用户不会每天使用产品A；
——侧验证产品A为低频2B产品。
3.超过80%的用户单次使用时间超过10分钟。
——说明产品A是2B产品中的“刚需”，否则不会长期使用。
4.60%的用户在使用“系统配置”功能时存在体验盲区
-与其他核心功能相比，该功能需要优化。
5.60%的用户面临过“缺少帮助文档”和“无法理解术语/指标”的情况
-整个产品体验还是很不错的，只是“帮助系统”不够友好。
6.超过50%的用户认为“操作指南”和“帮助文档”亟待改进。
——这是因为“求助系统”没有建立起来。
7.50%的用户在“配置变更”中不顺利
——所有功能模块中，“配置变更”这一环节需要优化。
8.60%的用户认为产品需要“简化使用流程”
—— 2B产品，单次使用时长确认，需要用户投入10分钟，所以使用流程要简化。
9.印象最深、排名最高的一条是“所有默认配置，都不敢碰”
—“默认配置”的初衷是缓解用户选择的难度，但同时也让用户无从下手。构建“帮助系统”需要注意这个场景# #
在对一个用户进行采访后，方便的整理采访记录，分清哪些是本次采访需要的，哪些不属于本次任务，哪些是下次需要进一步挖掘或回避的，做好分类。
当所有用户接受采访时，可以根据脚本框架进行分析总结。在分析总结中要尽量使用定量数据，定性的陈述不能再用了。
八。产品讨论
# #把产品A的相关人员召集到一起，包括产品团队、设计团队和部分用户。先给大家讲一下这次用户访谈形成的用户访谈报告，然后开始讨论。可以根据小团队分成几个焦点小组。最后各方抛出结论，反复循环。在这个环节，需要记录下大家的意见和结论，尤其是涉及到具体体验改善的改善方案。对“责任人”和“截止时间”要逐一确认备案，以便后期跟进，如有疑问可进一步调查。##
通过对用户访谈结果的分析和总结，可以形成非常有分量的用户访谈报告，尤其是可以通过量化的数据展示用户的心声，为产品体验提升提供有价值的指导。
九。实地执行情况
# #根据产品A的讨论会议中确认的需求，将其纳入日程，注明相应的“负责人”和“截止日期”，以提升现有产品的体验。##
产品讨论会议结束后，应形成会议纪要，并将会议纪要通过电子邮件发送给利益相关方，以确保执行。
X.摘要
用户研究的常用方法有很多:问卷调查、焦点小组、可用性测试……每种方法都有其适用的对象和场景。
用户访谈作为一种经典的研究方法，形式极其简单。但要想达到预期的效果，尤其是要把面试结论转化为提高产品体验的生产力，就需要主办方不仅要保证面试过程的顺利进行，还要做好面试前后的工作。
最后分享一些常见的面试问题，供大家参考~
类别:
您使用该产品的时间、频率和频率如何？这个产品帮你解决了什么问题？可以用其他产品/方法解决吗？使用时主要使用哪些功能？这些功能的使用过程是怎样的？使用该产品时出现过哪些意外情况？后来是怎么处理的？该产品的哪些特性/内容对您最重要？如果没有这些功能，您还会使用该产品吗？你认为你可以删除这个产品的哪个功能模块？为什么要删除这个功能？你认为这个产品可以增加什么样的功能模块？为什么要加这个功能？你愿意向你的同事和同行推荐这款产品吗？你最愿意推荐哪些功能？这款产品的视觉效果是否令人满意？有哪些满意/不满意点？为什么？如果你是来修改这个产品的，你有什么想法和看法？…体验课程:
登录时密码错误+验证码输入错误交叉导致用户崩溃；新手指导，让用户知道从哪里开始；打开一个页面，内容一直在加载，或者需要先配置预置参数；对用户的帮助/提示，减少用户在操作过程中的困惑；运营前可预测，运营中有反馈，运营后有回报；页面布局不一致导致操作混乱；填表时，完成后点击“确认/下一步”，发现由于填写不达标，无法进行操作；页面上有很多功能和操作，比如下拉选择框、搜索框、操作等。，用户眼花缭乱；目标信息无法搜索，搜索功能不固定；有更好的竞品，但运营模式与竞品不一致；推荐值NPS低；……本文由@吹拉打大师原创发布，人人都是产品经理。未经许可，禁止复制。
来自Unsplash的图像，基于CC0协议。
