從2021年開始,我每個月都會開一期訓練營,同時在開營中收集同學們的反饋,不斷優化訓練營的內容,同時還要繼續推進社區app的開發工作和產品優化工作。加上今入學了poly U研究生和第三本書出版計劃,把時間壓縮的不可開交。
甚至在路上坐車開會過程中在坐車的時候都恨不得在副駕上把打開電腦,推進各個人物。說實話這時間的一天超過了至少10個小時在工作上。
而越是個人忙的時候,越是要凸顯產品的團隊協作,利用團隊協作高精度、高效率完成產品工作,尤其是我們在日常產品經理工作裏,本身就會出現許多緊急需求、或突發任務,有了協作自然就可以快速解決。
那麼產品經理的團隊協作到底是做什麼?從那些維度可以完成協作工作呢,我今天來分享下。
首先我們協作前要梳理出團隊共同的需求目標和任務邊界,最常的方法是頭腦風暴,在會議室裏利用頭腦風暴完成產品的框架梳理工作。
會議結束後,我們會在頭腦f風暴裏整理出下面的產品框架,作爲產品協作的基礎,通常來說我們會分爲前端、後臺、以及算法邏、和安全4個維度。但只要能夠滿足上線要求,公司沒有過多的安全策略,我們只會考慮產品本身的前3點。
▲ 產品協作前需要被輸出的產品架構圖
1.產品經理的團隊協作:畫原型
曾經我在一家公司做產品經理,改產品團隊一共有3個產品經理。常常在在這家公司裏週五會領取到了一個任務,比如要實現一個小程序的產品設計週一就要進行產品項目彙報,從產品設計到項目彙報PPT全部提供。要想快速完成,首先要解決畫原型的具體工作。
首先選擇可以協作的原型工具,在這裏我推薦figma
▲ 協作原型設計工具
根據前面提到頭腦風暴梳理的產品功能框架,我們依次對其分工,完成產品的設計工作。每個團隊成員完成自己的產品設計分支分類。
2.產品經理的團隊協作:寫文檔
和畫原型一樣,寫文檔則需要提前定好產品需求文檔的規範,每個功能下的頁面、和頁面的邏輯、頁面的路徑、頁面前後條件,都是我們在文檔裏的規範。如下是一個app原型頁面截圖,以及對應頁面的操作文檔說明
文檔的圖標、注視、解釋說明,都應該有一套撰寫規範,下面是我在產品工作裏撰寫的文檔案例,其中包含了時間、條件、邏輯,寫這個文檔有了這個標準後,再沿用功能側的分工,就可以完成撰寫了。
用線上文檔來完成協作,基於負責的功能模塊進行文檔結構的劃分,這樣一份需求文檔就可以快速實現。類似總分總的結構完成一份需求文檔
3.產品經理的團隊協作:項目管理
開頭提到的小程序任務,其實也包含若干個子功能,我們在前面通過最早的頭腦風暴完成了產品框架後,接下來就要進行開發。但是開發的過程中首先要解決優先級較高的進行開發,所以如何依次降級,對優先級較低的管理跟蹤,保證需求不遺漏、需求被做錯是項目管理最關注的點。
4.爲什麼有的團隊產品協作進行不下去?
產品經理協作的工作方式在一些互聯網團隊無法完成,主要是因爲產品經理之間負責的太過於獨立了,導致產品經理沒有交際。比如曾經我在喜馬拉雅的時候,負責門店系統的就是一個產品經理、負責電商系統的又是一個產品經理,兩者只有在用戶線上支付的場景裏會有和電商系統的交接。
所以我們會用一些流程圖或湧道圖來構建系統之間的流轉,只有在邊界處纔會有上面協作的場景或者就甩給某一方來做。
這樣可以保證產品的完善度和優化版本好控制,但在邊界處的產品設計容易因爲2個團隊或多個系統獨立導致輸出產品設計不規範、不標準。
今天的分享就在這兒。在後臺公衆號回覆:“PRD”可以領取文章裏我撰寫的需求文檔
今日Bonus:加我好友 pmkevin001,領取原型部件庫,同時還有運營模版,帶你瞭解快速提升產品運營進階
關注我的個人公衆號:Kevin改變世界的點滴,我每天的產品經理進階都在這