产品运营主要做什么？产品运营日常工作是什么

产品运营是什么？
毫不夸张的说，产品运营其实是最接近产品岗（后简称PM）的运营岗位，其他的运营岗位要不就是和用户打交道，要不就是和内容打交道。

只有产品运营，是真正从产品本身的角度出发，结合用户的问题反馈和用户需求，为产品已有功能优化和新功能开发提出自己的想法并跟进上线的。

产品运营日常工作是什么？
产品运营的日常可以分为三大部分，查看产品整体及各模块的用户数据、收集整理用户反馈、产出初版产品需求并与PM沟通确认。

千万不要小看这三部分，每一部分都是及其耗费时间和精力的，也需要有一定的数据分析和信息归纳，更要有一定的产品感，能有自己的思路来对用户遇到的问题产出更优解。

具体要怎么做？
下面我们按上述的三部分进行展开
查看分析产品整体及各模块的用户数据
一般来说，一个完整的产品业务团队不会只有1个产品运营职位，可能每个人会负责产品上不同的模块或者页面。

而这些模块和页面的用户数据就需要运营来进行跟踪分析了，包括但不限于访问、点击、页面跳转等等维度。

产品数据监控后台往往是产品运营同学上班后第一个要打开的页面，分析下昨天的用户数据情况是怎样的，数据的波动和最近的哪些动作有关系等，然后每周、每月也有有对应的一个分析。

所以一般运营也会有一个自己的运营动作记录表，并且也需要和其他运营岗做好沟通交流，针对产品的用户活动、产品宣传等都要进行记录。这样如果数据有波动的话，也方便根据对应时间点进行回溯。
收集整理用户反馈
这个说白点其实就是解决用户反馈的问题，大一点的团队可能会有专门的客服团队，而小一点的团队都是产品运营自己上阵，解答用户问题的同时进行记录。

反馈一般会按周维度进行汇总梳理，查看有哪些用户反馈的相同问题或者需求，按问题的严重程度和反馈次数进行重要优先级的排序，这些都是后续产品需求的原始依据，也是能够说服PM的有力证据。

排完序之后接下来就是要了解需求，这里也分为4步：
需求现状
现在的产品是什么样的？
现在的情况下提出需求的用户是在怎么处理？
用户提出这个需求到底是因为什么？为了什么？

需求期望
用户对于需求是有一个怎样的期望的？
往往很多时候，用户其实并不能很专业地描述出来自己到底想要什么。

举个例子，有人说我想要一辆马车，这是他的需求。那他为什么想要马车呢？因为他想更快的到达某个地方，在他的认知范围内，马车就是更快的一个解决方案。

但对于你来说，如果能提供一个汽车给他，是不是能更好地解决他想要更快到达某个地方的目的。所以了解用户真是的需求期望能够更好地帮助我们来判断优化产品需求。

需求涉及
在考虑产品需求的时候，还需要考虑这个需求涉及到哪些方向或业务方的人员：
该需求涉及到哪些产品的改动？
该需求是否涉及产品策略的改动，是否需要leader同意？
是否已有相似需求，可以合并优化？
产品改动后对于已有用户会有哪些影响

需求涉及
在有限的资源情况下，做产品改动也是讲究投入产出比的。

你兴冲冲拿着需求设计去和PM沟通，结果被人家一顿反问“有多少人提这个需求？”“这个需求影响用户范围有多少？”“需求上线后能带来多少数据提升？”

如果你没有前期准备充分，那很容易就会被人家拍回来，所以也就是前面所说的，用户反馈问题的原声和对应数据整理是很关键的。

需要强调的是，在接需求时，对需求的范围要量力而行，接属于自己的正确需求，不是自己负责模块内的需求也尽量少接，转给对应负责模块的同学就好了，因为首先你很难理解并不是那么熟悉领域的需求，还容易遭到其他同事投诉抢地盘之类的，出力不讨好的事咱还是少干。
与PM沟通确认具体需求
在确认可做的情况下，接下来就是需要产品运营和PM共同沟通需求如何实现，这个过程中可能会涉及到部分需求的改动，这个时候你需要考量改动后对你之前的实现预期是否有影响，影响度有多少，从而决定能否接受对应的改动，或者从PM的角度是否有更优的解决方案。

当然，后续还要和PM一起与开发、设计、测试等同学进行需求讲解及沟通，最终直到需求落地，但是因为这块主要是PM的工作，产品运营处于辅助位置，就不展开赘述了。

功能需求正常上线后，我们还有很重要的产品功能推广工作，还有产品效果跟踪，项目结项报告等等，这个会在后续的篇幅里再进一步展开。

整个过程是比较煎熬的，但是当你整理提出的一个需求正式上线，并获得用户好评，为产品带来用户使用量增长的时候，那种内心的成就感也是非常强烈的。工作上还是需要满足感和自我成就感的，这样能够支撑你在工作上持续探索学习，也会有更高的工作热情。

感谢你能看完这篇文章，本文谨代表个人的一些工作经验和想法，如有不赞同的地方也欢迎留言讨论。如果觉得对自己有用，“点赞+在看”就是对我最大的支持，我们下期见。