中文字幕理论片,69视频免费在线观看,亚洲成人app,国产1级毛片,刘涛最大尺度戏视频,欧美亚洲美女视频,2021韩国美女仙女屋vip视频

打開APP
userphoto
未登錄

開通VIP,暢享免費電子書等14項超值服

開通VIP
產(chǎn)品經(jīng)理必修課:你會寫PRD文檔嗎?

本來標題想寫成:《震驚!她居然靠這個讓程序猿GG高潮》。后來一想算了吧,我又不是UC震驚部的,還是務(wù)實一些,少玩兒標題黨。

每一個產(chǎn)品經(jīng)理都寫過無數(shù)的PRD,大到整個系統(tǒng),小到某一個功能。今天我們來聊聊PRD文檔如何編寫,以及如何寫好一份PRD文檔。

首先,我們用產(chǎn)品的思路來分析一下,PRD文檔的用戶是誰,以及使用場景是什么。

1、需求方:當需求方提出需求并與產(chǎn)品經(jīng)理討論后,產(chǎn)品經(jīng)理開始編寫PRD文檔,編寫完成后,與需求方開會確認PRD文檔中的內(nèi)容細節(jié)。修改確認無誤后,再去跟研發(fā)人員進行講解。

2、研發(fā)人員(交互設(shè)計師、UI設(shè)計師、前端工程師、研發(fā)、測試):在與需求方確認并鎖定需求后,將PRD文檔中的需求向研發(fā)人員進行講解。讓研發(fā)人員明白需求,可以開始進行研發(fā)。同時在日后的研發(fā)過程中,如果研發(fā)人員對細節(jié)遺忘或者需要確認,只需打開PRD文檔找到對應(yīng)內(nèi)容即可。

從以上兩個最常用的使用場景來看,PRD要具備非常強的可讀性,同時對功能的描述要非常詳細,不能有遺漏(是的,絕對不能漏功能,不然少做一項內(nèi)容就是產(chǎn)品經(jīng)理的鍋),最后還要保證專業(yè)度。

看起來好像很難,我們來拆解一下,一份完整的PRD都包含哪些內(nèi)容,請看下圖:

我們一項一項來說:

1、修訂歷史:

在與運營確認需求的時候,總是無法避免修改功能。甚至有時候在給研發(fā)講解的時候,由于技術(shù)原因有些需求也需要修改。這個時候就產(chǎn)品經(jīng)理就必須要記錄每一次更新的歷史,同時記錄原因。你可以這么寫:

2、項目背景:

通常來說這個不是必須寫的,為了完整性和專業(yè)度,建議產(chǎn)品經(jīng)理還是寫一下,也算是一個記錄。比如“雙11大促,沖刺100億銷售額”之類的。

3、業(yè)務(wù)描述:

與項目背景一樣,不是必須寫,但依然是建議寫,可以不用寫太多?;蛘吣憧梢匝a一張業(yè)務(wù)流程圖,以抽獎為例:

4、產(chǎn)品模塊:

依然不是必須要寫,但還是建議寫的內(nèi)容。主要包含本次項目中的所有模塊,可以不用細到功能點,但建議有功能點的描述。如果是一個跨多個系統(tǒng)的項目,還需要增加屬于哪一個系統(tǒng)這一列,比如一個退換貨流程:

5、功能描述:

這部分是整個PRD的重中之重,必須要寫的很詳細。每一項都要包括一張線框圖和文字解說。如果一張頁面有不同的狀態(tài),要分開解說,以及說明這些狀態(tài)是在什么條件下進行切換。我以登錄框為例:

這么一個看上去很簡單的登錄框,要如何寫說明呢?我的原則是,先進行交互元素的描述,然后是規(guī)則。你可以這么寫:

- 手機號輸入框為文本輸入,能夠輸入最大的長度為20個字符,如果超過20個字符則不顯示在文本框中;

- 密碼框為密文密碼輸入,用戶不可見輸入內(nèi)容。能夠輸入的最大長度為20個字符,如果超過20個字符則不顯示在密碼框中;

- 出錯信息位只在驗證出錯的時候用于文本提示,平時不用顯示;

- 登錄按鈕,用戶點擊后進入登錄驗證流程:

1、驗證手機號文本框是否為空,出錯提示為:請輸入手機號!

2、驗證手機號文本框中輸入內(nèi)容是否為合法手機號。驗證規(guī)則為:11個數(shù)字。出錯提示為:輸入的手機號有誤,請從新輸入!

3、驗證密碼框是否為空,出錯提示位:請輸入密碼!

4、驗證手機號和密碼是否匹配。出錯提示:手機號密碼不正確,請從新輸入!

- 注冊按鈕,用戶點擊后,新打開一頁跳轉(zhuǎn)到注冊頁。

如果你想寫得更好一點,驗證流程可以補一張流程圖。

至于有一些登錄框是在輸入內(nèi)容后失去焦點驗證,或者在輸入錯誤3次以上的時候增加驗證碼輸入,大家可以自行腦補如何編寫。

6、數(shù)據(jù)需求

通常來說,數(shù)據(jù)需求我們會新啟動一個項目單獨做。但是像活動這樣的PRD,我建議還是補充上數(shù)據(jù)需求,因為除了常規(guī)的數(shù)據(jù)監(jiān)控以外,活動總會有一些特殊的數(shù)據(jù)需要記錄。這里的也要寫的很詳細,在什么頁面記錄哪些事件。

7、人員評估

這里是一份排期表,一般來說我們會使用單獨的工具(比如project),生成一份排期PDF后,可以附這里。

8、測試需求

除了功能性的測試,如果有一些特別需要注意的測試內(nèi)容可以寫在這里。比如:需要在iOS10、iOS10.1、iOS10.2下進行測試。

9、風險評估

主要寫一些跟項目相關(guān)的風險問題,如果沒有就可以不用寫。比如:UI設(shè)計師小明身兼三個項目,可能會對項目造成影響;又或者研發(fā)小李在10.1之后請了7天年假,可能需要從研發(fā)二部臨時抽調(diào)人員。

希望對大家編寫PRD有所幫助。

本站僅提供存儲服務(wù),所有內(nèi)容均由用戶發(fā)布,如發(fā)現(xiàn)有害或侵權(quán)內(nèi)容,請點擊舉報
打開APP,閱讀全文并永久保存 查看更多類似文章
猜你喜歡
類似文章
如何成為一個人見人愛的產(chǎn)品經(jīng)理
產(chǎn)品經(jīng)理之PRD詳解(非原創(chuàng))
直播公開課 | 資深產(chǎn)品經(jīng)理手把手教你寫PRD | 人人都是產(chǎn)品經(jīng)理
五分鐘輕松搞定產(chǎn)品需求文檔!這可能史上最全PRD文檔模板…
開發(fā)到底需要一份怎樣的需求文檔? | 產(chǎn)品壹佰
技術(shù) | 產(chǎn)品經(jīng)理必懂的技術(shù)那點事兒
更多類似文章 >>
生活服務(wù)
熱點新聞
分享 收藏 導長圖 關(guān)注 下載文章
綁定賬號成功
后續(xù)可登錄賬號暢享VIP特權(quán)!
如果VIP功能使用有故障,
可點擊這里聯(lián)系客服!

聯(lián)系客服