編輯導語:一個好的素材管理系統能幫助提升公司團隊的效率以及產能,助力業務高效開展。本文作者主要跟大家分享了素材管理系統的搭建過程,以及梳理了主要功能的設計思路,供大家一同參考和學習。
本文從『有這個想法』開始,到『測試上線』,解析了一個B端產品完整的工作流程。
之前接手了一個素材管理系統的產品需求,leader主要的意思就是:讓這個後台,可以將公司各個部門的素材彙總起來(素材包括圖片、視頻等),集中管理,方便公司內部資源共享。
當然,作為產品經理,拿到一個需求是需要先進行需求分析的,不是一上來就可勁兒造。下面我將我的工作流程詳細的梳理出來,分享給你,希望可以給你帶來一些有用的東西,如果文中有你認為不妥的地方,也請海涵。
01 背景我的公司是一家偏內容型的公司,所以平時各個部門會囤積大量的素材,這些素材主要包括圖片、視頻等,但是這些素材都分散在各個部門,沒有進行有效的管理,所以導致素材的利用率非常低,而且會讓個別部門重複工作。
比如:3月份,推广部需要廣告部做一個A品牌的宣傳視頻;5月份,投放部需要廣告部做一個A品牌的宣傳視頻,由於沒有對素材進行統一管理,廣告部可能會做兩個宣傳視頻,但是推广部和投放部的視頻,是可以共用的,不需要廣告部再做一個視頻,這樣就浪費了廣告部的時間,增加了公司的運營成本。
所以現在公司內部就需要一個素材管理系統,來對各部門的素材進行統一管理。
02 總結業務問題公司裏邊很多可以共用的素材,但是沒有進行有效管理,這導致其他部門想要使用某些素材時非常麻煩,需要經過多方人員,流程非常複雜,最終還不一定能找到自己想要的素材。
我之前就遇到過這樣的情況:我需要A品牌的宣傳圖,然後我找到我的主管,問她有沒有相關素材,然後我的主管找到了設計部的主管,問有沒有A品牌的宣傳圖,設計部的主管又去問了他手下的設計師,有沒有A品牌的宣傳圖,後來發現有設計師做過A品牌的宣傳圖,但是該設計師離職了,宣傳圖在他電腦的某個文件夾裏邊,就這樣,從上午9點半一直到晚上7點多,我才拿到了A品牌的宣傳圖。這一個過程是非常漫長的,如果有一個素材管理系統,我直接登錄進去,搜索A品牌,然後下載對應圖片即可,全程不到5分鐘,又怎麼會浪費這麼多時間呢?
總結一下,存在的業務問題就是:現有大量素材儲存在各部門的電腦、服務器上,沒有統一的管理平台,不利於公司素材的沉澱、共享;同時還會讓一些部門重複工作,提升公司運營成本。
- 解決方案:最終決定,做一個素材管理系統,讓全公司的團隊都可以使用,需要素材時,登錄該系統下載即可;生產素材的部門,定期上傳素材。
- 核心價值:素材管理系統的核心價值:公司內部各種素材的沉澱與共享。
素材系統的核心流程如上圖。
對用户來説使用素材系統的流程大致是:找到素材,下載素材;
維護者的使用流程大致是:上傳素材、修改素材、刪除素材。
04 產品定位05 功能板塊設計功能板塊設計要謹慎,需要根據業務的需求,全面考慮產品後期的各種使用場景,這樣功能才能適用於當前產品,這個系統才會被更多的人使用。
對於素材管理系統來説,最重要的功能就是搜索、下載、批量上傳。我把刪除定為最高權限(只有超級管理員擁有刪除權限),因為刪除對於素材管理系統來説是最敏感的操作,需要格外注意,這也可以在一定程度上防止“刪庫跑路”的情況。
06 演進藍圖演進藍圖可以理解為:先開發哪一塊,然後開發哪一塊,最後開發哪一塊。
系統不是一下子就能開發完成的,需要產品經理將整個開發流程合理的分為 n 期,我自己將此係統分為了4期。
演進藍圖具體有多少期,需要根據業務的特點和開發資源來決定,確定好演進藍圖後,需要和你的leader、對應的開發工程師聊一下,如果有不合適的地方,可以適度調整,這樣可以保證項目開發過程的合理性。
07 業務建模業務建模的作用主要是提煉業務,歸納並設計對應的實體關係(ER,Entity-Relationship),是一些複雜系統不可缺少的一個流程,但是本文的素材管理系統運作原理相對簡單,暫時涉及不到。
08 角色與流程我們需要先定義使用素材管理系統的角色,然後再梳理各個角色使用此後台的流程。
因為素材系統沒有涉及多個後台,且角色相對單一,所以我直接將數據庫提了出來,讓數據庫成為了角色與流程圖的一部分,這樣主要是為了強調數據庫的重要性,讓用户瀏覽的都是最新的素材。
製作角色業務流程圖時,需要定義角色和細化流程,每個步驟、流程要清晰,不要模稜兩可。我在這裏給你一個參考。
09 權限管理權限管理包含兩個版塊:功能權限、數據權限。
- 功能權限:用户可以訪問那些頁面,可以點擊哪些按鈕等;比如此係統中,設計師角色看不到圖片的刪除按鈕。
- 數據權限:用户能看到的某頁面數據的集合;比如此係統中,設計師角色、運營角色就看不到圖片、視頻等素材的總數(對於訂單管理系統來説,可能就是北京地區的員工看不到天津地區的訂單)。
當前面的工作都做好以後,就要開始設計原型圖了。
素材管理系統採用React框架搭建,在開發時會用到大量的組件,所以在設計原型圖時,我遵循的是Ant Design的設計規範,大部分交互效果也是直接參考的Ant Design。這樣不僅可以提升我製作原型圖的效率,還能節約開發的成本,需要的效果,我會直接將鏈接附上,這樣開發人員一看,就知道我的意思(這也是產品經理在工作時的一個小技巧,有的效果在口頭上不好描述,直接給開發看最終的效果就可以了)。
原型圖是產品經理的基本功,這裏我就不多贅述了。
11 數據埋點素材管理系統,我用的GA分析工具,用的是全局埋點,沒有細化到具體的某個元件上,打算先看看大致的數據,然後再針對具體的元件進行埋點,後期可能會根據這些數據,對本系統進行優化、迭代。
12 PRD文檔編寫我個人習慣直接將PRD寫在原型圖的右側,這樣技術人員在開發的時候比較方便,可以一邊看原型圖,一邊看需求文檔。
文檔的呈現方式可以和技術人員協商一下,找一個雙方都比較喜歡的方式就可以了(原型、Word文檔、Excel表格、流程圖這種都可以),如果公司有規定,那就儘量按照公司的來。
13 協調排期下面就可以按照演進藍圖,去找開發排期了。排好期,接着就是跟進、測試、上線。
14 需求管理、迭代素材系統上線後,我從各部門收集了一些需求,並將一部分需求整理出來,計劃年後對素材系統進行一次迭代。
B端產品的需求優先級應當遵循:業務需求 > 用户需求 > 產品需求的原則,先解決公司業務上的需求,然後解決用户的需求,最後才是產品本身的需求。
我個人習慣用Excel表格進行需求池管理,這樣各個字段比較的明確,建議:需求池表格一定要自己做,不要原封不動的借用網上的模板,因為每個公司、每個項目的環境是不一樣的,產品經理需要根據自己所處的環境,去製作與之對應的表格。
15 總結B端產品的工作流程大致如下:
- 梳理業務現狀
- 總結業務問題
- 梳理核心業務流程
- 產品定位
- 功能板塊設計
- 演進藍圖
- 業務建模
- 梳理角色與流程
- 權限管理
- 原型設計
- 數據埋點
- PRD文檔編寫
- 協調排期
- 需求管理與迭代
最終需要多少個步驟,需要根據產品本身的特色,靈活的去增加、刪除某些步驟,同時還需要根據自己的工作環境,隨機應變。
本文由 @徐李 原創發佈於人人都是產品經理。未經許可,禁止轉載。
題圖來自pexels,基於CC0協議