李海洋老师直播课《如何写出套路满满的产品需求文档》，良心之作，收获满满。
产品经理的价值
将用户的价值、公司的商业价值进行折中。
什么是产品需求文档
由前期的市场调研、产品策划、产品规划，从概念化进入到原型化。
PRD文档的好坏直接影响开发能否明确产品功能和性能需求。
PRD文档有什么用
描述产品的特征和功能，描述产品的细节和实现模型；
向项目成员传达产品需求的细节；
管理需求，对需求进行归档
PRD文档的产品表现形式
原型+文本：Axure
文字+图：word
……
文档的管理规范：
SVN版本管理：PRD+功能需求清单+UI设计稿及批注+设计评审+代码评审+测试报告+项目总结/计划
工具：SVN+禅道/JIRA\Worktile
基于Word的产品需求文档
缺点：
PM花大量时间，却无人愿意阅读；
研发团队看起来费劲；
文档形式五花八门，不规范不统一；
Word版面限制，缺乏完整的线框图、页面交互、业务流程图；
对团队来讲是幌子；
产品需求文档主要构成
变更记录
详细的变更记录，包括说明时间、责任人、改动点是什么、为什么要改动。产品概要
产品经理向团队（项目经理、研发团队、测试团队、UED团队）全面、明确地介绍产品名称、价值主张、核心功能、特色卖点、目标用户群、商业模式等内容而写的准确、简明的传递产品价值，帮助团队认识了解本产品。需求说明
阐述产品的特征和功能，包含：
业务流程说明；
功能与内容的逻辑关系；
产品框架结构说明；
产品需求规划、逻辑；
界面设计、交互说明。全局说明
非功能说明
排版的四大原则
亲密性：元素当中相近相关的东西放在一起；
对齐；
重复：风格一致；
对比：增强页面的视觉效果；
交互的四大原则
删除：不重要的信息一定不能往上加；加产品之前问问自己如果不加，产品是否走不下去了。
组织：所有的信息要具有组织性；
隐藏：用户不太关注的东西，隐藏起来；尤其是移动端页面空间有限。
转移：微信的PC端与移动端的差异。（少了抢红包功能）
杂七杂八
- Axure使用的快速入门：不要看各式各样的教程；临摹是最好的办法；
- 大的流程图要在最前面做详细交代；
- 描述顺序：从左到右，从上到下；
- 不用高保真；
- 没必要网上找图代替，也不要用图片控件，直接用占位符表示就行。
- 底部icon，不要去原件库里面找图片，直接用空白占位符表示就行。
- iphone5的1/2：365*728；
Ocean老师语录：
怼天怼地怼世界。
对自己苛刻，是让自己更加优秀。
问答环节：
Q1用户调研：调研的方法各式各样，重要的是要确定调查的目的，可能是反复进行调研；
Q2原型是做静态的好还是交互的好：不鼓励做过多的、花哨的交互，主要是功能的说明；
非功能性需求：运维人员、运营人员可以提供更专业的需求；