若想建立对产品岗位的全貌认知，我们还需要理解产品岗位与组织体系的关系。本文就以常见的合作项目交付为场景进行举例，一起来看一下。

一、前言

1. 概述

我将连载更新我认知中的产品方法论，从产品通识讲到产品技能再讲到产品思维。

本人先后曾任互联网大厂的市场营销策划、用户运营、活动运营、解决方案岗位，现为一名高级产品经理。如果你是产品新人，希望能让你更快捷地认知这个岗位。如果你是经验丰富的同行，欢迎交流反馈，共同交付价值。

产品方法论将分为三个维度：产品通识、产品方法和工具、产品思维。

具体框架阐述详见首篇文章：https://www.woshipm.com/share/6040109.html

2. 本文说明

1）今天更新的模块为产品通识-产品岗位标准流程-产品岗位与组织体系的关系。

在我的前几篇文章中，已经对于岗位基础进行了说明，具体阐述了产品经理是什么、做什么、有哪些分类、需要哪些能力模型、应知的岗位名词。

但仅仅了解这些，不足以建立对于产品岗位全貌的认知。每一个岗位都是企业这台机器中的一个零部件，需要和其他岗位协同配合，才能对组织产生效应。

因此，作为产品经理，需要先了解你在组织中体系中处于哪一环节、你的前后左右分别是哪些角色，进而知道如何与协同部门有效协作、任务如何流转、权责如何划分、工作的考核标准和边界在哪里。

今天这篇文章，就带大家一起绘制一个棋盘 ，了解产品经理作为棋子之一，是如何开展工作的。

2）为了更直观地展示，本文将以常见的合作项目交付为场景举例。

因为这个场景下，包含企业外部客户和企业内部多个部门，角色和情况最为齐全。

二、项目交付全流程——流程图

1、从项目时间维度，可将项目分为：

• 售前支持阶段：沟通需求、合作洽谈、明确交付范围和产品实现方式、签订合同。
• 产品系统设计阶段：编写产品方案、系统设计方案、测试用例。
• 产品功能实施阶段：开发编码、测试执行、项目管理、处理需求变更等异常问题。
• 上线与验收阶段：产品验收、产品功能手册编写、产品培训、客户验收并签署验收单。
• 售后技术支持阶段：技术问题排查及处理、问题记录、产品需求池、产品版本迭代。

2、从参与项目的各角色维度，可拆分为：

• 项目方：由于本文举例的场景为合作项目交付流程，因此项目方可理解为提出需求并出资的甲方。
• 市场：公司承担外部对接、商务洽谈的角色。
• 产品：产品经理。有些公司此处也可拆分为产品经理和解决方案经理两个角色，前者注重产品方案设计和产品开发跟进，后者侧重方案设计前的需求对接、合作方案拟定。
• 研发：前后端开发人员，负责编码实现产品方案。
• 测试：测试工程师，负责编码后的功能测试、上线后的验收、售后技术支持时的问题排查。有些公司会单独成立客服部，承接售后问题。
• 平台运营：在项目中作为了解业务的核心角色，确保项目推进不影响原有业务开展。如果功能上线后需要运营或推广，平台运营岗位也可以凭借参与项目全过程，快速制定运营方案。
• 客户成功：这个岗位一般出现在提供软件服务的SaaS（软件即服务）公司或2B业务中，建立长期客户关系并提供持续价值的企业或业务。岗位核心价值是与客户保持密切联系，确保客户在使用企业的产品或服务时有良好且符合预期的体验，并建立客户合作忠诚度。因此在项目流程中，应承接产品上线后的客户交付职能、参与产品验收、熟悉产品功能。

三、项目交付全流程——任务项&交付物拆解

流程图便于了解各角色和事项的流转时间和顺序，下方的拆解表可用来了解每个阶段的角色、任务、标准输出物。

一个项目从启动的商务阶段到收款结项，需要公司各主要部门通力合作，如果缺少标准流程，在各个关键节点就会出现内部扯皮，分工不清边界不明。也会给合作方造成服务不专业的印象，影响合同续签或业内口碑。

四、总结

本篇文章是作者精心梳理的项目全流程，内容信息凝练自本人工作中的多项项目经验。

不同于其他行业通识，本文细节内容可以根据各自公司具体情况灵活调整。

原创不易，请多多关注、推荐给需要的同行！

下一篇将会说说产品经理的工作流程，了解这个岗位的工作事项始末。

如有建议和补充，欢迎交流！你们的互动将是我更新的最大动力，感谢！