當客戶經理不斷向內拋客戶需求時,產品經理要如何接?要如何分析客戶需求進行產品規劃?針對大中小的客戶要如何應對?這篇想記錄在 SaaS/B 端產品會遇到的應對應退。
誰適合看這篇文章?✔ 對產品經理、產品企劃、產品策略、產品規劃有興趣的朋友
以 SasS 平台來說,通常業務經理會先協助客戶試用產品,確定會簽約或簽完約才會正式導入產品,並交由客戶經理進行輔導、產品經理進行功能增設。
⠀⠀
但導入過程中,很常是試用過程中有情境漏掉,事後發現某些功能不符需求,希望產品進行優化,這時就會不斷提需求。
⠀⠀
需求通常用敏捷開發的角度可以分幾個面向:
⠀⠀
一般來說會提 Epic 需求較少,因為一開始簽約通常就會知道該系統有哪些功能,通常客戶會提的都是 Task、Story 維度。
⠀⠀
但為什麼簽約後才又提需求呢?通常原因是:
⠀⠀
⠀⠀
遇到上述狀況,客戶經理可以怎麼分類呢?根據我過往經驗,因為不同客戶的需求都不同,可以先將需求分成:
⠀⠀
分完類之後,除了 P0、P1 需要即刻安排工程師做確認修復,P2、P3 因為急迫性不高,這時以產品經理的角度會需要和客戶經理協調,看有哪些是「真的要開發」、哪些可以「用溝通安撫」。
⠀⠀
不然客戶一提需求就要進開發,根本就沒辦法全部都做,也會讓維運項目排擠到原定的新功能開發時程,可以先溝通安撫的像是:
除了上述兩點,其他才會進到產品經理的維運流程,先進行優先級排序。
⠀⠀
⠀⠀
確定要排入工程師開發修復的功能,也需要進行分析評估,包含:
都確認完就會排入產品開發代辦事項(Backlog)。
⠀⠀
⠀⠀
上述經驗來自於過往產品工作,若對這系列有興趣也可以持續觀看: