产品经理方法论连载06 | 产品通识——项目交付全流程(附流程图和任务拆解)

1 评论 3268 浏览 22 收藏 8 分钟

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

一、前言

1. 概述

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

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

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

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

2. 本文说明

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

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

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

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

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

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

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

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

1、从项目时间维度,可将项目分为:

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

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

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

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

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

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

四、总结

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

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

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

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

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

本文由 @刘一手 原创发布于人人都是产品经理。未经作者许可,禁止转载。

题图来自Unsplash,基于CC0协议。

该文观点仅代表作者本人,人人都是产品经理平台仅提供信息存储空间服务。

更多精彩内容,请关注人人都是产品经理微信公众号或下载App
评论
评论请登录
  1. 很棒诶

    来自福建 回复