高級PM如何規(guī)范化的管理產(chǎn)品文檔
總結(jié)了自己這幾年管理各種產(chǎn)品文檔的經(jīng)驗,分享給大家。主要分為三大部分,本地文檔如何管理,然后怎么管理同一版本的PRD,以及如何共享PRD給同事。
一、本地文檔如何管理
項目通過文件夾管理
經(jīng)受過的項目比較多,我按照“開始月份~結(jié)束月份+項目名稱”的方式來命名,方便后續(xù)回顧。
按照職能設子目錄
比如我們是PM,那主要資料應該是需求文檔,其次經(jīng)常被傳達的可能是用戶需求、可能需要了解學習的技術(shù)資料、每個人都需要了解的公司資料。
產(chǎn)品文檔按照平臺不同設子目錄
這一步可能不是必須的,比如前端PM就可能跳過這一步。
產(chǎn)品文檔按照版本號設子目錄
文件夾命名格式為“版本號+核心模塊名稱”,比如客戶端的詳情如下。
每個版本使用迭代記錄
記錄該版本的所有內(nèi)容,首先是PRD、其次是視覺稿、交互稿、以及相關(guān)技術(shù)資料。
我的產(chǎn)出物是PRD,是用Axure畫出原型,然后帶交互和邏輯,含流程圖。源文件就是rp文件,如上所述。
需要注意的是,對于涉及到前后端的版本,我一般放在客戶端文件夾中。
分支版本請命名規(guī)范
有時候一個大版本除了主線版本之外,還有分支版本,此時我會單獨起一個新rp文件。
分支版本往往是某個模塊,命名規(guī)則為“版本號+模塊名稱+期數(shù)”,這樣命名的好處是可以搜索出該功能的所有版本,方便回顧復盤。
同一版本PRD在內(nèi)部使用表格記錄變化
在axure中單獨起個頁面,用表格記錄每次的修改記錄。同時會批量發(fā)布到git。
二、同一版本如何管理
原則是前后版本使用不同目錄,同一版本使用SVN提交。
生成原型到git的本地目錄
讓技術(shù)童鞋給你們分配一個git目錄,然后安裝smartgit,將生成后的axure原型文件夾放到該目錄下。
提交的時候?qū)懮细氯罩?/strong>
每次更新原型請寫更新日志,然后批量將更新日志和文件夾更新到git服務器。
查看并回滾該PRD到任一歷史版本
最終生成了每一個文件夾的迭代記錄,可在gitlab官網(wǎng)查看,并回滾到歷史版本,方便團隊復盤使用。
查看所有提交記錄
三、共享PRD給相關(guān)人員
共享網(wǎng)址給項目組成員
問負責搭建git的同事提供在線網(wǎng)址,然后將它給到對應的項目組成員即可。
更新原型到該目錄
以后每次用axure修改之后,先添加修改記錄,然后生成原型到該目錄,然后再提交日志即可。
最后說點額外的話
本地文件請盡量使用Dropbox、堅果云、svn、git等云同步軟件做備份。
雖然我主用axure,但其實justmind、mockplus這種客戶端軟件也是支持本文的管理方法。
另外命名規(guī)范了是為了方便后續(xù)搜索,當然你也可以按照目錄查找資料。
作者:浪子,個人公眾號langzisay。業(yè)務型產(chǎn)品經(jīng)理,3年社交+4年電商的工作經(jīng)驗。
本文由 @浪子 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載。
項目管理文件夾中放哪些呀
你好,有兩個小問題有點沒太明白,請教下:
1. 第一部分「本地文檔如何管理」中,「需求收集」是放競品調(diào)研之類的文檔嗎?
2. 第一部分「本地文檔如何管理」中,幾個次級標題之間的聯(lián)系是什么?是從屬還是并列?講的線路是:版本文檔→客戶端/服務端→版本號+核心模塊→PRD/交互稿/視覺稿嗎?
是在“版本文檔”下,放v1.1和v2.0文檔嗎?
嗯,是的。
看完后立馬比較了下我的目錄分類。第一級和樓主的很像,第一級也是有需求收集,項目管理,版本文檔,UI文檔。另外多了測試相關(guān),和Demo 目錄。用來分別記錄每次demo 的文檔,反饋和測試用例Review 的情況。 ??
挺好挺好。
不錯
1、你的主線版本和分支版本是按照什么來區(qū)分的?開發(fā)的主線和分支是按照你這個來的么?2、如果有rp出來了,但暫時無法確定放到哪個版本,文檔命名和放置位置有什么建議么?3、你的模塊是如何界定的呢?是從前端結(jié)構(gòu)么?如果某個優(yōu)化涉及多個模塊獨立開來不利于理解需求,這種情況怎么破呢? ?? 問題太多,表嫌棄我~~
問題1、APP是主體,所以主線是和APP走,支線是另外的模塊,比如運營系統(tǒng)。其次開發(fā)是按照我這個來的,一部分開發(fā)負責APP的前后端,另外一部分開發(fā)負責支線。
問題2、這個問題不太重要,如果是我單獨找個地方存放。
問題3、應該是從技術(shù)的實現(xiàn)邊界,不是從前端呈現(xiàn)。
后面的問題沒看懂啥意思?
謝謝啊,第一次提問就得到這么詳細的回答。后面的問題是屬于第3個問題的,如果模塊按照前端來劃分,假設淘寶的搜索頁、寶貝詳情頁、購物車分別由三個pm負責,但這三個模塊屬于購物流程不可分割的環(huán)節(jié),某一個版本的購物流程的優(yōu)化會涉及這三個模塊的改動,那這個版本的命名似乎就不能以某個模塊來命名了。這是我問題的來源,以上只是舉例。
技術(shù)實現(xiàn)的邊界,是服務端的模塊劃分么,如果理解有誤,能舉個例子說明與以前端呈現(xiàn)來劃分模塊的差異么?非常感謝 ??
最近也在管理文檔,很有幫助
有用就行,有補充建議更好。
有用
養(yǎng)成良好的文檔管理習慣確實很重要
很受啟發(fā),謝謝分享,贊一個
有用就行,這個頭像看起來好眼熟。
這個頭像是吾皇
感謝 很清晰
有用就行,有補充建議更好。