PM进阶之旅

努力方向

3月初打算转行互联网产品经理，仔细思考了关于产品经理的职责和工作内容，对自己接下来的学习内容做了一个简单的规划。

 

本文章主要内容包括《人人都是产品经理》的内容总结，一些流程的具体实现方法，个人感想。

一个需求的奋斗史

Figure 1一个需求的奋斗史缩略图

需求采集的方法：数据分析、用户访谈、调查问卷。

怎么开展这几种方法：

用户访谈（开发式问题）注意点：

1.       避免一组固定的问题：固定的问题容易让被访者产生被审问的感觉，我们应该准备好问题清单。

2.       首先关注目标，任务其次：比用户行为更重要的是背后的原因，多问问用户为什么这么做。

3.       避免让用户成为设计师：听用户说，但不要照着做，用户的解决方案通常段前，片面。

4.       避免讨论技术：特别是碰到一些略懂技术的人，不要纠结产品的实现方式。

5.       鼓励讲故事：故事是最好的帮助设计师理解用户的方法。

6.       避免诱导性的问题：典型的诱导性问题是“如果有XX功能你会用吗？”

问卷调查的篇幅（封闭式问题）不宜过长，一般最多十分钟，开篇放一些简单的不需要思考的问题；很想知道的，需要思考的，较敏感的问题放在中间；有关被访者个人信息的放在最后，以免应答者在回答这些问题时有所顾忌，进而影响其他答案。

让被调查者独立回答，避免在论坛征集需求

调查问卷样本选择，注意点：尽可能覆盖目标群体中各种类型的用户，比如性别、年龄段、行业、收入等，要保证各种类型用户的样本比例接近全体的比例，比如目标用户中男女比例为7：3，那么我们的样本也应该保持这个比例。样本量过少时，采用百分比来分析是没有意义的

尽早做可用性测试，要求用户使用“发声思维”记录用户思考过程，辅助解决问题。

数据分析：设计产品的时候把数据分析的需求加进去， 

KANO模型

需求分类：基本需求、期望需求、兴奋型需求。

很多功能之间有依赖关系，一些职能先做的项目要在需求列表里注明。