起點課堂會員權益
職業體系課特權
線下行業大會特權
個人IP打造特權
30+門專項技能課
1300+專題課程
12場職場軟技能直播
12場求職輔導直播
12場專業技能直播
會員專屬社群
榮耀標識我的產品經理之路-資料歸檔管理
本篇文章我們討論的主題是資料歸檔管理。文章只針對工作過程中的業務資料，談一下個人是如何進行歸檔管理的，希望能夠對您有所幫助。
為什么要進行歸檔管理？
從項目的角度來說
大多數的新需求都需要迭代幾個版本后才能走向成熟穩定的階段，如果沒有歸檔管理，在大型項目中，需求的迭代變更將變的無據可循。
從產品汪的角度來說
我們先來看一下這個場景：
“他們要的黑不是黑，而是五彩斑斕的黑”（需求評審后，產品小哥仰天長嘯……）
“內容評審了好幾版，最終還是決定用第一版”（論產品小哥是如何猝死的……）
好了，皮一下，我們回到主題當中來。以上場景雖是玩笑話，但也是實實在在地源于生活。有些同學在工作中可能還未養成一些良好習慣，例如需求評審確定了新方案之后，修改原型或者文檔就直接在原來的基礎上進行修改了，未留存歷史版本；再例如，在多次需求變更、方案優化的過程中，沒有整理文件的習慣，文件一多，想找到某些內容就需要逐個文件地去查，逐個文檔地去找。有木有對號入座的同學，請留言站位……
回到剛才說的場景中，正如以上所述，我們無法確定領導或者客戶會最終會使用哪個方案，所以對于我們產品汪自身來說，養成良好的歸檔管理習慣，是非常有必要的。
歸檔管理哪些內容？
1. 獲取的需求一定要歸檔
避免領導或者客戶前后所說矛盾或者不認賬，這是我們反駁的有力證明（雖然反駁不會有什么用…但是最起碼不用背鍋了，有木有）。都說程序猿害怕需求變更，身處需求一線的產品汪，何嘗不是呢？
獲取的需求一般都是word文檔的形式，如果對于需求內容較多的同學，或者是口頭需求的傳遞形式，大家一定要對需求進行整理。
整理模板可參考如下文件：
鏈接：https://pan.baidu.com/s/1vKDXlwAmzn1cnrCSR8VQGg
提取碼：gcck
復制這段內容后打開百度網盤手機App，操作更方便哦
2. 思維導圖建議歸檔
思維導圖是屬于功能概設方面的內容，是我們產品的整體框架。在后期來說，我們會根據思維導圖來建立功能視圖，這也是需求接收方（開發、測試、運營）了解產品的第一步。
3. 流程圖、用例圖需要歸檔
需求變了，方案變了，我們的流程圖、用例圖肯定也會改變。如果不對這些內容進行歸檔，難道我們還一個個地重新畫一遍？（就算不累死，也會因為延期被領導祭天…）
4. 產品原型歸檔
Common sense，無需解釋，如果有疑問或者異議的，建議轉行……
5. 需求文檔歸檔
Common sense，無需解釋，如果有疑問或者異議的，建議轉行……
6. 模板文件歸檔
所謂模板文件，是指系統中可能存在的導入模板、導出模板這些內容。歸檔一下，后期肯定能用的到。
7. 測試文檔歸檔
產品上線之前，一般都會由產品汪測試驗收的。這份測試文檔可就重要了，從公司層面來說，產品汪需要保證開發出來的產品按照原先的設想進行實現；從個人層面來說，這不就是開發們的小辮子么，讓我們產品汪抓住了，我們就嘿嘿嘿……
8. 參考資料歸檔
我們在思考設計的過程中，肯定會或多或少地對一些其他內容進行參考借鑒，這些內容可以歸檔保留一下，歸檔的方式也很簡單，往這個文件夾里面塞即可……
歸檔管理的方式方法
歸檔管理的核心要素包括兩點：通過建立文檔目錄控制分類，通過設立命名規范控制版本。
還有一個橫切面也需要注意一下：也就是我們待評審的內容和需求評審通過的內容，這個也需要區分開。
文檔目錄控制分類
不廢話，直接上圖：
命名規范控制版本
我們逐個列舉以上內容的命名規范，如有異議，歡迎探討。
需求：
格式：系統名稱/項目名稱-需求名稱-時間-需求源
釋義：需要從文件名稱上面可以直觀地看出來，這是哪個系統或者項目的什么需求，是什么時間，誰發送給我的。
示例：用戶管理-動態標簽-20190520-人名
思維導圖：
格式：系統名稱/項目名稱-功能結構圖-時間
釋義：功能結構圖一般改動起來比較簡單，命名規范能達到便于檢索的目的即可。
示例：用戶管理-功能結構圖-20190520
流程圖：
格式：系統名稱/項目名稱-（功能模塊-）時間
釋義：一般情況下，我們的文檔是在原型完成后進行編寫的，所以好多時候不同模塊的流程圖就在同一個Visio文件中完成了。此時我們在文件命名時，只需要命名到系統名稱/項目名稱即可，關于功能模塊的列表，可以在Visio中進行區分。
格式：用戶管理-（登錄模塊-）流程圖-20190520
用例圖：
同流程圖
原型：
格式：系統名稱/項目名稱-產品原型-版本號-日期
釋義：RP文檔也會有不同的分類，例如交互原型，所以對于我們產品汪來說，“產品原型”幾個字還是需要標注一下的。因為這些文件最終還需要上傳git或者svn，可能會跟其他部門的文件混淆。
注意將未評審和已評審的文件放在不同的文件夾中。
示例：用戶管理-產品原型-V1.0-20190520
PRD文檔：
格式：系統名稱/項目名稱-PRD文檔-版本號-日期
釋義：注意將未評審和已評審的文件放在不同的文件夾中即可。
示例：用戶管理-PRD文檔-V1.0-20190520
測試文檔：
格式：系統名稱/項目名稱-測試文檔-版本號-日期
釋義：我們都是以版本為單位進行測試的，此處只需留存底稿即可，因為該類文檔，基本上不會存在來回修改的情況。
示例：用戶管理-測試文檔-V1.0-20190520
結語
好了，這就是筆者今天分享的內容。每個公司環境不同，每個人的習慣也會不同，筆者這篇文章的重點在于說明一下，資料的歸檔管理對我們大家很重要。
如果對大家有所幫助的話，也希望大家能夠點贊打賞一下，筆者在此叩謝。
還是借用我特別喜歡的一句話結尾吧：“一個人能夠走多遠，關鍵在于與誰同行！”
本文由 @曉莊同學 原創發布于人人都是產品經理。未經許可，禁止轉載
題圖來自Unsplash，基于CC0協議
需求都在tapd上 還要歸檔嗎
是的，任何公司的團隊都會有自己的文件管理工具，但一般上傳的內容，都是工作的階段性成果。本文只是表達，在工作的過程中，或者說是在自己的電腦上面，也是需要整理一下滴。 ??
Common sense，這個我真不清楚是什么？
常識
我還以為是個管理軟件 ??
這位兄臺，資料給你發過了啊…我要繼續準備我的第八輪面試了…希望自己還能留在這個美麗的世界…
常識，常識，曾經考研的時候，老師經常講，一些知識點是common sense ?
理我啊 哥 我需要你的PPT
我重新發布了一下，還在審核中，大家稍安勿躁哈~
小編又排版了一下，看著不錯，第一個贊給小編，哈哈哈。
百度網盤打不開 ??
百度網盤打不開
網盤打不開