萬字長文 | 一次性說清楚產(chǎn)品經(jīng)理【文檔規(guī)范】
產(chǎn)品經(jīng)理的日常工作中,常常需要接觸或撰寫各類文檔,那么你知道如何輸出規(guī)范且合格的文檔嗎?這篇文章里,作者總結(jié)了自己在文檔中踩過的那些坑,并總結(jié)了相關(guān)的技巧,一起來看看吧。
文檔本身是產(chǎn)品經(jīng)理日常工作中最基礎(chǔ)的一部分,我們幾乎每天都在寫文檔,但是這些產(chǎn)出物真的合格嗎? 如果我們想提升文檔能力,可以采用哪些“拿來即用”的簡單方法呢?
今天我便以自己這些年在寫文檔中踩過的坑,以及在工作中總結(jié)出的技巧逐一介紹~
一、文檔的重要性
首先說文檔的重要性,提升重要意識,是做好一件事的前提條件。
我發(fā)現(xiàn)很多文檔寫的不合格,甚至比較爛的同學(xué),在重視程度上就做的很差。
對于我們?nèi)粘.a(chǎn)出的文檔來說,無論是需求說明書、產(chǎn)品手冊、產(chǎn)品介紹、甚至于平時一個普通的日報、周報、月度總結(jié)、季度總結(jié)、年度復(fù)盤……或者項目進程中、驗收過程中的各項產(chǎn)出物,或者售前過程中的諸多物料。
都能客觀反映出一個人、一個團隊、甚至于一家公司的專業(yè)性。
- 早在幾年前,我自己就因為文檔中的錯別字和結(jié)構(gòu)導(dǎo)致被老板嫌棄工作不嚴謹;
- 也因為簡歷中的錯別字錯失心儀 offer ;
- 還遇到過因為錯別字在申請專利時被專利局退稿;
- 曾因為合作機構(gòu)所提供的文檔經(jīng)常含有錯別字而建議公司更換合作方;
- 也經(jīng)常遇到在工作中提交的文檔被客戶一頓嫌棄,打回重寫等情況。
所以,如果我們真的只把這些文檔當(dāng)做團隊內(nèi)部的“應(yīng)付材料”,或者覺得反正這么多字,也沒人細看而長期沒有形成好的規(guī)范習(xí)慣,那后續(xù)會踩到的坑一定不會比我少。
因此,我總結(jié)了四點文檔規(guī)范的重要性供大家參考,希望能引起我們真正的重視:
- 體現(xiàn)個人、團隊、公司的專業(yè)性,能夠得到對方的認可,同時不要因為這些“所謂的小事”被別人挑毛病
- 好的文檔能夠提升“可讀性”和“易讀性”,對閱讀者產(chǎn)生良好印象的同時,也能盡量避免錯誤理解,在后續(xù)的工作推進中產(chǎn)生不必要的麻煩
- 作為客觀的可參照物,在雙方扯皮時,文檔是最有利的佐證。(如果文檔中出現(xiàn)模棱兩可,或者對自身團隊不利的內(nèi)容,前期如果沒發(fā)現(xiàn),后期會不會挖坑那就只能自求多福了)
- 最后則是我上文中提到的一些關(guān)鍵性問題,一旦這些材料用于一些重要途徑,便很容易產(chǎn)生重大的負面影響。
在文檔的重要性了解清楚之后,我們來看看今天的主題【文檔規(guī)范】,看具體如何清晰的進行文檔交流,規(guī)范我們從 3 方面去說,分別是文檔清晰交流的原則、文檔的格式規(guī)范和內(nèi)容規(guī)范,另外,在文檔的末尾,我們也會以產(chǎn)品 PRD 文檔作為案例給大家實際演繹文檔的撰寫標(biāo)準(zhǔn)。
二、如何清晰的進行文檔交流
1. 文檔撰寫原則
文檔應(yīng)該按照金字塔原則進行編寫,力求讓閱讀人在最短時間獲取關(guān)鍵信息。不是要讓閱讀的人挑出他想看的,而是你把想要他看的、他需要看的用最準(zhǔn)確的語言放在最恰當(dāng)?shù)奈恢蒙稀?/b>不要假設(shè)所有人都會認真完整的讀完文檔,不要力圖做到“多”和“全”,反而要做到“少”而“精”。
注意:寫文檔前要先問自己這樣幾個問題:
- 背景是已經(jīng)充分了解了嗎?
- 目標(biāo)(方向)理解對了嗎?和各方達成一致了嗎?
- 現(xiàn)狀中各種數(shù)據(jù)都清楚了嗎?資源配置合理嗎(包括人員的投入和時間)?
- 核心問題分解清楚了嗎?子問題有針對性的解決方案嗎?
- 所有可能的方案都考慮過了嗎?資源投入性價比可以接受嗎?
請謹記:任何沒有搞清問題時提出的解決方案都是耍流氓,任何不從目標(biāo)出發(fā)分解得出的問題都沒有解決的必要。寧可多花時間在思考上,也不要花時間和精力做沒有意義的事。
因為思考可以讓你之后的行動事倍功倍,而陷入做事之中只會浪費資源,耽誤之后的規(guī)劃。
2. 了解你的文檔讀者是誰?
寫文檔之前先問自己,誰會看這篇文檔?是怎么樣的角色和立場?他們都想知道什么信息?泛泛來分,大致有六類。
第一類:客戶
問題:什么項目?優(yōu)劣勢是什么?你們打算怎么辦?需要我們做什么?怎么盈利?客戶一般在意的是你是什么項目,你需要干什么事情,對方需要干什么事情,他們可能會多個對比,選擇對他們最優(yōu)的合作伙伴,所以對他們來說,他所關(guān)心的是信息清晰的基礎(chǔ)上,要體驗?zāi)愕膶I(yè)性。
第二類:老板(比如CEO)
問題:什么項目?結(jié)論是什么?你們打算怎么辦?由于每天要處理的事物過多,他們第一時間可能無法反應(yīng)過來是什么文檔,這就是為什么我們需要在標(biāo)題和正文明確給出項目的名稱和簡練的背景。當(dāng)明確了項目后,他們只會用很少的時間閱讀最關(guān)鍵的結(jié)論信息,對于詳盡的分析過程并不是關(guān)注。如果文檔中有問題的暴露,那么請注意老板們不愿意僅僅知道問題,他們還希望知道問題將會如何被解決,如果不能解決,那么需要什么資源才能解決?或者目前有什么思路、要做什么嘗試?
第三類:相關(guān)方-管理者(比如直屬leader)
問題:結(jié)論是什么?你怎么得出結(jié)論的?咱們之后怎么辦?文檔結(jié)論與他們的工作直接相關(guān),因此他們會非常關(guān)注結(jié)論是什么,而且會關(guān)注你如何得到這個結(jié)論、是否嚴謹、有沒有其他解讀方式?對于文檔暴露的問題,大概率需要他的資源配合去解決,所以要讓他在問題和目標(biāo)上和我們達成一致,再明確那些是他要去協(xié)調(diào)解決的。最好在文檔發(fā)送之前先私下和對方確認一些關(guān)鍵內(nèi)容。
第四類:相關(guān)方-執(zhí)行者(比如產(chǎn)品、市場)
問題:結(jié)論是什么?接下來需要“我”做什么? 文檔結(jié)論與他們的工作直接相關(guān),因此他們也會很關(guān)注結(jié)論本身,但比起這個他們更關(guān)注接下來需要他們具體做什么事情來配合,這就是為什么to do一定要責(zé)任到人。
第五類:周知相關(guān)部門(比如財務(wù)、設(shè)計、技術(shù)、測試等)
問題:什么事?怎么樣?對我有什么影響?我需要做什么?周知部門可能不完全清楚背景,因此他們的第一個問題是這個項目是什么?當(dāng)從標(biāo)題和背景中知道了是什么項目后,他們會瀏覽一下結(jié)論然后思考是否對他們的工作有影響。因此即便文檔本身的內(nèi)容和這些相關(guān)部門無關(guān),但我們感知到之后需要他們的一些配合,也可以比較早的同步文檔,讓對方有所準(zhǔn)備。
第六類:自己人(比如team小伙伴)
問題:誰做了什么?目前進度怎么樣?需要什么幫助? 自己人肯定會逐字逐句好好看文檔的內(nèi)容,然后了解信息之余會思考有什么信息或者資源可以給到幫助,萬一有臨時的一些情況,可以火速支援。
強烈建議非涉及保密數(shù)據(jù)和結(jié)論的文檔,組內(nèi)要同步。
3. 具體怎么寫?
背景:
1~2句話說明是什么項目。如果是數(shù)據(jù)分析一定要解釋原始數(shù)據(jù)的范圍。
a. 不是每一個項目都需要寫背景,但明確背景有利于我們理解項目本身,從而更好定位自己在項目中的角色。
b. 項目背景很復(fù)雜,可適當(dāng)延展說明,秉持嚴謹和精煉的原則快速把事情講清楚。延展部分用括號括起來,給不了解項目背景的人閱讀。
現(xiàn)狀:
簡明扼要把問題現(xiàn)狀說清楚。按順序描述(時間順序、重要性順序等等)。
a. 不要寫全部現(xiàn)狀,大家都知道的就不用寫了,跟本文內(nèi)容無關(guān)的也不用寫,只寫最關(guān)鍵的轉(zhuǎn)折節(jié)點以及和本文內(nèi)容有關(guān)的現(xiàn)狀。
b. 告訴別人你對現(xiàn)狀曾有過哪些嘗試和思考,可行的話結(jié)論是什么,如果不可行阻力是哪些。讓大家知道哪些問題是接下來可以被解決的,哪些問題是接下來沒必要完全沒辦法處理的。
c. 列出項目當(dāng)前的資源配置,包括人員的投入和時間。
決策:
根據(jù)現(xiàn)狀,現(xiàn)在需要上級做出哪些決策。(老板/領(lǐng)導(dǎo)們不愿意僅僅知道問題,他們還希望知道問題將會如何被解決,如果不能解決,那么需要什么資源才能解決?或者目前有什么思路、要做什么嘗試?)
a. 不要輕易對現(xiàn)狀下結(jié)論,想象一下隨便在街上拉一個路人,讓他看這個問題,會給出什么答案。一旦這個答案跟你現(xiàn)在想的一樣,你就要警惕了。
b. 判斷一定要有充足的事實依據(jù),如果依據(jù)不充足或者這個判斷不適合由我們來說,可以僅僅反應(yīng)事實。
c. 可以量化的一定要量化,類似于“下降”、“上升”后面一定要加上具體的幅度。
d. 用詞要盡可能準(zhǔn)確,少用類似于“受影響”、“大概”、“可能”這樣的中性詞。
e. 避免過于冗長的文字,如果文字過長可以用加粗和顏色來突出重點。盡量使用結(jié)構(gòu)化的方法來呈現(xiàn),如果是一組數(shù)據(jù)可以用表格呈現(xiàn)。
to do:
根據(jù)現(xiàn)狀,現(xiàn)在需要別人配合你做些什么。
a. to do要指向文檔中的問題,最好有邏輯明確的對照關(guān)系。盡量責(zé)任到人,交付日期也要標(biāo)明。
b. 寫to do一定要注意不要挖坑,承諾的事要負責(zé),能確切做到的才用確定的口吻。如果有資源問題,要提前暴露,(例如,待xxx給出排期,待xxx核查問題后給出方案)。
分析過程(附在文末,給需要的人看)
寫分析過程的目的是為了證明結(jié)論為什么正確。要與結(jié)論對應(yīng)起來,不是完全按照實際分析的順序去寫。
a. 不用把所有工作都一一體現(xiàn),大家都知道你的結(jié)論是經(jīng)過大量計算提煉的。與結(jié)論無關(guān)的工作要簡略甚至不體現(xiàn)在正文。
b. 避免使用excel大篇幅的表格,不利于大家發(fā)現(xiàn)信息,次要的內(nèi)容可以刪除不展現(xiàn),原始數(shù)據(jù)放在附件里就可以了。
c. 多個維度要拆分成多個表格(如日期、城市),一次只對比一件事情。
d. 對于保留的指標(biāo)一定要精煉,非常用指標(biāo)要解釋其計算方法和意義,不要希冀對方可以直接看懂。
e. 當(dāng)計算方法不確定的時候,從業(yè)務(wù)的角度去思考數(shù)值背后的意義。(比如,應(yīng)該是“平均之后再求和”還是“求和之后再平均”?)
f. 多個“口徑”可表達的數(shù)據(jù),只列出我們分析后認為最科學(xué)的一種。附件上可以有所有的計算,但文檔內(nèi)不要全部列出來,除非你要說明的結(jié)論不同。否則閱讀人會很困惑。
由于這一部分可能比較長和復(fù)雜,為了看文檔的人更好理解,可以在分析之前把邏輯簡要進行說明。也可以在分析中用小標(biāo)題進行引導(dǎo)。目標(biāo)是看了結(jié)論立刻就能在下文找到依據(jù)。
三、文檔的格式規(guī)范
這方面大多數(shù)產(chǎn)品同行應(yīng)該都會注意,但很多時候文檔寫多了,我們也會變得“麻木”而忽略一些細節(jié)。而其他崗位的同事很多就不太注意文檔格式的規(guī)范性,最終的交付物讓人“一言難盡”。 格式規(guī)范性主要包含字體、段落標(biāo)題、段內(nèi)標(biāo)題、圖片、目錄這幾類內(nèi)容。
1. 字體問題
字體最關(guān)鍵是需要全文統(tǒng)一,我們可以按“正文字體”、“小標(biāo)題字體”、“表格內(nèi)字體”、“補充說明字體”、“重點突出字體”來分類,并保證每個類別的全文字體一致。
表格內(nèi)的字體還要考慮字體大小是否會讓表格排序“失真”或“凌亂”,表格的首行標(biāo)題建議加粗、居中。章節(jié)的各級標(biāo)題一定要使用格式刷來統(tǒng)一維護。很多文檔不同的段落字體大小、樣式都會有些偏差,究其原因還是作者沒有檢查的意識,也沒有在完成復(fù)制粘貼后順手用格式刷統(tǒng)一的習(xí)慣。
2. 標(biāo)題編號問題
各級標(biāo)題在用格式刷統(tǒng)一的過程中,非常容易出現(xiàn)一些小錯誤。 舉個例子 eg1:下圖就是典型的級別錯誤,是將四級標(biāo)題,搞成三級標(biāo)題。
eg2:下圖就是典型的編號錯誤,是將內(nèi)容復(fù)制過來之后,沒有重新編號。
另外,一個文檔中段落內(nèi)的小標(biāo)題也盡量保持一種格式,比如選擇使用 (1) (2) (3) ,就不要再使用①②③,除非在文檔中有多處不同級別的排序需求再考慮多種小標(biāo)題樣式。
3. 圖片格式問題
文檔中的圖片要居中,如果某個章節(jié)有多張圖片連續(xù),則需要給每個圖片附上文字說明
而且圖片的大小也需要微調(diào),尤其是一些圖片復(fù)制進去之后很大、很模糊,此時就需要把圖片縮小成盡量全文統(tǒng)一的大小展示。尤其是一些移動端截圖,復(fù)制到文檔之后可能會“又細又長”,這時我們一定要隨手調(diào)整大小,盡量統(tǒng)一寬度。
4. 文檔的目錄問題
目錄一定要記得及時更新,我們經(jīng)常會遇到內(nèi)容修改之后沒有更新目錄直接提交的情況。也要記得把目錄的字體、間距調(diào)整到適當(dāng),尤其是 Word 撰寫的話,很多默認的目錄格式都挺丑的。
以上這些細節(jié),都是文檔的格式規(guī)范要求,每一條單獨來看可能都知道要這樣做,或者也很簡單覺得可以做到,在寫文檔時不要覺得這是小事就不用在意,細節(jié)決定專業(yè),試想一下,這上面說的各個“小問題”匯聚到一個文檔中,對閱讀者來說是不是“災(zāi)難現(xiàn)場”。
四、文檔的內(nèi)容規(guī)范
關(guān)于文檔的內(nèi)容,因為不同的行業(yè)和用途有不同的內(nèi)容要求,本文側(cè)重點不在于內(nèi)容如何整理,而是無論哪種內(nèi)容,我們都需要檢查、規(guī)避的常見問題。
1. 錯別字
首先,也是最最重要的一點,就是錯別字在智能輸入法普及的今天,我們?nèi)粘5奈淖纸涣髦谐錆M了錯別字,而這些錯別字一旦在產(chǎn)品工作者的產(chǎn)出物中出現(xiàn),會非常影響“印象分”,同時也會被質(zhì)疑此人的細心、認真程度。大家都知道出現(xiàn)錯別字不好,但苦于難以察覺,但這并不是我們?nèi)斡慑e別字存在的理由。所以對于錯別字,我有以下幾點建議:
1)換一個相對智能的輸入法
畢竟一個好的輸入法能夠記住我們常用的專業(yè)術(shù)語,能夠在拼寫錯誤時給出智能提示,系統(tǒng)默認的輸入法很難達到這個效果。我曾經(jīng)發(fā)現(xiàn)一位經(jīng)常打錯別字的小伙伴,就是一直在使用mac的默認輸入法,換了搜狗之后能降低大約60%的錯字情況。經(jīng)常寫錯別字,雖然不是什么大毛病,但是一定是個比較煩人事,對自己個人也會有影響。試想一下,你在看其他人的文檔時,看到對方有錯別字以及有頓句和語句不通順的問題,你是什么感受?
2)在日常生活中多注意
平時打字聊天的時候要養(yǎng)成不打錯字的習(xí)慣,要發(fā)出去的內(nèi)容自己掃一眼再發(fā),如果出現(xiàn)了錯別字及時改正,我認為這是每個產(chǎn)品人應(yīng)該培養(yǎng)的習(xí)慣,這是一件很基礎(chǔ)的事情。但是很多人都不在意,甚至被人多次指出之后也只是呵呵一笑,找個寬慰自己的理由,那么,這些人一定寫不出合格的產(chǎn)品文檔。
3)團隊內(nèi)可采取一些獎懲措施
這個是從領(lǐng)導(dǎo)層上要要求大家遵守的規(guī)則,就像小時候剛開始學(xué)習(xí)寫字時,老師有權(quán)利將字寫的不好的人的做作業(yè)撕掉重新寫。獎懲措施很多,比如在關(guān)鍵文檔中出現(xiàn)錯別字之后,在團隊內(nèi)部發(fā)紅包,或者當(dāng)你看到其他同學(xué)的文檔有錯別字時及時提醒。總之一定要采取一些措施,讓大家重視起來,養(yǎng)成日常檢查的習(xí)慣,漸漸地錯別字一定會越來越少。
4)自己一定要通讀幾遍
一個大段落寫完之后,一定要重新讀至少一遍,一方面檢查錯別字,另一方面檢查是否存在語義表達等問題.自己要對自己的結(jié)果負責(zé)
5)可以讓同事幫忙檢查
有時很難發(fā)現(xiàn)自我產(chǎn)生的錯誤,因為會陷入慣性思維怪圈。因此找同事幫忙檢查也是不錯的方式。而且相互幫助,去識別對方的錯誤,也能在很大程度上檢視自己,提升錯字意識。
以上這些方法多管齊下,配合使用都可以快速運用起來,在刻意練習(xí)的過程中,逐漸我們會提升錯別字的敏感程度,快速識別錯誤,并且能夠總結(jié)出一些“高頻錯字”
2. 書面語表達規(guī)范
在內(nèi)容規(guī)范性上,除了上面說的,還有一點很重要—書面語的表達雖然經(jīng)過幾百年的發(fā)展,文字表達從最初的文言文變成了白話文,但白話文也不代表等同于口語化。用書面語,不口語化表達的好處在于這八個字:正式、規(guī)范、嚴肅、嚴謹。如果是團隊內(nèi)部的文檔,只要領(lǐng)導(dǎo)沒意見,大家愿意怎么搞就怎么搞。
但是一旦涉及到對外輸出,邏輯嚴謹、 表達清晰、 結(jié)構(gòu)明確的內(nèi)容便是基礎(chǔ)。在此我列舉幾個關(guān)鍵點,建議大家在寫文檔時盡量規(guī)避這些問題。
1)表達簡潔易懂
當(dāng)然,可能有些文檔就是需要復(fù)雜嚴謹(比如專利申請文檔),讀起來非常拗口但確實挑不出邏輯漏洞。不過我們大部分接觸的文檔,還是要盡量簡單、 易懂,讓讀者盡快理解你想表達的意思。比如:
- 善于使用邏輯連接詞:“因此”“進而”“所以” “反而”“除非”;
- 簡化短語,將“什么什么的時候”改為“什么什么時”;
- 復(fù)雜邏輯采用分段、編號、配因等方式更直接地展現(xiàn)。
2)避免歧義用詞
“一千個人心中有一千個哈姆雷特”,很多詞語都有多面性,當(dāng)使用不怡當(dāng)時,非常容易造成讀者的歧義。所以我們在使用這些詞語時,要脫離自己的慣性思維,以用戶視角來審視這段話是否準(zhǔn)確。
a. 比如“xx等功能”,這個等宇就很微妙。如果是售前類的文檔,“等”沒問題。如果是交付類的文檔,“等”就很容易給后續(xù)的驗收挖坑;
b. 比如“單位”這個詞,既可代表計量單位,又能代表公司、用工單位。當(dāng)然結(jié)合文檔的上下語境能夠體會出其中的含義,但在一段文字內(nèi),如果出現(xiàn)同一個詞代表不同含義的,一定要加以說明,或者換一種表達形式。
c. 我還在一本書中發(fā)現(xiàn)“資產(chǎn)管理”這個名詞很有歧義。大多數(shù)人會認為是辦公資產(chǎn)、固定資產(chǎn)之類的“資產(chǎn)”管理系統(tǒng),而作為金融從業(yè)者,第一反應(yīng)會是“資金類的金融資產(chǎn)”管理系統(tǒng),這兩種系統(tǒng)完全不同,
所以避免內(nèi)容的“二義性”是內(nèi)容規(guī)范中非常重要的一點。
語義要直接,別讓對方反復(fù)理解
這里和表達簡潔易懂有幾分類似,但更傾向于別說廢話+業(yè)務(wù)邏輯盡量直接。比如:
- 把雙重否定詞 (不得不)改為肯定(就);
- 把“窮舉”改成“除了”(在條件1、2、3、4、5、6、7、8的情況下,改成除了條件9、10的情況)
3. 文件命名規(guī)范
最后,關(guān)于內(nèi)容規(guī)范性需要強調(diào)的是:文件命名規(guī)范文件名一定不能隨便起,尤其是要發(fā)給客戶的文檔。最好能夠通過文件名能讓讀者明白此文檔的目的或核心內(nèi)容。而且文件名最好能夠和正文內(nèi)的大標(biāo)題保持一致,盡量在文件名中包含客戶的簡稱、版本號、或者修改日期,其中修改日期一般出現(xiàn)在后續(xù)版本修改之后再添加。比如:
- 【公司簡稱】產(chǎn)品名稱 + 用途 + 版本號
- 【客戶名稱】+ 公司簡稱 + 產(chǎn)品名稱 + 用途 + 版本
- 產(chǎn)品名稱 + 用途 + 日期 – 備注
總之,不要忽略文檔名稱的重要性,如果起一個不專業(yè)的名字,可能對方都不會打開看就駁回了.
以上 是內(nèi)容規(guī)范的總結(jié),希望大家刻意練習(xí),盡量規(guī)避。
五、其它注意事項
除了上文提到的,還有一些其他通用注意事項,供大家參考。
1. 標(biāo)注的意義是快速定位
我們在寫文檔時,有些沒寫完的內(nèi)容會習(xí)慣性標(biāo)注出來,等到后續(xù)再完善,此時標(biāo)注一定要很方便的讓你快速找到。比如采用特定的關(guān)鍵詞(todo、待完善),或者插入批注。不要僅僅增加一個字體顏色或者背景色來標(biāo)注。因為文檔如果很長、如果沒有逐行檢查,很有可能會遺漏。
2. 多人協(xié)作使用【修訂模式】
文檔內(nèi)容如果不是特別多,在多人協(xié)作時盡量使用【修訂模式】,避免協(xié)作過程中出現(xiàn)沖突或疏忽而產(chǎn)生內(nèi)容問題。最終合并時再把修訂內(nèi)容逐一核對,可以避免很多協(xié)同過程的麻煩。當(dāng)然,如果文檔較長,修訂模式會很卡,多人協(xié)作要么采用一些其他協(xié)同工具,要么做好分工,避免同一部分多人修改的情況。
3. 較長的文檔,建議增加頁碼
4. 最好有“版本修訂記錄”
最好有“版本修訂記錄”,但不是必須。畢竟修改記錄后期維護起來非常繁瑣。如果文檔版本變動頻繁或者有追湖的必要性時,再增加修訂記錄也可以。關(guān)于修訂記錄還需要注意一點:修訂的內(nèi)容需要適合讓接收人看到?至于為什么,我就不多說了,各位自行細品。
5. 從其他文檔復(fù)制進來的內(nèi)容,一定要進行關(guān)鍵詞檢索
可以日常維護一個“關(guān)鍵詞詞庫”,包含其他客戶的名稱、其他產(chǎn)品的名稱、以及易錯的關(guān)鍵詞。待文檔完成后,進行全局檢索,大概率會有“驚喜”。
6. 客戶給的模板,盡量不要在結(jié)構(gòu)上大改
有些章節(jié)如果沒有內(nèi)容,或者不知道怎么寫,可以標(biāo)注“不適用”。但是如果你直接把章節(jié)刪掉,后續(xù)交付、審核時可能會被糾錯。當(dāng)然,刪掉的前提也要和客戶溝通清楚。
六、PRD 文檔參考(模板)
接下來我們以產(chǎn)品常寫的 PRD 文檔為例,給大家一個參考模版,但是僅供參考,里面的細節(jié)可以根據(jù)實際情況酌情調(diào)整。
1. 目錄
目錄前面文章中有說過,這里不在展開細說,總而言之,目錄的價值就是展示文檔的具體結(jié)構(gòu),方便查找。
2. 版本信息及變更日志
版本信息:
變更日志:
主要展示文檔的更新日志,一般是需求評審后需要補充的內(nèi)容或者確認說明信息等等,需要會后在原文檔更新,留下記錄,避免后期相互扯皮。更新補充的內(nèi)容最后加上標(biāo)題,并且以不同顏色或者字體區(qū)分,或者加以引用,總之是為了和之前的內(nèi)容做區(qū)分,方便快速定位。
會議記錄:
一般在PRD評審時要記錄主要矛盾問題及待解決問題,并在會后列好todo ,責(zé)任到人,把具體的目標(biāo)和時間量化。至于會議記錄的模版,網(wǎng)上任意一個在線文檔類的工具都能找到,下面是提供的一個簡易模版,供大家參考。
會議主題:2023.3.14組內(nèi)需求評審【XXX項目】V1.0
需求參會人:@XXX @XXX @XXX @XXX
會議結(jié)論:
1. XX
2. XXXX
3. XXXXX
4. XXXXXXX
會后 ToDo:(責(zé)任到人且量化目標(biāo)
1. XX@XX
2. XXXX@XX
3. XXXXX@XX
4. XXXXXXX@XXX
3. 相關(guān)負責(zé)人
展示當(dāng)前版本需求的相關(guān)干系人,作用是快速找到相關(guān)方以及查看需求排期,需求排期也可以用需求甘特圖來代替。下圖是相關(guān)負責(zé)人和需求排期的記錄表格,一般是需求評審后,去跟進設(shè)計、前端、后端測試等相關(guān)負責(zé)人的具體排期,如果排期不能當(dāng)下出來的話,就確認好排期出來的時間,后續(xù)在跟進。
4. 文檔正文
名詞解釋:
列出本文檔中所用到的專門術(shù)語的定義和縮略語的全稱和解釋。尤其如果你的項目是新開發(fā),有很多新定義的情況下需要特別注明你的概念。
需求背景:
背景前文中有詳細介紹,這里就不詳細說明了,總之核心內(nèi)容為簡要展示當(dāng)前需求在什么樣的情況下,需要干什么事情。
參考文檔/相關(guān)文檔:
列出本文檔的所有參考文檔;以及本文檔中所牽連到的其他文檔。比如需要多方對接以及牽連到其他同事的需求時,對方的文檔就需要加以引用。 舉個例子:
a. 本文檔引用XXXX平臺的XXXX需求情況下,就需要加以引用,【引用文檔:“文檔名稱:XXXXXXXXXXXXXXX ” 相關(guān)負責(zé)人:XXX】
b. 本文檔有對應(yīng)的用戶端需求,不是一個產(chǎn)品或者一波技術(shù)負責(zé)的情況下,就需要加以引用,【引用文檔:用戶端相關(guān)需求:“文檔名稱XXXXXXXXXXXXXXX” 相關(guān)負責(zé)人:XXX】
用戶調(diào)研:
用戶調(diào)研主要簡要說明調(diào)研方法、樣本情況及關(guān)鍵結(jié)論。如果需求有用戶調(diào)研的情況下,需要再次附上詳細的數(shù)據(jù)分析報告并添加在最后相關(guān)文檔【附錄】中。(用戶調(diào)研不是PRD文檔中非必要的,沒有的話可以不寫)
競品分析:
競品分析主要列出競品對比的主要信息和關(guān)鍵結(jié)論,如果需求復(fù)雜,需要有相關(guān)競品對比的情況下,需要在此附上詳細的競品分析報告,并添加在最后相關(guān)文檔【附錄】中。
(競品分析不是PRD文檔中非必要的,沒有的話可以不寫)
目標(biāo):
簡要說明本文檔的整體目標(biāo)及階段性目標(biāo)。整體目標(biāo)可以籠統(tǒng)說明,階段性目標(biāo)要定量(確定任務(wù)、時間、優(yōu)先級等等) 舉個例子:以用戶端新增作業(yè)需求為案例。
總目標(biāo):
本次需求需要滿足作業(yè)線上化,以產(chǎn)品能力賦能老師提高教學(xué)質(zhì)量,從而提高用戶滿意度,滿足公司章節(jié)作業(yè)線上化的計劃
階段性目標(biāo):
第一階段(本次需求):實現(xiàn)章節(jié)作業(yè)線上化
P0、滿足基本需求—支持用戶在微信 H5、PC、APP 三端實現(xiàn)線上做作業(yè)的需求
P0、滿足基本需求—支持老師在后臺完成作業(yè)添加(題目、題干、答案、解析)、批改作業(yè)的需求
P1、提高用戶答題體驗—優(yōu)化現(xiàn)有頁面作業(yè)的展示樣式及流程交互
P1、賦能老師—解放老師時間,提高教學(xué)質(zhì)量。
P2、XXXXXXXXX
第二階段(后期規(guī)劃):實現(xiàn)章節(jié)作業(yè)線上化
P0、滿足簡答題的線上化,支持學(xué)員通過圖片、語音等方式提交作業(yè)。
P1、滿足系統(tǒng)自動批改作業(yè),針對學(xué)員提交的作業(yè)自動批改并添加備注,提高老師效率
影響范圍:
簡要說明該需求的調(diào)整或新增后,對其它現(xiàn)有的功能模塊、用戶、相關(guān)部門、相關(guān)系統(tǒng)都有啥影響。
產(chǎn)品 / 數(shù)據(jù)現(xiàn)狀:
主要針對目標(biāo),簡要說明當(dāng)前的產(chǎn)品現(xiàn)狀及數(shù)據(jù)現(xiàn)狀。
5. 需求功能詳細說明
功能入口:
功能入口偏C端產(chǎn)品,中后臺相對比較少,尤其是C端多入口的功能點,需要分別說明入口細節(jié)(必要的話用現(xiàn)有產(chǎn)品功能截圖標(biāo)注說明,具體加在那個位置)。
??舉個例子:
1. 下面是以某個C端活動為例,梳理他的功能入口。
2. 圖例參考:下圖是以【課程筆記功能】為例,以現(xiàn)有產(chǎn)品功能截圖+標(biāo)注方式說明。
整體流程/邏輯關(guān)系:
簡要說明關(guān)于本次需求文檔所描述的產(chǎn)品或組件的總體流程圖或邏輯關(guān)系圖,可以用流程圖、思維導(dǎo)圖、或者狀態(tài)圖來、業(yè)務(wù)流轉(zhuǎn)圖表示。注意這里是整體需求的流程圖,如果有多個子流程的話,就需要在相關(guān)的子流程去展示對應(yīng)子流程的流程圖。 舉個例子:
如圖為某課程筆記購買流程圖
此圖為某課程筆記購買各業(yè)務(wù)流轉(zhuǎn)圖
頁面交互圖:
頁面流程一般是偏用戶端的需求需要特別說明,需要清晰的說明頁面與頁面之間的流轉(zhuǎn)關(guān)系和邏輯關(guān)系。 舉個例子:
某課程轉(zhuǎn)介紹活動頁面交互圖
功能細節(jié):
功能細節(jié)是按照需求的功能點逐個說明該功能的展示細節(jié)、交互、判斷邏輯、接口邏輯等細節(jié)。
如果是 C 端用戶頁面(App、小程序、H5),就以功能邏輯的具體頁面從上到下、從左到右的順序展示各個功能細節(jié)說明。
如果是中后臺頁面,則以各個細分的功能點梳理需求細節(jié)。
總之就是將復(fù)雜需求細分為多個子需求,分別陳述各個子需求功能的詳細說明。
??舉個例子:下面以某課程轉(zhuǎn)介紹活動的C端頁面和后臺頁面做示例。
頁面元素(順序:從上至下 從左到右)
下圖為活動后臺管理頁面:
頁面元素(順序:從上至下 從左到右)
下圖為活動數(shù)據(jù)頁面說明:
注意:如果是多個功能需求應(yīng)該多個目錄展示,要注意目錄的層級關(guān)系,提高文檔的閱讀體驗。(前面提到的文檔格式規(guī)范中的層級規(guī)范)
??舉個例子:此處是截某個【活動需求】的目錄層級展示。
6. 非功能需求
非功能需求指本次需求相關(guān)的除了技術(shù)開發(fā)除外的其它需求,比如產(chǎn)品營銷需求、運營需求、財務(wù)需求、法務(wù)需求、使用幫助、問題反饋等等。
??舉個例子: 假如現(xiàn)在要做一場轉(zhuǎn)介紹活動,那么活動頁面、相關(guān)的流程交互等等是需要開發(fā)的開發(fā)需求。除了開發(fā)之外。
- 活動前期的活動調(diào)研、用戶調(diào)研、數(shù)據(jù)調(diào)研等等屬于【前期調(diào)研需求】;
- 活動上線之前的運營宣傳文案、宣傳材料、觸達策略等屬于【活動前期推廣需求】;
- 活動相關(guān)的獎品選品、采購等等屬于【采購需求】;
- 采購時錢款審批等等屬于【財務(wù)需求】;
- 如果是比較大型的活動需要有第三方的公證機構(gòu)做公證,這種屬于【法務(wù)/市場需求】;
- 活動上線后需要相關(guān)產(chǎn)品運營去給業(yè)務(wù)方培訓(xùn),推廣等等,屬于【宣廣/培訓(xùn)需求】;
- 活動上線和結(jié)束后的數(shù)據(jù)追蹤、活動復(fù)盤等等,屬于【數(shù)據(jù)需求&復(fù)盤需求】。
從活動計劃開始,活動負責(zé)產(chǎn)品應(yīng)規(guī)劃好對應(yīng)節(jié)點的排期,并且周知對應(yīng)小伙伴關(guān)鍵時間節(jié)點和關(guān)鍵todo,最好是責(zé)任到人。不是非涉密的數(shù)據(jù)和方案,組內(nèi)容最好做好同步,讓大家清晰的知道自己需要在什么節(jié)點下完成什么事情。
7. 埋點
需要展示相關(guān)埋點文檔以及數(shù)據(jù)需求(偏C端的需求會需要)。
埋點文檔一般公司會有標(biāo)準(zhǔn)的埋點規(guī)范,按照統(tǒng)一要求填寫數(shù)據(jù)埋點表即可,但是強烈建議寫完之后需要和對應(yīng)的技術(shù)伙伴確認一下埋點要求是否合理(可以在PRD評審的時候一起過),另外在測試階段一定要記得測埋點,以保證數(shù)據(jù)采集的準(zhǔn)確性。
數(shù)據(jù)需求一般是在沒有可視化數(shù)據(jù)看板的情況下,需要單獨梳理出來你本次需求的數(shù)據(jù)要求,讓技術(shù)同學(xué)單獨幫你處理,數(shù)據(jù)需求需要清晰的說明自己的表頭字段、字段定義、和要求更新的時間。
??舉個例子:以某個轉(zhuǎn)介紹活動數(shù)據(jù)需求為例子。
8. 附錄
把正文提及到的項目管理文檔附在此處,比如并且之前活動那個需求相關(guān)的數(shù)據(jù)需求、運營需求、采購需求等等相關(guān)的文檔,都可以放到此處,并且@ 到相關(guān)責(zé)任人。
七、上線文檔說明
上線說明文檔指針對相對復(fù)雜的需求上線之后,尤其是邏輯比較復(fù)雜,或者涉及到多個平臺,或者多個端口使用的需求,應(yīng)該以郵件或者群公告的形式通知相關(guān)干系人。
并且輸出完善的需求上線【操作說明文檔】,說明上線的功能點、操作說明、及影響范圍,有必要的情況下需要錄制操作視頻,并且視頻要搭配語音解說)并且以郵件附件的形式發(fā)送給相關(guān)干系人。
??舉個例子:此處是截某個上線說明文檔的目錄展示:
此處是某個上線通知的郵件/群廣告通知模版(僅供參考)
【上線通知】
1.需求名稱:成人協(xié)會證書3.0(證書考試系統(tǒng)上線)
2.需求相關(guān)負責(zé)人:
業(yè)務(wù) : X’X’X/任X’X
設(shè)計 :李XX
產(chǎn)品 :趙XX
技術(shù) :張XX、張XX、靳XX
測試 :王XX
3.發(fā)版內(nèi)容:
1、審核成人協(xié)會證書用戶填寫的身份證號實名制(即證書填寫的姓名和身份證號必須是完全統(tǒng)一的,系統(tǒng)會自動校驗)
2、支持XX周畢業(yè)但未獲得《畢業(yè)證》的學(xué)員通過考試來申請《成人教育協(xié)會證書》
4.功能入口:
1、固定入口:【實XXX營】公眾號登陸個人中心右上角【我的證書】
2、固定入口:【實XXX營】公眾號登陸個人中心右上角【設(shè)置】-【我的證書】
5.注意事項:
1、每人只有一次考試機會!每人只有一次考試機會!每人只有一次考試機會!(重要的事情說3遍,一次考試不通過將不會有2次考試機會)
2、用戶可通過兩種途徑來獲取成人協(xié)會的培訓(xùn)證書。
a.24周課程畢業(yè)之后拿到畢業(yè)證的用戶;
b.24周課程畢業(yè)之后未拿到畢業(yè)證的用戶通過考試來申請,考試成績需≥90才能審核通過;
3、考試題為XX 周全套課程基礎(chǔ)知識包含4門系統(tǒng)課;
4、考試題共100道,包含單選、判斷、多選題。(其中包含系統(tǒng)課單選20題、判斷20題、多選10題+XXX課程單選20單選20題、判斷20題、多選10題)每題1分;
5、考試滿分100分,考試成績≥90分視為合格成績,可領(lǐng)取成人教育協(xié)會培訓(xùn)證書;
6、考試時間為100分鐘,學(xué)員加入考試頁面時,頁面會開始倒計時,倒計時結(jié)束后自動交卷!考試過程中學(xué)員不能退出或切換到其他頁面,否則會視為自動交卷(當(dāng)然手機斷網(wǎng)或關(guān)機等不可控因素不計算在內(nèi))
7、考試成績會在答完所有試題自動提交或考試時間截止時自動打分并公布,成績合格餓學(xué)員可直接申請證書
4.發(fā)版時間:2018.08.06 下午4:00
5.涉及用戶:實踐課XX本次上線之后XX的所有學(xué)員都可以通過XXXXXX申請證書啦!
后續(xù)有任何證書問題可以群里@XXX或者私信XXX解決
希望對今天的內(nèi)容對你有用~
本文由 @產(chǎn)品陀螺 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理,未經(jīng)作者許可,禁止轉(zhuǎn)載。
題圖來自Unsplash,基于CC0協(xié)議。
該文觀點僅代表作者本人,人人都是產(chǎn)品經(jīng)理平臺僅提供信息存儲空間服務(wù)。
- 目前還沒評論,等你發(fā)揮!