发布时间：2023-9-11 分类： 行业资讯
在许多公司中，运营和产品是需求方和实施方之间的关系。因此，在促进项目有效实施的过程中，双方的努力与合作是不可分割的。我今天想与大家分享的是如何从运营的角度通过标准化的合作流程有效促进与PM的合作。
本文关注的问题是：
1.双方合作的分类和讨论：一个是以运营为主导的项目，另一个是以产品为主导的项目。
2.通过规范双方的合作机制，促进项目的有效实施。
希望读者能得到奖励：
踏上坑！踏上浅坑！
它可以促进一组适合您自己部门的策略。
以业务为主导的项目政策：
1.主要包括项目
运营活动：改善运营数据的活动（用户保留，创新，转换，内容量级等）。
运营后端：为提高效率和降低运营成本而构建的运营后台是一个平台工具。
2.项目流程
需求分为从输出到着陆的三个阶段。在不同的阶段，运营和PM需要履行自己的职责，以便高效和高质量地工作。项目流程如下：
[第一阶段：需求报告阶段]
流程：运营提出需求→ PM清除需求→双方领导确认需求
注意：
在操作输出需求文档的初稿之后，需求的内部确认是正确的，项目参与者以邮件的形式在线获知，并且通信需求与PM离线传送。
PM明确需要产品，产品根据需求文件明确定义操作要求，并将争议点记录在统一记录中，并寻求操作项目负责人的沟通。在双方确认正确后，他们向各自的领导报告需求。双方领导确认需求模式：直接以邮件流的形式回复。确认需求。
生成需求文档后，原则上不允许修改总体方向。如果您需要修改详细信息，请通过电子邮件确认修改内容。
[第二阶段：MRD输出阶段]
流程：PM生产MRD草案→操作确认MRD符合期望→双方领导确认实施
注意：
PM产生MRD阶段。如果存在一般性问题，请在统一记录后与运营项目负责人沟通，并直接与运营项目负责人沟通。
在MRD完成之后，PM需要以邮件流的形式将MRD馈送到操作。运营项目负责人需要与领导沟通，确认是否接受需求的实施。如果没有，它需要与PM通信以优化实施。在进一步修改之后，PM和操作的操作员确定MRD，然后两个领导确认需求。确认方法：两位领导直接回复，以邮件流的形式确认需求。
在生成MRD文档之后，原则上，不允许在一般方向上进行修改。如果需要修改详细信息，则通过邮件确认修改点。
[第三阶段：研发干预阶段]
流程：PM召集审核会议→修改文件的MRD部分→研发正式干预发展→在线需求
注意：
PM召开审查会议，运营项目负责人和业务负责人可以参加。对于审查会议上研发会议提出的问题，需要回答和记录操作。
根据研发生的建议，在项目经理和项目负责人确认修正点后，在项目审查会议后的两个工作日内，项目办将最终确定MRD作为邮件，了解项目参与者。
需求上线后，产品将及时同步运行，操作将返回需求。
3.专注于
时间点：根据研发计划，需求文件提前两周输出，PM需要提前一周输出MRD，完成交互图和ue图的编制。
项目需求邮件流：需求文件和MRD应以邮件流的形式生成，以避免需求变化和一方不知道的现象。
统一界面：功能变更，修改和要求对接，与界面人员统一通信，非界面人员不直接沟通和接管需求。所有要求均由界面人员安排。
项目负责人制度：具体项目，确定具体负责人。负责人负责项目节奏和项目效果。
节点信息在时间上同步：功能在线，离线，并且需要及时同步更改。
PM领导和运营参与的项目协调
1.主要包括项目：
以PM为主导的项目，运营起到支撑作用，但在不同的项目中，运营的强度需要不同。为了降低沟通成本，提高沟通效率，确保高质量的项目，我们将分类和讨论区分运营参与的方式。
高参与项目：与PM相关的产品功能改进，产品功能优化，需要运营投入大量人力和资源来运营的项目。例如，Atlas和Video功能在线。这样一个项目的特点是，在项目上线之前，PM承担了主要的工作内容。项目上线后，该操作承担了主要内容。
操作干预时间：在整个过程中跟进这些要求，主要工作根据实际工作情况和操作需要提出修改意见。
参与实力项目：PM主导的功能改进需要一个运营时间超过一个工作日的项目。 （关于时间成本的评估，需要PM和操作离线通信确认）
运行干预时间：提前3-5个工作日知道需求，运行评估需求时间成本干预需求。特殊项目需要特殊处理。
低参与项目：在PM主导的项目中，运营为内容，文案和部分政策参考提供支持。
运行干预时间：PM提前1-3个工作日了解需求，运行评估需求时间成本干预需求。
2.推荐的项目流程
项目流程：PM完成要求和Rarr;交付操作界面人员评估要求和Rarr;运营安排人员对接要求↠完成要求和Rarr;回归要求
项目过程中提到的要求是指在产品功能的改进和优化方面对PM的支持和确认，例如文案，内容和问题。
项目时间的明确时间原则：根据过去的合作经验，PM需要明确每个阶段与这些要求沟通的时间点。小需求通过内部通信工具直接识别时间点，大量需求由邮件流确定。每个阶段的时间点。
3.要点注意事项
上线后，项目需要强有力的运作。 PM需要在产品计划阶段事先确认操作是否接受修改方向。如果双方有不同的意见，进一步沟通，以确定最终可接受的实施方法;
在线操作之后，需要操作和维护的功能，例如横幅的修改。 PM需要知道功能启动前一周的相关规格和预计在线时间，以及操作方面的准备需求;
统一界面：在上线之前，需要具备提供内容和文案支持的功能。 PM根据预期的耗时与操作方向的界面通信，并且操作方向的操作者统一地安排时间。
权责统一：由于一方的原因，需求将被推迟或引起其他影响，应承担相应的责任，并根据项目的影响采取不同的处理方法。
写在最后
在学习之前必须经历一些经验。谢谢你阅读最后一篇，谢谢！
