产品运营到底是干什么的？这种情况似乎没有准确的答案，因为所有产品运营所做的公共工作都不一样。

产品运营到底做什么？

听起来很简单，但要回答好并不容易。有些人做了很多年，可能回答不清楚。如果你不相信，你可以问问你周围的人。也许10个人会有10个答案。由于公司、职位、水平、能力和认知能力不同，所有产品运营的工作自然不同，所有产品运营的工作都不一样。

然而，对于新产品来说，显然需要一个明确的答案，因为有一个明确的知识边界和提高指导，为了提高有针对性的学习，我将通过本文的系统支持来回答这种情况。

不同行业、公司、职级对产品岗位工作内容的要求不同，但根据对所有产品工作的分类，我们发现仍有痕迹可寻。

这类工作基本上可分为两类：一类是策划类，一类是实施类。

1. 计划是指你要发挥主观主动，发现、思考、整理出清晰的思路、明确的方向或确立的计划；
2. 而实施就是把你面前的想法、方向或方案落地，变成看得见摸得着的商品。

绝大多数产品经理都负责这两项工作，但不同级别的规划和实施比例不同。级别越小，实施工作的比例越大，级别越大，规划工作的比例越大。例如，在实习或助理环节，他们几乎做了纯粹的实施工作。对于初级产品经理，有一定的规划工作，规划范围是我承担的功能模块。

以此类推，如果保证主管，甚至商品vp，几乎就会做策划工作，实施工作由更年轻的商品弟妹妹来做。

让我先谈谈规划部分。规划的字面意义很容易理解，但更多的人了解的规划可能是公司承担创造力，撰写ppt规划。在商品工作中，规划包含了大量的工作职责，一般来说，也可以分为两个方面：

(1)一方面进行需求分析

包括用户研究、市场分析、数据分析、需求评估等一系列工作，通过这项工作，找出要求是什么。

(2)另一方面，要求提出相应的产品解决方案

方案包括商品结构、产品性能、完成对策、展示风格等。一般来说，一个要求可以通过多个产品方案来解决。

(2)另一方面，要求提出相应的产品解决方案

• 该方案包括商品结构、产品性能、完成对策、展示风格等。一般来说，一个要求可以通过多个产品方案来解决。但只有一个可能是最合理的，比如与朋友沟通的要求。
email的方法是一种解决方案，微信的方法也是一种解决方案。从实际商品来看，后面的解决方案显然更科学。在最近的商品实战复盘中，我看到有人提到我在训练中遵循了这一步，但我仍然对需求没有信心。原因是规划商品工作实际上是最困难的部分。困难在于两点：

一是你如何确定需求是可靠的

，很多人说这不容易吗？xx做了，yy成功了，或者做了市场调查，做用户访谈，跑数据不好吗？事实上，这是基于经验或有限样本的结果。如果把它放在所有的目标用户中，在不同的环境中，具体的结论可能不会和调查的观点一样。没有人敢打包说他们的要求是100%确定的，否则就不会有那么多失败的产品。

另一个困难点是如何在要求不确定时做出决定

，一个决定代表了大量的人力、物力和财力投入。不要随便拍你的头。如果你盲目地拍几次，别人会认为你不可靠，所以压力会很大。

另一个困难点是如何在要求不确定时做出决定

，一个决定代表了背后大量的人力、物力和财力投入。不要随便拍你的头。别人会认为你不可靠，所以压力会很大。当你的职位相对较高时，决策可能是你唯一的工作。
2. 要做好这部分工作，很依赖于过程标准和商品经验的积累， 过程标准可以使过程合适，丰富经验，提高你的商品意识和识别能力，然后在判断和决策中做出正确的决策。很多策划人做了很多年的产品，可能做不好。况且大家一开始只懂基本技能，没有经验积累。他们觉得心里没有底是正常的。
这里给大家三个小建议：

把握过去，我带你走过程和操作步骤，记住，如果你没有经验，你必须注意过程的标准，这是更大的保证，以防止你犯错误；

若遇到不确定的要求，当你不知道如何做出决定时，先用枚举法排除显著不可靠的要求，然后用假设验证和MVP逐一验证；

在做决定时，我们应该否认更多。不要认为我认为的是我应该做的。否认不一定是不可靠的。只要我们不想清楚，我们就可以先否认。特别是当你的职位相对较高时，否认要求是一个非常重要的水平。

以下是实施部分，实施部分有四个重要工作：

根据实施进度和沟通对象的不同，主要包括商业需求文档（BRD）、产品卖点明细、流程表、产品原型、产品需求文件（PRD）等几个文档，这些都是商品执行过程中非常重要的导出物。

在日常工作中，研发部门采用不同的开发方法和习惯，对交付的要求也不同，但基本上是上述文档的子集，基本上涉及到商品实践培训中的文档部分，这里不再重复。

在实施过程中，有大量的沟通工作，但这些工作基本上是以审查会议的形式进行的，如需求审查会议、UE审查会议、UI审查会议、功能测试审查会议等。每个平台都可能习惯于私人沟通或一对一沟通。

在实施过程中，有大量的沟通工作，但这些工作基本上是以评审会议的形式进行的，如需求评审会议、UE评审会议、UI评审会议、功能测试评审会议等。每个平台都可能习惯于私人或一对一的交流。然而，产品研发是一项多部门合作工作，涉及大量人员。这种沟通方式的效率太低，只是作为一种补充的沟通方式。

评审会议一般由产品运营进行，参与者包括产品运营、研发、设计、测试等，评审内容基本上是对上述各种文件的讨论。评审的目的是确定产品细节，便于更具体地实施。

在商品实施过程中，参与者很多，但只有产品运营是唯一的owner，其他人是帮助完成产品经理的想法。因此，产品运营应承担研发的整个过程，这涉及到项目管理。项目管理包含很多内容。作为产品运营，基本上可以做以下四点：

(1)开发排表

在产品开发过程中，与项目组成员一起制定各个重要节点和整个产品上线时间，比如什么时候收集需求？UE审查何时进行？UE审查什么时候进行？什么时候开发？谁开发？工时多少？何时检测？什么时候上线等？然后每个人都按照这个时间去执行。

(2)跟踪答疑

以前虽然画了原形，写了文档，通过评审会多次沟通，但细节不可能100%及时表达。因此，在开发过程中，产品运营需要随时回答研发团队提出的原始形状或文档以及其他问题。

(3)错误处理

例如，当产品即将推出时，有些人必须提出要求；技术突然无法实现；开发资源紧张，其他产品借用您的工程师；在产品推出当天，技术突然休假，如产品运营等异常问题。

这个阶段是对你灵活适应能力的考验，也是一个人水平的重要体现。为了提高这部分水平，一是你需要有自己的原则和标准，制定一定的过程和改进，每个人都按照过程工作。另一种是通过产品实战，积累更多的工作经验，参与更多，处理这部分问题的能力肯定会提高！

(4)产品验收

产品研发完成后，进行产品测试，查看自己的设计功能，是否有详细的开发，是否按照自己的设计外观进行研发。测试结束后，提交专业测试人员进行测试。在这个过程中，也可能涉及到一些小产品解决方案的修改。例如，在某个功能之前，设计是A，测试发现开发已经变成B。目前，商品即将上线，改为A已经太晚了。因此，经过协商，方案改为B＋，产品验收成功后就可以上线了。

在线产品是产品工作阶段的结果，实现整体商品目标，还要靠后续操作来实现。因此，产品上线后，并非万事如意。产品操作应观察操作过程，包括用户的行为、习惯和数据，特别是业务数据的收集和分析，这不仅可以验证自己的假设，还可以发现问题作为下一次迭代需求的起源。

以上是互联网公司产品运营的主要日常工作。除上述情况外，产品运营还有更多的机会与其他职位打交道。即使在必要时，也要求产品运营做相应职位的一些工作。例如，一些人较少的公司可能要求产品运营做一些运营工作；一些部分销售公司也可能访问客户进行产品运营，做建议等工作；一些偏科技公司也会要求产品运营会做技术，做一些简单的技术服务，开发甚至管理。

因此，在了解基本和一般商品技能的前提下，我们也可以了解更多其他职位的工作内容，甚至学习相应的技能，这对做好产品工作也很有帮助。 因此，在了解基本和一般商品技能的前提下，您还可以了解更多其他职位的工作内容，甚至学习相应的技能，这对做好产品工作也很有帮助。如果您在学习和工作中有任何产品问题，欢迎加入我进行交流和讨论，我会尽力回答您的问题。 木木，高级产品经理，每个人都是产品经理专栏作家。曾在人人网、新浪微博等公司从事商品工作。微信微信官方账号:大白学校（ID：dabaixuetang）。 每个人都是产品经理。未经许可，禁止转载。 题图作者给予