内部使用系统相对C端产品有哪些鲜明特点

内部使用系统相对C端产品有哪些鲜明特点：

劣势：

• 公司重视程度低
• 迭代相对更慢
• 需求主要源于业务方案迭代，很多时候产品同学话语权低

优势：使用对象“个体角色化”，同部门个体差异小，调研可执行性更高

一、产品调研简介

Q1：什么时候需要产品调研？

A：新产品规划、新功能设计、系统一段时间不更新积攒了一些抱怨和需求等，总之调研时为了使整个团队在产品的需求现状和未来规划能更好地达成一致，甚至以此拒绝一些业务方不合理的需求等，通过调研及总结汇报，能够提升产品负责人对产品的认识和影响力。

Q2：调研目标？

A：数据方面：清晰呈现系统当前使用指标走势并分析合理解释；

用户使用方面：分组用户在系统上的核心业务、动作、近期需求，以及其他优化建议；

关联产品方面：两维或三维呈现关联产品的功能差异点等

Q3：调研步骤？

A：本次系统调研主要分为三个环节，每个环节4至5个步骤：

二、产品调研过程

1. 系统定位

系统定位是相对比较宽泛的内容，这里需要提炼出系统在初始规划的定位，包含系统slogan、目标人群、功能方向或功能主题(最好都能贴对应的图片)等内容。

汇报材料的呈现方式举例：

注：“少即是多”适合来描述系统定位，底部加相应图片增强感知。

2. 产品功能架构介绍

有了概况之后，有必要对产品做个比较详细的功能架构介绍（如果是以呈现内容为主，围绕信息架构展开）。为了信息更饱满，最好也要加上每个模块的使用指标现状。

汇报材料的呈现方式举例：

注：顺序和颜色分别突出模块/页面之间的关联性、重要程度。

3. 系统迭代轨迹

系统迭代轨迹很重要，让人清晰地看到前面的伙伴付出的努力和系统不断健壮的过程。

如果当前开发的密集程度明显低于正常水平，而且近期开发的功能比较辅助，都能够直观反映出当前的开发困境。

这个步骤的材料呈现方式就用表格好了，表头包含版本号、上线时间、版本内容三个部分，网页端和移动端最好分开阐述避免信息重叠。

4. 使用现状数据指标

这个步骤大家司空见惯了，主要是反映诸如“这个系统到底有多少人在用？”、“这个系统主要是哪些人在用”、“用户的使用频次怎么样？”等信息。前期大家对用户的操作行为、埋点规则，以及埋点采集质量不确定的情况下，建议相比PV指标和使用深度指标，UV指标更合适一些。

另外，很有必要认真考虑数据维度的切分，比如分日期跨度、分使用端、分部门、分模块/页面等。

汇报材料的呈现方式举例：

5. 调研对象筛选

埋点数据是最有说服力和全面的数据源，使用对象少的话直接全部发，多的话可以考虑分部门、分模块、分使用频次来筛选调研对象。（如果没有埋点数据，建议从组织架构挨个部门询问…）

题外话1：产品经理数据分析能力在这个地方发挥作用了。从埋点取数、数据清洗、频次分维度统计、生成收件人列表等需要sql、python/R语言的简单代码支持。

6. 问卷设计

首先要秉持：“调研是为了验证”，验证你的假设。在这个基础上，再从问题上做些讲究，比如转变提问的方式、相似的问题叉开问等来保证验证的效果。问卷的载体使用问卷星开放的免费功能就够用了。

针对核心假设，调研问题设计举例：

假设：“绝大部分用户现在使用某模块只是为了从页面上导出数据”

• Q1：“您平时在这个模块最主要使用什么功能？（单选）”
• Q2：“您最近三个月在这个模块除了Q1所选的功能，还使用哪些功能？（多选）”
• …
• Q15：”这个模块您有没有之前用但是最近三个月已经不用的功能？（如有请帮忙详细描述）”

7. 问卷小批量试验