產品經理方法論連載06 | 產品通識——項目交付全流程(附流程圖和任務拆解)

1 評論 5119 瀏覽 32 收藏 8 分鐘

若想建立對產品崗位的全貌認知,我們還需要理解產品崗位與組織體系的關系。本文就以常見的合作項目交付為場景進行舉例,一起來看一下。

一、前言

1. 概述

我將連載更新我認知中的產品方法論,從產品通識講到產品技能再講到產品思維。

本人先后曾任互聯網大廠的市場營銷策劃、用戶運營、活動運營、解決方案崗位,現為一名高級產品經理。如果你是產品新人,希望能讓你更快捷地認知這個崗位。如果你是經驗豐富的同行,歡迎交流反饋,共同交付價值。

產品方法論將分為三個維度:產品通識、產品方法和工具、產品思維。

具體框架闡述詳見首篇文章:http://www.aharts.cn/share/6040109.html

2. 本文說明

1)今天更新的模塊為產品通識-產品崗位標準流程-產品崗位與組織體系的關系。

在我的前幾篇文章中,已經對于崗位基礎進行了說明,具體闡述了產品經理是什么、做什么、有哪些分類、需要哪些能力模型、應知的崗位名詞。

但僅僅了解這些,不足以建立對于產品崗位全貌的認知。每一個崗位都是企業這臺機器中的一個零部件,需要和其他崗位協同配合,才能對組織產生效應。

因此,作為產品經理,需要先了解你在組織中體系中處于哪一環節、你的前后左右分別是哪些角色,進而知道如何與協同部門有效協作、任務如何流轉、權責如何劃分、工作的考核標準和邊界在哪里。

今天這篇文章,就帶大家一起繪制一個棋盤 ,了解產品經理作為棋子之一,是如何開展工作的。

2)為了更直觀地展示,本文將以常見的合作項目交付為場景舉例。

因為這個場景下,包含企業外部客戶和企業內部多個部門,角色和情況最為齊全。

二、項目交付全流程——流程圖

1、從項目時間維度,可將項目分為:

  • 售前支持階段:溝通需求、合作洽談、明確交付范圍和產品實現方式、簽訂合同。
  • 產品系統設計階段:編寫產品方案、系統設計方案、測試用例。
  • 產品功能實施階段:開發編碼、測試執行、項目管理、處理需求變更等異常問題。
  • 上線與驗收階段:產品驗收、產品功能手冊編寫、產品培訓、客戶驗收并簽署驗收單。
  • 售后技術支持階段:技術問題排查及處理、問題記錄、產品需求池、產品版本迭代。

2、從參與項目的各角色維度,可拆分為:

  • 項目方:由于本文舉例的場景為合作項目交付流程,因此項目方可理解為提出需求并出資的甲方。
  • 市場:公司承擔外部對接、商務洽談的角色。
  • 產品:產品經理。有些公司此處也可拆分為產品經理和解決方案經理兩個角色,前者注重產品方案設計和產品開發跟進,后者側重方案設計前的需求對接、合作方案擬定。
  • 研發:前后端開發人員,負責編碼實現產品方案。
  • 測試:測試工程師,負責編碼后的功能測試、上線后的驗收、售后技術支持時的問題排查。有些公司會單獨成立客服部,承接售后問題。
  • 平臺運營:在項目中作為了解業務的核心角色,確保項目推進不影響原有業務開展。如果功能上線后需要運營或推廣,平臺運營崗位也可以憑借參與項目全過程,快速制定運營方案。
  • 客戶成功:這個崗位一般出現在提供軟件服務的SaaS(軟件即服務)公司或2B業務中,建立長期客戶關系并提供持續價值的企業或業務。崗位核心價值是與客戶保持密切聯系,確保客戶在使用企業的產品或服務時有良好且符合預期的體驗,并建立客戶合作忠誠度。因此在項目流程中,應承接產品上線后的客戶交付職能、參與產品驗收、熟悉產品功能。

三、項目交付全流程——任務項&交付物拆解

流程圖便于了解各角色和事項的流轉時間和順序,下方的拆解表可用來了解每個階段的角色、任務、標準輸出物。

一個項目從啟動的商務階段到收款結項,需要公司各主要部門通力合作,如果缺少標準流程,在各個關鍵節點就會出現內部扯皮,分工不清邊界不明。也會給合作方造成服務不專業的印象,影響合同續簽或業內口碑。

四、總結

本篇文章是作者精心梳理的項目全流程,內容信息凝練自本人工作中的多項項目經驗。

不同于其他行業通識,本文細節內容可以根據各自公司具體情況靈活調整。

原創不易,請多多關注、推薦給需要的同行!

下一篇將會說說產品經理的工作流程,了解這個崗位的工作事項始末。

如有建議和補充,歡迎交流!你們的互動將是我更新的最大動力,感謝!

本文由 @劉一手 原創發布于人人都是產品經理。未經作者許可,禁止轉載。

題圖來自Unsplash,基于CC0協議。

該文觀點僅代表作者本人,人人都是產品經理平臺僅提供信息存儲空間服務。

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 很棒誒

    來自福建 回復