##关于内部使用系统,如何做产品调研?( 二 )


文章图片

文章图片

5. 调研对象筛选
埋点数据是最有说服力和全面的数据源 , 使用对象少的话直接全部发 , 多的话可以考虑分部门、分模块、分使用频次来筛选调研对象 。(如果没有埋点数据 , 建议从组织架构挨个部门询问…)
题外话1:产品经理数据分析能力在这个地方发挥作用了 。从埋点取数、数据清洗、频次分维度统计、生成收件人列表等需要sql、python/R语言的简单代码支持 。
6. 问卷设计
首先要秉持:“调研是为了验证” , 验证你的假设 。在这个基础上 , 再从问题上做些讲究 , 比如转变提问的方式、相似的问题叉开问等来保证验证的效果 。问卷的载体使用问卷星开放的免费功能就够用了 。
针对核心假设 , 调研问题设计举例:
假设:“绝大部分用户现在使用某模块只是为了从页面上导出数据”Q1:“您平时在这个模块最主要使用什么功能?(单选)”Q2:“您最近三个月在这个模块除了Q1所选的功能 , 还使用哪些功能?(多选)”…Q15:”这个模块您有没有之前用但是最近三个月已经不用的功能?(如有请帮忙详细描述)”
7. 问卷小批量试验
脑补一下”上千封的问卷填写邀请已经发出 , 之后发现有很多问题需求调整优化…”
毋庸置疑 , 用户耐心有限 , 这一步骤不可或缺 。排查一下有没有“调研内容不全”、“问题意图不明”、“选项文字不清楚”等情况 。这个步骤最好请几位跨部门的深度用户来试填 , 对了 , 别忘了请示领导是否有不足…
8. 问卷优化(注意要点同 问卷设计)9. 调研执行
这个步骤只有一些小建议:每个部门找到一位联络人 , 找联络人帮忙在部门发个通知;上班之初、快下班(特别是周五)是用户比较愿意去填问卷的时间点;邮件语气“任务式”比“邀请式”更有效(用户也不清楚调研背景) , 不过凡事把握尺度 。
10. 问卷总结
这个步骤是总结汇报的重点 , 所展现的信息篇幅也足够自成一章 。针对内部系统用户角色化的特点 , 相对于按“问题”线来展开描述 , 按“部门角色”线展开能更好得刻画角色特点 。数据展示最好按分部门来展开 。内容依次要包括“调研背景简介”、“问卷收回情况简介”、“调研结果呈现”、“需求点总结”、“调研不足总结” 。
问卷收回情况简介举例:
##关于内部使用系统,如何做产品调研?
文章图片

文章图片

注:这部分信息主要是呈现收回的调研数据全面 , 能够反映问题现状即可 。
调研结果呈现举例:
##关于内部使用系统,如何做产品调研?
文章图片

文章图片

注:问题结果可以有各样的展示 , 重点把握关联问题聚合、避免信息重复出现、重点突出等 。
需求点总结举例:
##关于内部使用系统,如何做产品调研?
文章图片

文章图片

注:通过块大小、颜色来反映用户对需求点的急切程度 。
11. 团队内部开发心声收集&其他产品经理心声收集
这两个步骤内容比较单一合并在一起 。本质目的是使调研反映的信息更加饱满 , 体现考虑问题的全面性 , 同时也为后面的结论做一个铺垫 , 告诉大家某某方面不是产品经理一个人的意见 。
呈现方式简单对称、对齐陈列即可 , 文字考虑写在“消息框”里给人更强的场景感 。
12. 关联产品对比分析首先 , 就算是内部系统 , 也很有可能有其他产品提供了相关的功能 。系统迭代越慢 , 业务方就越有可能找其他部门实现需求;其次 , 其他系统也会有相应的产品规划 , 如果其在一部分功能上定位更明确 , 也可以作为我们砍掉一部分功能进行重构的理由;另外 , 这个步骤应该在用户调研之前就应该有所准备 , 这样对应的调研假设才更具价值;


推荐阅读