浅谈产品经理日常工作

产品经理日常工作工作围绕三点：执行、沟通和项目把控。

01、执行即进行原型图绘制、竞品分析和需求文档撰写

现在市面上的公司普遍采用原型+标注的形式进行需求传达，竞品分析和需求文档在日常工作中做的比较少。

说到需求文档，这里得科普一下概念，prd需求文档其实在不同公司概念是不一样的，有的公司PRD需求文档代表的是业务需求文档，有的是产品需求文档，有的是需求文档备案说明。

什么是业务需求文档，业务需求文档是比较“粗”的需求说明，一般由业务人员或产品经理撰写，产品经理撰写完成后会移交给交互设计师和UI视觉设计师去输出高保真原型图，这种情况会在比较大型的公司出现，因为小公司一般不需要把工作分得那么细，产品经理一般兼任交互设计师的岗位，或者与前端工程师一同协商进行产品的交互设计，需求文档制作也只是原型图+标注即可，原型图+标注是目前主流的需求传达方式。

产品需求文档，有些公司也是要做的，但也很少，因为这种文档使用word写的，内容其实是原型图+文字说明（标注），这其实和axure做的原型+标注没什么差异，只是说在布局方面，axure在作图时是可以无边界的自由绘画，而word必须局限于那张小小的A4纸里创作，这种产品需求文档一般会在比较传统的公司还会用到，但都比较少，大家都在考虑跟进时代用上axure去进行需求传达。

需求文档备案说明，这种需求文档是在需求完成后才介入，目的是做备案，把所有的需求都汇总都一份word文档中，防止相关人员离开，有些零零碎碎的文档不好寻找，所以把所有文档都汇总到一起，而用word书写比较方便打开查看，仅做备案一用而不需要精准传达需求的情况下，word似乎更加便捷，所以更多公司会采用word书写。

02、沟通，是产品经理最日常的工作

产品经理在工作中大部分的时间被沟通占据，似乎有时候安安心心画原型图只能在下班没有人了之后，不然总会有人找你问大大小小的问题，工作时常被打断。

所以为什么需求文档写详细一些，这样就没有人来烦你，烦你都是因为人家看不懂原型图或需求文档，看不懂自然来问你，你得解释，解释多了时间也消耗了，这是一方面，另外一方面就是日常工作中许多信息需要传达，需要同步，产品经理作为信息的中转站，必须时刻接收需求方的信息，并精准传达给生产人员如研发、测试、UI设计师等。

沟通是最简单也是最难的，简单在于你只要做一个传声筒就行了，困难在于有时候会左右为难，比如A老板说这么做B总监说不能这么做我到底该听谁？运营硬要实现这个功能开发说实现不了我该咋办等等这一类问题。

解决的方式是积极沟通，多方聚集共同商讨，如果遇到沟通的矛盾，我会把相关人员组织起来，大家一碰面很多问题就解决了。

03、项目把控，其实就是个监工

项目把控并没有大家想的复杂，更多的时候像是做监工，你只需要了解开发进度，整个产品目前做到哪个阶段了，一般现实工作中，产品经理不需要太过关注项目把控的事情，只需要了解即可，因为项目把控有技术总监（包工头）在督导，产品经理更像是需求方来了解一下工作情况。

搜集需求、传达需求才是产品经理的主要工作。

在大家通常的概念中，产品经理是产品的负责人，确实是这样，但产品经理对产品的决定权更多的取决于老板，只能说一些功能布局，页面布局可以进行调整，真正的产品经理其实是公司老板或公司高管，想一想这样也是合理的，公司怎么可能把决定公司生死的产品的未来交给一个“外人”决定？

所以归根到底，产品经理更多的工作在于搜集、分析和传达需求，搜集主要通过和领导或和客户等需求方沟通，分析即绘制原型图和需求文档等，传达需求则是把原型图等交给开发，并尽到把需求通过开会、文字图片等方式清晰传达给开发人员职责。

这就是正常公司的产品经理常做的事情。

所以产品经理的工作不会太复杂，也不是特别困难，不要被产品经理这个头衔吓到，敢于迈开第一步你就成功一半了。