产品这个岗位学到现在，我最大的感触是，还是得实践，得去做死或者做好几个项目，或者找个实习。在实践中检验和融合所学。不然你就一直是在纸上谈兵，而且别人说的那些你很难理解。

01 用户分析入门

0102 通过用户反馈发现问题

• 产品新人，一开始就是让他们各种看用户反馈（比如百度搜索关键字，用户商店的评论、微博的吐槽、产品内部的意见反馈....）

0103 简单的用户调研

• 用户反馈的话比较被动一些，用户调研是你主动去接触用户，了解用户

• 用户调研在产品的生命周期中不同的阶段有着不同的使命。你做调研的目的也会不一样。产品初期可以根据调研结果获得不同的用户需求为系统建设提供依据，产品上线之后可以收集用户的反馈改进功能的业务流程或用户体验。所以必须在调研之前明确本次调研的目的是什么，任何无意义的漫谈和问卷调查都是低效且具有干扰性的

• 访谈的时候需要提前做准备，要不然会浪费时间。可以先提前写出一个提纲出来，把注意事项和重点要问的问题写上

• 做完用户调研，要有总结，要用调研得出的结论来指导产品完善

• 用户调研可以获取不同用户的不同想法，但做产品一定不是满足所有人的所有需求。产品有自己的特性和定位，要平衡好特性和用户需求之间的关系

• 调研不同的群体会获得不一样的需求，所以要确定好调研的目标群体，选取典型的代表

• 不要为了调研而调研，为了访谈而访谈。这样没目的、没结论

• 不要过于强势，不要试图说服用户，尽量保持中立、客观

0104 章节总结

02 需求挖掘入门

0201 初识需求挖掘

给出的需求挖掘能力模型，可以参考

• 每一款产品都有自己的受众，没有哪款产品是每个人都需要的

0202 思维导图法整理用户需求

• 产品设计，就是不断的解决用户在特定场景下的需求

• 增加、减少功能并非关键，关键能不能解决用户的问题

0203 需求的优先级排序

• 要优先做那些用户量大、使用频率高的需求。因为需求总是做不完的，尤其是在产品的早期

• 很多产品的成功具有时效性，有的产品在当时的环境虽然成功了，但在现在的环境下复制这种曾经成功的模式，不一定见得会成功

• 用户需求重要性=功能使用用户百分比（用户使用率）* 功能使用次数百分比（功能或内容使用率）* 类别重要性百分比（期望型需求、兴奋型需求）。这个需求级别公式就是考虑有多少用户需要、用户经常需要还是偶尔需要、对用户重要还是不重要三个因素

• 从研发人员的角度来讲，受到人力、物力、财力等各方面的限制和影响，并不能完完全全按照产品人员所给出的需求优先级来进行研发

  
  

  0204 通过数据发现产品需求

03 产品调研入门

0301 初识产品调研

• 不管你是产品助理、运营、还是高层人员，新进入一家公司首先面临的问题就是了解自己的产品、了解竞品

0302 针对功能点的调研

• 什么情况下需要做针对功能点的调研？
  1.行业内领先的一些竞品推出了某项新的功能
  2.自家的产品某个功能做的太烂了
  3.自己在使用、体验一些产品的时候

  
  
  

• 对于比较大型的产品、平台型的产品，做产品调研其实意义就不大了因为太繁杂会花费很多的时间。主要是做功能调研（比如支付宝的咻一咻功能）

04 功能和流程入门

0403 完整小功能设计

对外讲体验，对内讲效率，对商业讲转化

0404 业务流程设计基础

课程里面说：做产品就是做流程，流程对了，后面的原型、需求文档、评审都容易的。而且这个部分有非常多的作业，看来在现在的各大互联网公司的工作方式中，流程还是非常重要的
流程可以让你身边的人都快速认识、了解到你的工作

05 原型设计与PRD入门

0501 初识原型设计与PRD

原型和PRD是产品经理的主要产出物，与功能和流程是紧密相关的，可以说他们是功能和流程的可视化

0502 页面流程与页面结构图

有了页面流程图，和UI、研发、UE讲解的时候会很顺畅。在大公司，页面流程图一般由交互来画，在中小公司就由PM或者UI来画。
视频中提到，如果在画原型之前不先画业务流程和页面流程，那么结果就是原型老是要改
页面流程一般是用户视角（代表用户的操作过程，先做页面流程能快速发现体验问题）。而业务流程一般是后端视角，从PM的角度去看

这种叫信息架构图

信息架构图主要看包含哪些功能点，适合层级分明的产品，如音乐产品、新闻客户端、阅读类产品等；页面流程图适合跳转比较复杂的产品，如电商、社交产品等

0504 如何写需求文档

需求文档的作用：
内部沟通（明确产品需求、明确产品要求和细节、让参与者明确实现的结果、增加团队的工作积极性让他们知道自己的工作是有价值的）
存档（有据可查、交接更容易、跟进者了解之前的做法和过程、防止出问题的时候甩锅）