編輯導語：一個好的素材管理系統能幫助提升公司團隊的效率以及產能，助力業務高效開展。本文作者主要跟大家分享了素材管理系統的搭建過程，以及梳理了主要功能的設計思路，供大家一同參考和學習。

本文從『有這個想法』開始，到『測試上線』，解析了一個B端產品完整的工作流程。

之前接手了一個素材管理系統的產品需求，leader主要的意思就是：讓這個后臺，可以將公司各個部門的素材匯總起來（素材包括圖片、視頻等），集中管理，方便公司內部資源共享。

當然，作為產品經理，拿到一個需求是需要先進行需求分析的，不是一上來就可勁兒造。下面我將我的工作流程詳細的梳理出來，分享給你，希望可以給你帶來一些有用的東西，如果文中有你認為不妥的地方，也請海涵。

01 背景

我的公司是一家偏內容型的公司，所以平時各個部門會囤積大量的素材，這些素材主要包括圖片、視頻等，但是這些素材都分散在各個部門，沒有進行有效的管理，所以導致素材的利用率非常低，而且會讓個別部門重復工作。

比如：3月份，推廣部需要廣告部做一個A品牌的宣傳視頻；5月份，投放部需要廣告部做一個A品牌的宣傳視頻，由于沒有對素材進行統一管理，廣告部可能會做兩個宣傳視頻，但是推廣部和投放部的視頻，是可以共用的，不需要廣告部再做一個視頻，這樣就浪費了廣告部的時間，增加了公司的運營成本。

所以現在公司內部就需要一個素材管理系統，來對各部門的素材進行統一管理。

02 總結業務問題

公司里邊很多可以共用的素材，但是沒有進行有效管理，這導致其他部門想要使用某些素材時非常麻煩，需要經過多方人員，流程非常復雜，最終還不一定能找到自己想要的素材。

我之前就遇到過這樣的情況：我需要A品牌的宣傳圖，然后我找到我的主管，問她有沒有相關素材，然后我的主管找到了設計部的主管，問有沒有A品牌的宣傳圖，設計部的主管又去問了他手下的設計師，有沒有A品牌的宣傳圖，后來發現有設計師做過A品牌的宣傳圖，但是該設計師離職了，宣傳圖在他電腦的某個文件夾里邊，就這樣，從上午9點半一直到晚上7點多，我才拿到了A品牌的宣傳圖。這一個過程是非常漫長的，如果有一個素材管理系統，我直接登錄進去，搜索A品牌，然后下載對應圖片即可，全程不到5分鐘，又怎么會浪費這么多時間呢？

總結一下，存在的業務問題就是：現有大量素材儲存在各部門的電腦、服務器上，沒有統一的管理平臺，不利于公司素材的沉淀、共享；同時還會讓一些部門重復工作，提升公司運營成本。

• 解決方案：最終決定，做一個素材管理系統，讓全公司的團隊都可以使用，需要素材時，登錄該系統下載即可；生產素材的部門，定期上傳素材。
• 核心價值：素材管理系統的核心價值：公司內部各種素材的沉淀與共享。

03 核心業務流程

素材系統的核心流程如上圖。

對用戶來說使用素材系統的流程大致是：找到素材，下載素材；

維護者的使用流程大致是：上傳素材、修改素材、刪除素材。

04 產品定位

05 功能板塊設計

功能板塊設計要謹慎，需要根據業務的需求，全面考慮產品后期的各種使用場景，這樣功能才能適用于當前產品，這個系統才會被更多的人使用。

對于素材管理系統來說，最重要的功能就是搜索、下載、批量上傳。我把刪除定為最高權限（只有超級管理員擁有刪除權限），因為刪除對于素材管理系統來說是最敏感的操作，需要格外注意，這也可以在一定程度上防止“刪庫跑路”的情況。

06 演進藍圖

演進藍圖可以理解為：先開發哪一塊，然后開發哪一塊，最后開發哪一塊。

系統不是一下子就能開發完成的，需要產品經理將整個開發流程合理的分為 n 期，我自己將此系統分為了4期。

演進藍圖具體有多少期，需要根據業務的特點和開發資源來決定，確定好演進藍圖后，需要和你的leader、對應的開發工程師聊一下，如果有不合適的地方，可以適度調整，這樣可以保證項目開發過程的合理性。

07 業務建模

業務建模的作用主要是提煉業務，歸納并設計對應的實體關系（ER，Entity-Relationship），是一些復雜系統不可缺少的一個流程，但是本文的素材管理系統運作原理相對簡單，暫時涉及不到。

08 角色與流程

我們需要先定義使用素材管理系統的角色，然后再梳理各個角色使用此后臺的流程。

因為素材系統沒有涉及多個后臺，且角色相對單一，所以我直接將數據庫提了出來，讓數據庫成為了角色與流程圖的一部分，這樣主要是為了強調數據庫的重要性，讓用戶瀏覽的都是最新的素材。

制作角色業務流程圖時，需要定義角色和細化流程，每個步驟、流程要清晰，不要模棱兩可。我在這里給你一個參考。

09 權限管理

權限管理包含兩個版塊：功能權限、數據權限。

• 功能權限：用戶可以訪問那些頁面，可以點擊哪些按鈕等；比如此系統中，設計師角色看不到圖片的刪除按鈕。
• 數據權限：用戶能看到的某頁面數據的集合；比如此系統中，設計師角色、運營角色就看不到圖片、視頻等素材的總數（對于訂單管理系統來說，可能就是北京地區的員工看不到天津地區的訂單）。

10 界面

當前面的工作都做好以后，就要開始設計原型圖了。

素材管理系統采用React框架搭建，在開發時會用到大量的組件，所以在設計原型圖時，我遵循的是Ant Design的設計規范，大部分交互效果也是直接參考的Ant Design。這樣不僅可以提升我制作原型圖的效率，還能節約開發的成本，需要的效果，我會直接將鏈接附上，這樣開發人員一看，就知道我的意思(這也是產品經理在工作時的一個小技巧，有的效果在口頭上不好描述，直接給開發看最終的效果就可以了)。

原型圖是產品經理的基本功，這里我就不多贅述了。

11 數據埋點

素材管理系統，我用的GA分析工具，用的是全局埋點，沒有細化到具體的某個元件上，打算先看看大致的數據，然后再針對具體的元件進行埋點，后期可能會根據這些數據，對本系統進行優化、迭代。

12 PRD文檔編寫

我個人習慣直接將PRD寫在原型圖的右側，這樣技術人員在開發的時候比較方便，可以一邊看原型圖，一邊看需求文檔。

文檔的呈現方式可以和技術人員協商一下，找一個雙方都比較喜歡的方式就可以了（原型、Word文檔、Excel表格、流程圖這種都可以），如果公司有規定，那就盡量按照公司的來。

13 協調排期

下面就可以按照演進藍圖，去找開發排期了。排好期，接著就是跟進、測試、上線。

14 需求管理、迭代

素材系統上線后，我從各部門收集了一些需求，并將一部分需求整理出來，計劃年后對素材系統進行一次迭代。

B端產品的需求優先級應當遵循：業務需求 > 用戶需求 > 產品需求?的原則，先解決公司業務上的需求，然后解決用戶的需求，最后才是產品本身的需求。

我個人習慣用Excel表格進行需求池管理，這樣各個字段比較的明確，建議：需求池表格一定要自己做，不要原封不動的借用網上的模板，因為每個公司、每個項目的環境是不一樣的，產品經理需要根據自己所處的環境，去制作與之對應的表格。

15 總結

B端產品的工作流程大致如下：

1. 梳理業務現狀
2. 總結業務問題
3. 梳理核心業務流程
4. 產品定位
5. 功能板塊設計
6. 演進藍圖
7. 業務建模
8. 梳理角色與流程
9. 權限管理
10. 原型設計
11. 數據埋點
12. PRD文檔編寫
13. 協調排期
14. 需求管理與迭代

最終需要多少個步驟，需要根據產品本身的特色，靈活的去增加、刪除某些步驟，同時還需要根據自己的工作環境，隨機應變。

本文由 @徐李 原創發布于人人都是產品經理。未經許可，禁止轉載。

題圖來自pexels，基于CC0協議