電商產品經理怎么做大促(二)——大促需求管理
編輯導語:對于電商產品經理來說,電商大促是一年工作中的重中之重,每年的大促活動可能目標不同,但流程、工具、管理、執行等方面,是可以復用的。本文作者從大促節奏需求管理流程和管理模板兩個方面,分析產品經理如何做好大促需求管理,希望對你有幫助。
一年一度的年中大促618已經打響,作為電商產品經理,尤其是負責營銷系統相關的,電商大促是一年工作中的重中之重。很多平臺不僅需要在大促中實現自己的營收目標,更需要打響自己的名號,建立品牌形象和培養用戶心智。
那么作為電商產品經理,如果你被任命為電商大促的產品負責人,你應該怎么做好一次大促?
在上文中,我們講解了電商大促的節奏制定和目標拆解(點擊即可閱讀),在完成了大促方案制定后,運營會根據其目標提出產品需求,產品也會根據自身的系統設計輸出產品需求,這時候我們常常會遇到問題:
這么多運營需求,開發資源不夠怎么辦?
運營提的需求,要求的上線時間都非常趕,怎么解決?
如果沒有達成目標,運營說是因為運營需求產品沒有完成導致的,這“鍋”該怎么背?
《電商產品經理怎么做大促》第二章,將詳細講解大促需求管理流程,確保產品需求“萬無一失”。
一、大促需求為什么難管理?
大促的時候,運營常常背著GMV、獲客數等指標,為了完成指標,需要拓流量、做促銷、促轉化,自然就會有很多需求,希望產品能優化這個頁面的展示,能新增這個工具,所以自然而然,就會導致大促運營需求極多。筆者曾經在負責大促項目時,收到運營一口氣提了43個大大小小的需求。
需求多不怕,怕的是又多又急。我們都知道,現在電商圈越來越“內卷”。說好的“618”活動,開始時間是5月23日。明明叫“雙十一”,開始時間是10月20日。然而運營提需求的時候,常常是5月初反饋,并表示希望“618”大促開始前上線。實際情況是,從5月初到“618”大促開始前(5月23日),也就2周時間。2周時間完成43個需求,這可能嗎?
而且,每個運營都會覺得自己的運營需求特別重要,如果最終他的業務目標沒有達成,就會認為是因為產品沒有把功能實現。這合理嗎?
數量多、時間急、壓力大,這就是大促需求的現實。
二、大促需求的管理流程
因此,大促需求的管理,就是要解決這三個問題,數量多、時間急、壓力大。
1)數量多怎么解決?
大促需求不能亂提,很多運營擔心完不成任務,就無目的的隨便提需求,自然導致了需求數量過多。這時候,就需要有領導負責需求的審核,過濾無效需求,控制需求數量。
2)時間急應該怎么辦?
大促的需求,不能總是等到了活動開始前兩三周才開始反饋,然后產品再出方案,再進入研發,這樣時間是絕對不夠的。如果618活動是從5月23日開始,那么應該提前啟動,在4月初就開始收集運營需求,然后輸出產品方案。這樣才能做到游刃有余,也可以盡可能的提升需求完成數量和質量。
3)壓力大需要如何處理?
首先,我們不能等到需求開發完成了,活動上線了,一直到活動結束復盤數據時,才去追溯目標沒有完成是因為需求沒有實現。應該最開始的時候,明確每個需求的價值,做了這個產品需求,能達到什么樣的價值貢獻。這樣我們就能在最開始的時候知道,應不應該做這個需求,做這個需求能對目標有什么貢獻,再去評估最終的效果與最初的預估差異。
大促需求管理可以采用以下流程:
1. 運營需求收集&確認
1)運營需求收集啟動時間:大促活動開始前一個半月,例如618活動從5月23日開始,則收集啟動時間為4月1日;雙11活動從10月21日開始,則收集啟動時間為9月1日。
2)運營需求收集確認時間:需求收集啟動后一周時間,例如4月1日開始收集,則4月8日最終確認;9月1日開始收集,則9月8日開始確認。
3)運營需求收集需滿足以下條件,才會進入產品確認流程:
- 按照運營需求收集模板填寫
- 需求描述清晰,無歧義
- 需求價值明確,有清晰的數據評估
- 需求由各團隊領導內審通過
- 需求有統一且唯一的優先級排序
2. 產品需求確認&內審
1)產品需求確認時間:運營需求確認后,則進入產品需求確認流程
2)產品需求確認流程:
- 依據運營側反饋的優先級進行處理,根據需求對應的價值和實際的產品、研發、測試人力,確定最終承接的產品需求和優先級。
- 確認每個需求的產品負責人。
- 產品需求確認后,不可再新增需求,不可再變更已確認的需求內容。如需新增或變更,請走緊急需求流程。
3)產品需求內審時間:
產品需求確認后一周,進行產品需求內審。例如,9月8日確認運營需求并確認產品負責人,9月15日產品需求內審。
需求確認后,產品需輸出需求方案,進行內審。
如果涉及設計等其他資源,也需要同步提需求。
3. 產品需求評審&排期
1)產品需求研測評審:按照需求管理流程,產品需求內審通過后,需由研發、測試、數據等相關方初評審,約2-3天。
2)產品需求評審和排期:
召開單獨的大促項目產品需求評審會,由研發進行評審。
評審過后,研發確認對應的開發負責人,并輸出技術方案,確認需求排期。
同步確認設計需求排期時間。如果涉及的設計需求較多,可單獨召開設計需求評審會。
3)研測輸出需求排期:在評審后一周。例如9月19日完成評審,則9月23日輸出全部需求詳細排期。
4. 產品需求開發&測試
1)研發進入開發和測試,如有進度問題,及時同步并溝通解決
2)需求開發&測試時間:約3-4周。例如,9月23日排期確認后,需求在10月18日上線。
5. 產品需求上線&培訓
1)產品需求完成驗收并上線。
2)產品需求上線后培訓時間:約2-3天。例如,10月18日上線,10月21日活動正式上線。
6. 需求管理進度同步
為了讓運營、研發等各方清楚知道,大家在大促項目中什么時候該做什么事情,在幾個關鍵節點,產品側最好通過郵件形式,通知相關方,包括以下幾個階段:
- 運營需求收集啟動
- 運營需求產品確認
- 產品需求排期確認
- 產品需求開發上線
這也對應了幾個關鍵節點,項目的啟動、運營的交付、產品的交付、研發的交付,做到事事有回應,件件有著落。
7. 緊急需求流程
在按照以上流程處理大促需求的過程中,不能排除有緊急需求加入的情況。緊急需求也是為了實現某個業務目標而發起的,產品和研發需要盡力支持,但同時也會造成其他需求優先級往后調整,或導致相關人員需要加班處理。
對于異常場景,自然也需要建立異常流程來管理。一般緊急需求可以通過郵件或者公司系統流程,經過各級領導審批,包括但不限于運營團隊領導、產品團隊領導、研發團隊領導、測試團隊領導、部門負責人等。審批通過后,則產品研發安排人力優先支持,調整整體需求池的優先級。
三、大促需求的管理模板
要管理好大促的需求,除了有嚴謹的流程,還需要有規范的文檔模板。模板是一個能讓運營、產品、研發快速理解并溝通的橋梁。在大促需求管理過程中,運營需求的收集反饋和產品需求的研發進度,都需要模板來輔助。文末可領取模板資料。
1. 運營需求收集表
運營需求按照以下模板填寫,包括業務需求和數據需求。
運營同學需填寫以下內容:
- 需求排序:即需求優先級,從0開始,不能重復
- 需求類型:包括流量增長、提升轉化、提升效率、節約成本、合規等
- 系統:包括APP平臺、CMS系統、促銷系統、商家系統等
- 業務訴求
- 詳細描述
- 需求價值:必須有數據體現,是衡量需求必要性和評估優先級的關鍵
- 需求提出人
- 期望上線時間
- 備注
產品同學審核后填寫以下內容:
1)產品內審結果:通過、拒絕
2)產品對接人
2. 產品需求進度跟蹤
研發同學需填寫以下內容:
- 需求名稱:包括文檔跳轉鏈接
- 產品經理:需求產品負責人
- 研發SE:需求研發負責人
- 所需資源:包括前端、后端、測試、設計、數據等
- 設計人員
- 設計稿輸出時間
- 開發人員:包括前后端開發人員
- 開發時間:包括前后端開發時間
- 聯調時間
- 提測時間
- 測試人員
- 項目環境測試時間
- 預發布測試時間
- 灰度測試時間
- 上線時間
- 當前進度:每天更新當前進度,確保進度正常
大促需求的管理流程和規范,是為了需求的高質量實現,幫助業務人員完成整體目標。作為產品負責人,我們不是為了去拒絕運營需求,也不是為了去給研發施加壓力,更多的是作為業務負責人以實現最終目標為目的,推動需求的進展。對業務價值明顯的需求,一定得做;價值不大卻導致研發頻繁加班的需求,也得拒絕。同時,不僅僅是大促,這套需求處理方法和原則,在面對相同特點的項目時,都可以這么處理。
了解了大促的節奏、目標制定,大促的需求管理后,接下來是非常重要的環節,作為電商產品經理,你能為活動運營提供哪些武器。
《電商產品經理怎么做大促》第三章,將盤點電商大促產品“武器庫”,敬請期待。
作者:球溜溜,微信公眾號:產品小球
本文由 @溜溜球 原創發布于人人都是產品經理,未經許可,禁止轉載
題圖來自 Pexels,基于CC0協議。
文章干貨很多
學到了,在大促來臨前做好準備工作,有條有序的進行