为什么会有产品经理？

实际上产品经理一职，尤其是互联网产品经理，在2010年以前都是不存在的岗位，一般都由技术部门或运营部门的相关人员负责，或者说直接由老板负责。但是自从移动互联网发展起来之后，产品经理角色突然兴起，变得尤其重要，这样的出现，其实来自于分工的变革。

过去的互联网公司，或者说业务形态，主要是以市场和运营为主导，主要是为了卖服务而工作，所以只要实现需要的功能即可，比如QQ，实际上就是提供了各种各样的服务，并且市场足够垄断，所以可以通过各种钻让消费者充钱，我给你服务。

自从移动互联网发展以来，互联网公司快速崛起，仅仅实现功能的需求已经无法满足用户，大家都在谈一个字：用户体验。谁的体验更好，就用谁的；谁的产品更新快，就用谁的。

所以，专门负责用户体验，负责整体规划的产品经理就诞生了。

为什么需要产品文档？

产品经理只是一个职业，而不是一个职位，并不代表就是“经理”。

产品经理与UI、工程师、运营、市场一样，都是一样的，只不过产品经理所起到的作用是至关重要的。简单来讲，产品经理的主要作用，就是设计出运营、市场所需要的产品原型，并且交由技术部门开发，在预计的时间交付，并且负责后续的数据跟踪和迭代。

说白了，就是运营和技术之间的桥梁，把运营的需求翻译给技术部门听懂。而需求文档，就是翻译之后的重要产物。

需求文档包含哪些内容？

我听了很多课程，也包括像“三节课”这样备受好评的网课。不过总是觉得他们把产品文档讲得太过于复杂，反而让初学者摸不着头脑。其实就我的经验来看，产品文档主要是四块内容:

1.需求背景：讲清楚目前项目的背景，基础状况，基本数据。说明本次需求开发要实现的功能，预计的开发周期，以及所调配的资源等信息，让技术人员对要做的项目有一个大致的了解。

2.业务流程：这一块是产品文档的重点，也就是需要产品经理画出业务流程图，并且备注好业务逻辑。业务流程图，也就是新添加需求所要实现的所有页面，并且每一层级的页面通过怎样的按钮或操作实现，页面原型可以画得详细一些，但是千万不要上色，会干扰UI做设计。业务逻辑备注，也就是在不同状态下产品所做的不同处理，比如同样一个页面，登录的用户是怎样的，未登录的用户是怎样的，必须要备注清楚。

3.数据打点：没有数据接入的产品，都不能称之为产品。所有的产品都必须要埋点进行数据采集，每个重要的按钮，每个重要的页面。点击、曝光、浏览三个维度去采集，到一定时间段后你就知道哪些功能是用户常用的，哪些是不常用的，用于后期迭代的重要分析手段。当然具体埋点工作则由技术来负责。

4.需求复盘：一般需求上新一周后，就可以做需求复盘了，分别从需求设计、需求开发、上线运营三个时间段去反思犯的错误，进行总结，避免以后再犯类似的问题。

基本上需求文档，就包含这四块的内容，涵盖了从接受该项目，到最后上线运营的整个时间段。当然，仅凭需求文档是不够的，拉着运营和技术开需求分析会也是产品经理必须要做的事情。