《人人都是产品经理》——第三章笔记（上）

两个PM —— 产品经理（Product Manager） 项目经理（Project Manager）

PM是招聘中常见的一个缩略词，看招聘信息的时候我们要分清楚喽！在看这本书之前，我会认为项目经理应该管理着很多产品经理。认为产品和项目之间是多对一的关系。但是学习完这一章以后，有了不一样的一点认识。

首先还是要明确产品和项目之间的区别。

产品：能够提供给市场，被人们使用和消费，并能满足人们某种需求的任何东西，包括有形的物品、无形的服务、组织、观念或它们的组合。

项目：在限定的资源及限定的时间内需完成的一次性任务。具体可以是一项工程、服务、研究课题及活动等。

以上是网上对于两者的定义。简而言之就是： 产品是一个满足人们需求的东西，偏向产出物；项目是一个任务，偏向完成任务的过程。现在看来，产品应该包含着项目，可以是一对一也可以是一对多的关系。 产品一定是一个或多个项目，但项目不一定是产品。

知道项目和产品的具体内容和偏向以后，相应的管理者的工作内容就可以随之得出了：

产品经理负责产品规划，并决定需求功能优先级，并决定产品功能流程、交互、界面等产品要求。

项目经理根据产品经理需求优先级，结合团队开发资源和迭代周期，带领团队实现产品功能要求。

很喜欢书中提到的很精炼的总结： 产品经理——靠想，做正确的事，实现是最终结果；项目经理——靠做，正确地做事，完成是最终结果。

产品的文档

产品的文档真的很多，现在在学校我们还只是接触到了产品文档的冰山一角。在学校，我们开发之前没有写文档的意识，固有的校园程序员想法——开发出来就行了，何必在意小细节。但是，往往文档就是关键，在学校决定我们的成绩，在企业，那就是决定产品好不好的关键了。要不然很多课程老师们都把文档的分值放得很重是要搞哪样的？公司的各种规范文档和设计文档是要干嘛用的？当然开发的产出物也很重要。

身边的朋友包括我自己在大二还有大三刚开始的时候还不懂这个道理，到后面课程项目越来越复杂的时候，才猛然发现开发的时候有个文档，可以来引导自己的做什么，真的是太棒了！

BRD（Business Requirement Document）：商业需求文档。产品生命周期最早的文档，内容涉及市场分析、销售策略、盈利预测等，一般是给老板们看的。主要用于获得认可，争取资源。

MRD（Market Requirement Document）：市场需求文档。内容包括功能需求，非功能需求，功能的优先级等等。是商业目标到技术实现的关键文档。

PRD（Product Requirement Document）：产品需求文档。内容包括整体说明，用力文档，产品Demo等，对产品功能进行具体的描述。

FSD（Functional Specificationsw Document）：功能详细说明。内容有更多的产品的细节问题，包括技术内容，逻辑细节等等。

产品的相关文档有很多。所以，要注意文档的历史版本的存档，因为文档是不间断进行迭代修改的，不可能说一成不变，就拿软件开发当中最讨厌的需求变更来讲，一个需求变了，程序要改，需求文档要改，设计文档要改，测试文档要改······大学期间写的大大小小文档和PPT我都有保存，命名方式习惯以：XX初稿、XX修改版（1,2,3,4·····）、XX终稿进行命名的。学习了人人这本书以后，我有习得了一点：可以拿版本编号来命名文档用以标识。

最后再附上一点题外话，关于课程项目的，我很喜欢那时候《移动互联网开发》课程结课的时候老师给我们说的，那段话，让我领悟了很多，包括在做人，做事和学习方面。

在这里把大致意思分享给大家，希望所有的小伙伴能够有所收获，共勉—— 我们要将自己做出来的东西就像自己的孩子，对他保持一种热情，要爱他。若仅仅是完成，做一个任务，做出来就抛在一边，就结束了，那么这有什么意义？