互联网|经历分享:如何做一场面向车主用户的现场调研活动( 三 )


针对访谈部分环节的设定 , 放在产品讲解之后 , 是基于用户对我们的新版本产品有一定了解 。 所以 , 对于访谈 , 我们按照主题分为三个阶段 , 当然 , 允许访谈现场有一定的自由发挥 。
1)预热阶段
对于产品的直观反馈 , 在讲解完产品之后 , 对产品的设想 , 基本反馈的收集获取 。
2)情景复盘
针对设计的核心场景 , 从用户故事和路径地图角度 , 尽量细致的交流和了解 , 获取情景相关需求状态 。 此环节是用户访谈中的核心环节 , 针对新版本系统特色的五大出行场景 , 围绕用户核心矛盾和问题 。
比如:早上上班点咖啡 , 目标是到达公司楼下刚好可以拿到咖啡上楼 。 这个场景中用户的核心关注点 , 是在于支付的安全性 , 还是咖啡的选择 , 又或者是堵车导致咖啡放凉了等等 。
3)发散阶段
在访谈的最后阶段 , 不限制主题 , 让用户自由阐述 , 描述当前最头疼的问题 , 自己出行途中想到的好点子 , 以及对于整体驾驶过程的描述 。

最后通过访谈信息的梳理和整合 , 形成对于某一个用户的最终访谈结果 , 最终形成可以优化和落地的产品迭代需求 。
3. 现场调查(试驾体验)
在用户试驾环节 , 可以认为是现场调查的形式 , 核心目标是让用户实车体验 , 我们在试驾过程中辅助介绍和答疑 , 对于该环节 , 对用户整个情景过程的音视频记录 , 便于后续的整理和分析 。
现场调查的核心 , 在于直接让用户走一遍真实场景 , 记录在真实过程中的整体过程和问题 。 现场调查分为两种方式 , 固定脚本和场景触发 。
固定脚本是直接告诉用户按照既定的场景脚本 , 基于模拟的情况 , 配合实际驾驶过程 , 以及对于产品解决方案的问题和体验 , 达到场景分析的目的 。
场景触发式 , 打造真实的场景环境 , 记录真实场景下用户的习惯行为和过程 , 同时基于现有解决方案对问题的解决程度 , 记录准确的反馈 。 比如在疲劳驾驶过程中 , 对于疲劳的提醒以及如何刺激 , 可以更好地帮助用户摆脱疲劳 。
4. 用户座谈(焦点访谈)
该环节和焦点访谈性质类似 , 但是主题不仅仅是一个 , 而是由专门的主持人 , 根据当天的产品宣讲情况 , 以及试驾情况 , 快速总结形成几大类问题进行访谈和讨论 。

用户座谈的目的 , 是对于当天整体活动的总结座谈 , 按照环节的设计 , 包含对体验试驾的评价 , 自由讨论 , 以及互动场景问答等 , 让用户在没有任何限制的情况下自有表达自己的观点 。
互联网|经历分享:如何做一场面向车主用户的现场调研活动
本文插图

通过这四个环节 , 从方向、规划到具体的场景和功能 , 在讲解、试驾、体验和座谈过程中 , 围绕之前拟定的目标进行调研 。
五、“车主日”活动
试驾总共6台车 , 整个活动我们产品部门安排了8个人参与 , 每台车配有产品讲解员 , 分两批次 , 同时预留2个技术支持做临时补充 。
当天活动 , 整体进程还算顺利 , 过程中稍稍出现了一些没有预料到的问题 , 希望和大家共勉 。

  1. 非目标用户的干扰:做问卷调查的时候 , 是做完问卷可以领一份小礼物 , 于是那些带家属来的车主 , 尤其是带小朋友和老人前来的 , 导致问卷样本小的情况下 , 结果不可靠性增加…后来 , 对那些带小孩子来的 , 都免费发一个小礼物 , 不需要做问卷调查 。
  2. 问卷的填空题建议附带引导:通过结果分析 , 发现随机填写的很多 , 因为是必须输文字 , 但输入的有效内容很少…
  3. 不要写太多的专业词汇:在问卷和访谈过程中 , 经常需要去解释一个名词 , 很多专有名词用户不明白 , 所以尽量不要用专业词汇 。
  4. 用户访谈脚本设计一定要灵活:在用户访谈时 , 很多用户不会顺着你的问题思路往下 , 往往会打断、变换话题等 , 时间有限导致访谈的深度不够 。


    推荐阅读