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