高級PM如何規范化的管理產品文檔

19 評論 82255 瀏覽 496 收藏 6 分鐘

總結了自己這幾年管理各種產品文檔的經驗,分享給大家。主要分為三大部分,本地文檔如何管理,然后怎么管理同一版本的PRD,以及如何共享PRD給同事。

一、本地文檔如何管理

項目通過文件夾管理

經受過的項目比較多,我按照“開始月份~結束月份+項目名稱”的方式來命名,方便后續回顧。

按照職能設子目錄

比如我們是PM,那主要資料應該是需求文檔,其次經常被傳達的可能是用戶需求、可能需要了解學習的技術資料、每個人都需要了解的公司資料。

產品文檔按照平臺不同設子目錄

這一步可能不是必須的,比如前端PM就可能跳過這一步。

產品文檔按照版本號設子目錄

文件夾命名格式為“版本號+核心模塊名稱”,比如客戶端的詳情如下。

每個版本使用迭代記錄

記錄該版本的所有內容,首先是PRD、其次是視覺稿、交互稿、以及相關技術資料。

我的產出物是PRD,是用Axure畫出原型,然后帶交互和邏輯,含流程圖。源文件就是rp文件,如上所述。

需要注意的是,對于涉及到前后端的版本,我一般放在客戶端文件夾中。

分支版本請命名規范

有時候一個大版本除了主線版本之外,還有分支版本,此時我會單獨起一個新rp文件。

分支版本往往是某個模塊,命名規則為“版本號+模塊名稱+期數”,這樣命名的好處是可以搜索出該功能的所有版本,方便回顧復盤。

同一版本PRD在內部使用表格記錄變化

在axure中單獨起個頁面,用表格記錄每次的修改記錄。同時會批量發布到git。

二、同一版本如何管理

原則是前后版本使用不同目錄,同一版本使用SVN提交。

生成原型到git的本地目錄

讓技術童鞋給你們分配一個git目錄,然后安裝smartgit,將生成后的axure原型文件夾放到該目錄下。

提交的時候寫上更新日志

每次更新原型請寫更新日志,然后批量將更新日志和文件夾更新到git服務器。

查看并回滾該PRD到任一歷史版本

最終生成了每一個文件夾的迭代記錄,可在gitlab官網查看,并回滾到歷史版本,方便團隊復盤使用。

查看所有提交記錄

三、共享PRD給相關人員

共享網址給項目組成員

問負責搭建git的同事提供在線網址,然后將它給到對應的項目組成員即可。

更新原型到該目錄

以后每次用axure修改之后,先添加修改記錄,然后生成原型到該目錄,然后再提交日志即可。

最后說點額外的話

本地文件請盡量使用Dropbox、堅果云、svn、git等云同步軟件做備份。

雖然我主用axure,但其實justmind、mockplus這種客戶端軟件也是支持本文的管理方法。

另外命名規范了是為了方便后續搜索,當然你也可以按照目錄查找資料。

 

作者:浪子,個人公眾號langzisay。業務型產品經理,3年社交+4年電商的工作經驗。

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

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 項目管理文件夾中放哪些呀

    來自廣東 回復
  2. 你好,有兩個小問題有點沒太明白,請教下:

    1. 第一部分「本地文檔如何管理」中,「需求收集」是放競品調研之類的文檔嗎?

    2. 第一部分「本地文檔如何管理」中,幾個次級標題之間的聯系是什么?是從屬還是并列?講的線路是:版本文檔→客戶端/服務端→版本號+核心模塊→PRD/交互稿/視覺稿嗎?

    來自北京 回復
  3. 是在“版本文檔”下,放v1.1和v2.0文檔嗎?

    來自廣東 回復
    1. 嗯,是的。

      來自上海 回復
  4. 看完后立馬比較了下我的目錄分類。第一級和樓主的很像,第一級也是有需求收集,項目管理,版本文檔,UI文檔。另外多了測試相關,和Demo 目錄。用來分別記錄每次demo 的文檔,反饋和測試用例Review 的情況。 ??

    來自四川 回復
    1. 挺好挺好。

      來自上海 回復
  5. 不錯

    來自上海 回復
  6. 1、你的主線版本和分支版本是按照什么來區分的?開發的主線和分支是按照你這個來的么?2、如果有rp出來了,但暫時無法確定放到哪個版本,文檔命名和放置位置有什么建議么?3、你的模塊是如何界定的呢?是從前端結構么?如果某個優化涉及多個模塊獨立開來不利于理解需求,這種情況怎么破呢? ?? 問題太多,表嫌棄我~~

    來自四川 回復
    1. 問題1、APP是主體,所以主線是和APP走,支線是另外的模塊,比如運營系統。其次開發是按照我這個來的,一部分開發負責APP的前后端,另外一部分開發負責支線。
      問題2、這個問題不太重要,如果是我單獨找個地方存放。
      問題3、應該是從技術的實現邊界,不是從前端呈現。
      后面的問題沒看懂啥意思?

      來自上海 回復
    2. 謝謝啊,第一次提問就得到這么詳細的回答。后面的問題是屬于第3個問題的,如果模塊按照前端來劃分,假設淘寶的搜索頁、寶貝詳情頁、購物車分別由三個pm負責,但這三個模塊屬于購物流程不可分割的環節,某一個版本的購物流程的優化會涉及這三個模塊的改動,那這個版本的命名似乎就不能以某個模塊來命名了。這是我問題的來源,以上只是舉例。
      技術實現的邊界,是服務端的模塊劃分么,如果理解有誤,能舉個例子說明與以前端呈現來劃分模塊的差異么?非常感謝 ??

      來自四川 回復
  7. 最近也在管理文檔,很有幫助

    回復
    1. 有用就行,有補充建議更好。

      來自上海 回復
  8. 有用

    來自廣東 回復
  9. 養成良好的文檔管理習慣確實很重要

    來自北京 回復
  10. 很受啟發,謝謝分享,贊一個

    來自山東 回復
    1. 有用就行,這個頭像看起來好眼熟。

      來自上海 回復
    2. 這個頭像是吾皇

      來自四川 回復
  11. 感謝 很清晰

    來自上海 回復
    1. 有用就行,有補充建議更好。

      來自上海 回復