国外亚洲成av人片在线观看,热99re久久精品这里都是精品,天堂网在线最新版www,国产成人av区一区二区三,51久久成人国产精品麻豆

編輯導(dǎo)語(yǔ)：需求文檔的撰寫有助于產(chǎn)品經(jīng)理更好地理清思路，協(xié)助后續(xù)項(xiàng)目業(yè)務(wù)的分析復(fù)盤，與此同時(shí)，也可以讓團(tuán)隊(duì)人員更好地理解業(yè)務(wù)需求，推動(dòng)項(xiàng)目進(jìn)行。那么，B端產(chǎn)品經(jīng)理如何撰寫出讓開發(fā)測(cè)試都能理解且認(rèn)可的需求文檔？本文作者做了總結(jié)，一起來(lái)看一下。

一、客觀場(chǎng)景

據(jù)調(diào)研，開發(fā)測(cè)試非常反感以下類型的B端產(chǎn)品經(jīng)理：

• 業(yè)務(wù)流程都整不明白，還是開發(fā)幫其捋出來(lái)的；
• 講完一個(gè)需求，讓開發(fā)花幾天或幾周時(shí)間梳理其不明確的邏輯點(diǎn)；
• 已經(jīng)到了敲代碼階段了，還在多次改需求；
• 寫的需求來(lái)自拍腦袋而不是客觀業(yè)務(wù)背景；
• 需求文檔讓測(cè)試根本不知道怎樣寫測(cè)試用例。

這些問(wèn)題的解決辦法除了用人情交際手段、扯皮解決，還可以從嚴(yán)于律己的角度出發(fā)，踏踏實(shí)實(shí)寫好PRD文檔，寫出能征服開發(fā)、測(cè)試的PRD文檔，然后宣講需求的時(shí)候按照文檔寫的順序宣講就行。

“怎么寫PRD文檔”這常常是培訓(xùn)機(jī)構(gòu)做的事情，主要給那些將要做產(chǎn)品經(jīng)理的新人同學(xué)看，我講的是“怎樣寫出征服開發(fā)測(cè)試的B端PRD文檔”，主要寫給已經(jīng)做B端產(chǎn)品經(jīng)理2年以上的同學(xué)看，目的是讓B端產(chǎn)品經(jīng)理能通過(guò)PRD文檔表達(dá)實(shí)力、提升能力、征服開發(fā)，從而提高產(chǎn)研協(xié)作效率和豎立產(chǎn)品經(jīng)理威嚴(yán)。

二、開發(fā)測(cè)試的訴求

那么到底怎樣才能寫出征服開發(fā)測(cè)試的B端PRD文檔 ？

首先就得分析開發(fā)測(cè)試通過(guò)PRD文檔到底想知道什么、也就是其需求是什么，然后有效地滿足他們的需求，最后在宣講需求的時(shí)候用通俗易懂的話講清楚、讓聽眾聽明白。那么開發(fā)測(cè)試到底通過(guò)PRD文檔主要想知道什么呢？

1. 前端開發(fā)

• 哪些增刪改查頁(yè)面要做；
• 每一個(gè)界面交互邏輯；
• 哪些節(jié)點(diǎn)要請(qǐng)求后端哪些接口；
• 為何要做這個(gè)需求。

2. 后端開發(fā)

• 核心和具體功能的業(yè)務(wù)流程是什么；
• 前端的哪些交互需要調(diào)用我的什么接口；
• 涉及到哪些表，表之間的數(shù)據(jù)流向是什么、表結(jié)構(gòu)怎樣設(shè)計(jì)；
• 需要其它后端開發(fā)配合我聯(lián)調(diào)什么接口；
• 為何要做這個(gè)需求。

3. 測(cè)試

要寫哪些明確的用例。

三、八招征服

那么到底怎樣寫PRD文檔，才能滿足開發(fā)測(cè)試上面的這些需求呢？

經(jīng)過(guò)6年的ERP、供應(yīng)鏈相關(guān)產(chǎn)品設(shè)計(jì)實(shí)戰(zhàn)，我總結(jié)出了“八招”，讀者在使用這八招時(shí)需要實(shí)事求是一切從實(shí)際出發(fā)，畢竟難度很大。為了讓讀者理解起來(lái)不那么枯燥，我把這8招分開闡述，且配了相關(guān)案例。

1. 更新標(biāo)記

無(wú)論是創(chuàng)建一個(gè)全新的大需求，還是在已有需求中增刪改需求都要有標(biāo)記，這樣就可追溯需求。如果不這樣做，有時(shí)產(chǎn)品經(jīng)理自己就會(huì)發(fā)現(xiàn)之前的邏輯是什么不知道，特別是前任產(chǎn)品離職后如果不交接清楚，你接收后會(huì)一臉懵。

我說(shuō)的標(biāo)記是只在文檔內(nèi)容中要有標(biāo)記，這樣開發(fā)測(cè)試只需搜索這個(gè)標(biāo)記就知道了“這個(gè)需求”涉及哪些，而不是要全文閱讀。就好像你在監(jiān)控下面干了什么，都被拍下來(lái)了一樣，下面我列舉了2個(gè)簡(jiǎn)單案例。

1）修改字段名稱

2）修改一段邏輯

2. 業(yè)務(wù)場(chǎng)景

要寫清楚業(yè)務(wù)上遇到什么了問(wèn)題，然后你的產(chǎn)品方案是要解決這個(gè)問(wèn)題的，不然開發(fā)測(cè)試不知道你為何要做這個(gè)需求。還要寫清楚這個(gè)問(wèn)題是怎樣來(lái)的，是來(lái)自實(shí)際業(yè)務(wù)、還是誰(shuí)拍腦袋的，這樣開發(fā)測(cè)試就知道了需求的真實(shí)性。

如果你還有空的話，可以寫下分析這個(gè)問(wèn)題的過(guò)程、以及解決這個(gè)問(wèn)題的多種方案，這樣開發(fā)測(cè)試就能身臨其境地知道了這個(gè)需求的來(lái)龍去脈。

3. 方案概述

寫完業(yè)務(wù)場(chǎng)景就要寫方案概述，主要就是用產(chǎn)品語(yǔ)言概述上面的問(wèn)題是怎樣解決的，這個(gè)需求涉及到哪些業(yè)務(wù)模塊、涉及到哪些核心邏輯。

這樣宣講需求時(shí)開發(fā)憑此就可判斷是否與自己有關(guān)系了，就不會(huì)出現(xiàn)“某開發(fā)參加需求評(píng)審個(gè)把小時(shí)卻發(fā)現(xiàn)自己不需要做啥，然后耽誤了敲代碼的時(shí)間搞的晚上又要加班”。而且開發(fā)主管也可以根據(jù)這個(gè)方案概述就能判斷出來(lái)需要給什么樣的開發(fā)資源、開發(fā)周期。

4. 業(yè)務(wù)流程

寫完方案概述開發(fā)測(cè)試只知道要干什么，但是具體怎樣做是不知道的，這時(shí)就要開始寫業(yè)務(wù)流程，最好用泳道圖寫清楚各種判斷邏輯、涉及的用戶角色、業(yè)務(wù)模塊等。后端開發(fā)看這個(gè)的時(shí)候，腦子里就會(huì)想數(shù)據(jù)流向、需要哪些接口、用哪張表。

業(yè)務(wù)流程就好像是開車時(shí)使用的地圖導(dǎo)航、就好像是打仗時(shí)制定的路線圖，對(duì)于B端產(chǎn)品經(jīng)理來(lái)說(shuō)“無(wú)論多么復(fù)雜的業(yè)務(wù)都可以用流程圖表達(dá)出來(lái)”是基本的能力，這里我就不放按案例圖片了。對(duì)于開發(fā)來(lái)說(shuō)非常反感的一種B端產(chǎn)品經(jīng)理就是“一個(gè)需求竟然畫不清楚、說(shuō)不清楚流程”。

5. 前端交互

只有業(yè)務(wù)流程來(lái)表達(dá)一件事情的解決過(guò)程還是有些抽象，所以此時(shí)要用原型頁(yè)面來(lái)形象表達(dá)，這塊UI和前端會(huì)重點(diǎn)看需要做哪些增刪改查頁(yè)面、哪些交互，后端也會(huì)思考需要封裝哪些接口給前端調(diào)用。

注意這里不是簡(jiǎn)單用原型工具畫幾個(gè)頁(yè)面把鏈接拋給開發(fā)就行，而是要按一定的格式（條件、動(dòng)作、頁(yè)面、結(jié)果）寫出每一個(gè)交互、每一個(gè)字段，具體可看下面案例。

有一種產(chǎn)品經(jīng)理是非常讓開發(fā)測(cè)試反感的，就是“需求的輸出方式就是一個(gè)原型文件，點(diǎn)開后發(fā)現(xiàn)就基本的列表頁(yè)、新增編輯頁(yè)、詳情頁(yè)，其它邏輯靠猜”。

以我這樣的方式寫前端交互有個(gè)弊端就是比較花時(shí)間，最大的優(yōu)勢(shì)就是可以不漏掉每一個(gè)交互邏輯、每一個(gè)字段，下面我只是舉了2個(gè)非常簡(jiǎn)單的例子。

1）列表頁(yè)中的每一個(gè)字段名稱、排序要寫出來(lái)，以免遺漏

2）新增、編輯頁(yè)中的每一個(gè)交互，用“條件、動(dòng)作、頁(yè)面、結(jié)果”這一格式表達(dá)

6. 表結(jié)構(gòu)

這塊目前市面上90%以上的B端產(chǎn)品經(jīng)理都不會(huì)寫，因?yàn)榛\統(tǒng)地覺(jué)得這是開發(fā)的事情。如果產(chǎn)品經(jīng)理能把這個(gè)需求需要設(shè)計(jì)哪些表、需要哪些字段、以及每個(gè)字段的相關(guān)信息都寫出來(lái)，那么開發(fā)設(shè)計(jì)表結(jié)構(gòu)的時(shí)候就可以借鑒、確認(rèn)，這樣開發(fā)真的會(huì)非常佩服你。

這塊的基礎(chǔ)就是產(chǎn)品經(jīng)理要懂sql的基本查詢語(yǔ)句，如果懂了真的是如虎添翼，寫需求的時(shí)候能更加從開發(fā)的角度考慮問(wèn)題了。以下案例中的每一列名稱的使用，需要有一定數(shù)據(jù)庫(kù)功底的產(chǎn)品經(jīng)理才能掌握。

7. 數(shù)據(jù)流向

從哪個(gè)表取數(shù)據(jù)插入或更新到哪個(gè)表，用什么樣的入?yún)⑷フ?qǐng)求哪個(gè)接口返回出什么樣的值，這個(gè)開發(fā)是非常關(guān)心的。

開發(fā)敲的代碼操縱的就是表，也就是說(shuō)在開發(fā)眼中功能的本質(zhì)就是數(shù)據(jù)的流向，而數(shù)據(jù)流向的載體是表和接口，數(shù)據(jù)流向是業(yè)務(wù)流程的技術(shù)理解。這塊需要有一定數(shù)據(jù)庫(kù)和接口功底的B端產(chǎn)品經(jīng)理才寫得出來(lái)。

8. 評(píng)審問(wèn)題

在產(chǎn)品宣講或開發(fā)過(guò)程中，開發(fā)提的一些重要問(wèn)題的答案這里要記錄下來(lái)，這樣就方便其它開發(fā)看，也更能明確需求。特別是產(chǎn)品文檔中沒(méi)寫的邏輯，在評(píng)審時(shí)開發(fā)發(fā)現(xiàn)了然后經(jīng)過(guò)討論后定下來(lái)了，就更加要寫到這上面來(lái)了。

這塊其實(shí)是對(duì)需求文檔的一個(gè)查漏補(bǔ)缺，如果不記錄那么也許過(guò)一段時(shí)間又會(huì)忘記這些重要邏輯，記錄采取這樣的格式就行“提出人、提出時(shí)間、問(wèn)題、答案”。

四、總結(jié)

到了這里就寫完了，這八招是對(duì)B端產(chǎn)品經(jīng)理的高嚴(yán)格、高標(biāo)準(zhǔn)，所以在實(shí)際應(yīng)用過(guò)程中需要一切從實(shí)際出發(fā)，畢竟通過(guò)口述需求、原型文件、一個(gè)PPT、簡(jiǎn)單寫一段文字、甚至畫個(gè)草圖給開發(fā)，開發(fā)也是能把需求實(shí)現(xiàn)的。

產(chǎn)品經(jīng)理寫的文檔就相當(dāng)于是自己的藝術(shù)作品，如果你對(duì)自己的藝術(shù)作品是高標(biāo)準(zhǔn)的，那么我相信假以時(shí)日你在開發(fā)測(cè)試眼中將是一塊金字招牌，都樂(lè)于和你合作。

我不會(huì)寫一篇虛的文章，每篇文章都是來(lái)自多年ERP、供應(yīng)鏈相關(guān)產(chǎn)品經(jīng)理工作的總結(jié)。我不需要任何一個(gè)讀者給我鼓掌或者覺(jué)得我講的有道理，我需要的是閱讀此文后你能在工作中用得上，這樣就能幫助你更優(yōu)秀。

作者：產(chǎn)品老兵，公眾號(hào)：供應(yīng)鏈產(chǎn)品老兵

本文由 @供應(yīng)鏈產(chǎn)品老兵 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載。

題圖來(lái)自Unsplash，基于CC0協(xié)議。