中文字幕无码av不卡一区,亚洲综合AV永久无码精品一区二区,黑人巨大白妞出浆,黄色高清无码免费看,久久久久免费精品国产,久久无码人妻丰满熟妇区毛片,欧美日韩国产综合草草,久久福利网站,亚洲一区二区三区中文字幕在线,av国内精品久久久久影院

導(dǎo)語：說到產(chǎn)品經(jīng)理的基本技能，很多人第一時(shí)間都會想到需求文檔，需求文檔是產(chǎn)品經(jīng)理日常工作輸出最重要的文檔。對于許多初級產(chǎn)品經(jīng)理來說，最迫切想要提升的，應(yīng)該是寫需求文檔的能力。同時(shí)，寫需求文檔的過程，更是變相地鍛煉產(chǎn)品經(jīng)理的邏輯能力、全局能力、判定需求真?zhèn)文芰?、排需求?yōu)先級能力的良性過程。

每個(gè)產(chǎn)品經(jīng)理的需求文檔，長得可能都不一樣，每個(gè)人都有表達(dá)自己邏輯的方式和習(xí)慣。

但是對于初級產(chǎn)品經(jīng)理來說，還沒有形成自己的風(fēng)格之前，需要先了解需求文檔的通用組成部分，以及盡可能多的參考和學(xué)習(xí)其他產(chǎn)品經(jīng)理寫的需求文檔，以此來吸取精華，去其糟粕，后期再逐漸形成自己的風(fēng)格。

關(guān)于需求文檔的組成部分，可以參考下面這張圖：

根據(jù)涉及的功能大小，圖中的組成部分可以根據(jù)實(shí)際情況刪減。但通常來說，以下幾個(gè)部分，是基本都會出現(xiàn)的：

1. 修訂記錄
2. 需求說明
3. 功能流程圖 / 原型圖
4. 詳細(xì)邏輯描述

工欲善其事，必先利其器。比word文檔更高效的需求文檔工具，你必須掌握一款：藍(lán)湖 +Axure，先給大家示例看看一個(gè)需求文檔包含哪些部分：

一、修訂記錄

修訂記錄，用于記錄項(xiàng)目/ 需求在初期規(guī)劃，到上線期間所經(jīng)歷的版本變更情況，對于產(chǎn)品經(jīng)理復(fù)盤尤為重要。

修訂記錄一般來說，會包含以下內(nèi)容：

1. 日期

按創(chuàng)建時(shí)間，正序排序，最早的修訂放在最前面。方便查看的人，順著思路從頭到尾梳理，更符合常人的閱讀習(xí)慣。

2. 修訂

這里記錄版本號，版本號由產(chǎn)品經(jīng)理，根據(jù)自身的習(xí)慣自定義，主要作用，是用來標(biāo)記修改的具體位置，方便開發(fā)和測試快速找到修訂的地方。

我見過一些產(chǎn)品經(jīng)理寫的需求文檔，是如何標(biāo)記修訂的呢？像下圖這樣：

這種方式，本身并沒有錯(cuò)，但是只適合修訂內(nèi)容比較少的需求，然而事實(shí)上，需求沒落地之前，誰也無法保證修訂的內(nèi)容有多少，那么這種方式的弊端就顯而易見了。

隨著修訂的版本越來越多，各個(gè)版本的修訂格式都混在了一起，對于開發(fā)和測試人員來說，要快速定位修訂點(diǎn)，是十分困難的，他們需要看完所有帶有“修訂”標(biāo)記的內(nèi)容，再判別是否屬于最新修訂的內(nèi)容。

因此，建議大家采用這樣的方式：

每個(gè)版本之間用不同的色塊區(qū)分，開發(fā)和測試只需要找色塊，即可快速定位。

3. 修改描述

這是修訂記錄中最為重要的部分，考驗(yàn)的是產(chǎn)品經(jīng)理的表達(dá)能力。用【新增】、【刪除】、【修改】區(qū)分開修改的內(nèi)容，讓別人開始看你的內(nèi)容之前，心里先有預(yù)期。

描述，一半采用“功能模塊 + 功能需求描述”的結(jié)構(gòu)，重點(diǎn)在于“功能需求描述”。一般來說，一個(gè)需求的描述，包括四大要素：用戶、用戶場景、用戶任務(wù)、用戶目標(biāo)。

例如，微信新增的拍一拍功能，該怎么描述呢？

可能有些產(chǎn)品經(jīng)理就會簡單的描述成：“新增拍一拍功能”、“群聊新增拍一拍功能”看完之后，只是知道了一個(gè)叫“拍一拍”的名詞，拍一拍功能加在哪個(gè)模塊？哪個(gè)子模塊？拍一拍是干什么的？怎么拍？一頭霧水。

比較清晰的描述，應(yīng)該是這樣的：“微信群聊，新增拍一拍功能，用戶在群聊界面雙擊好友頭像，好友即可收到被拍提醒”。

4. 涉及文檔

同“修訂”的作用，當(dāng)需求文檔中文件目錄結(jié)構(gòu)比較復(fù)雜時(shí)，即便有修訂版本號、修改描述的輔助，看的人仍然要遍歷所有文檔，才能確保沒有錯(cuò)漏某個(gè)修訂部分，這同樣是耗費(fèi)時(shí)間的。

這時(shí)，就需要標(biāo)注此次修訂涉及哪些文檔，以此避免浪費(fèi)時(shí)間在沒有參與修訂的文件上。

5. 備注

視情況，補(bǔ)充其他說明，例如可以寫某個(gè)修訂的理由，如xx功能修改是因?yàn)樯弦话姹竞雎粤藊xx的情況。

二、需求

這部分對于開發(fā)和測試沒那么重要，但是對于產(chǎn)品經(jīng)理本身卻是最重要的部分。這部分的主要工作，就是梳理這個(gè)需求的來源、背景、方案、價(jià)值。任何一個(gè)需求的提出和落地，都離不開背景、方案、價(jià)值的思考，產(chǎn)品經(jīng)理務(wù)必在認(rèn)真思考清楚這3個(gè)方面之后，才著手整理更細(xì)的邏輯方案。

查閱需求文檔的人，除了產(chǎn)品經(jīng)理自身，還有開發(fā)、測試、UI、老板、其他產(chǎn)品經(jīng)理，因此，這個(gè)需求值不值得做，做，這個(gè)方案是否是最優(yōu)解？最好了，有什么用？這幾個(gè)問題，產(chǎn)品經(jīng)理需要先說服自己，才能說服其他人。

注：最優(yōu)解 ≠ 最好，必定是結(jié)合了公司的人員配置、資源、項(xiàng)目周期等因素的思考。這個(gè)過程，對于產(chǎn)品經(jīng)理的全局觀、資源整合能力、需求辨別真?zhèn)文芰?，都有很大的幫助?/p>

1. 需求來源

一般包括需求挖掘、用戶研究、用戶反饋、數(shù)據(jù)分析、競品分析、公司內(nèi)部（老板、運(yùn)營人員、銷售、客戶等）。

2. 需求背景

簡述該需求產(chǎn)生的背景，是基于什么樣的場景，什么樣的用戶群體，產(chǎn)生了什么樣的需求。

3. 方案 / 描述

簡要說明需求實(shí)現(xiàn)的方案，分點(diǎn)描述方案的特性。

大需求可以列Feature List，可以幫助看的人先對需求整體結(jié)構(gòu)、主要功能點(diǎn)有大致的把握。如何輸出一份優(yōu)秀的Feature List，大家可以先去網(wǎng)上找些資料學(xué)習(xí)下，以后我也會講到。

下圖附上一張小紅書的FeatureList，圖片來源于網(wǎng)絡(luò)：

4. 價(jià)值 / 目標(biāo) / 數(shù)據(jù)需求

實(shí)現(xiàn)什么目標(biāo)？是否有數(shù)據(jù)指標(biāo)的衡量？如日活提高多少？成交量？周期？版本的核心數(shù)據(jù)指標(biāo)是什么？前后用哪些指標(biāo)組合對比？

三、交互流程圖

交互流程圖，主要是將頁面的的操作走向，通過“流”的形式展示出來。

剛開始畫交互流程圖的新手，往往將它畫成一張“蜘蛛網(wǎng)”，將頁面中每一個(gè)可操作節(jié)點(diǎn)的走向都標(biāo)出來、連接起來，而往往頁面之間的關(guān)系是錯(cuò)綜交叉的，這就導(dǎo)致了最終呈現(xiàn)出來的流程圖，是一張四通八達(dá)的蜘蛛網(wǎng)，其實(shí)還沒有一個(gè)高保真可交互的原型來得直觀。

其實(shí)，交互流程圖，不是1張圖，而是很多張圖。即，按功能點(diǎn)拆分。例如：簽到功能，我們要做的，是將一個(gè)龐大的簽到功能，拆開如簽到、補(bǔ)簽、分享、簽到所得兌換禮品等等多個(gè)功能點(diǎn)，每個(gè)功能點(diǎn)畫一個(gè)完整的交互流程圖即可。

附上一個(gè)物聯(lián)網(wǎng)APP的部分交互流程圖：

四、流程圖

當(dāng)需求涉及的邏輯相對復(fù)雜時(shí)，流程圖就顯得尤為重要。不僅開發(fā)人員要熟練張掌握畫流程圖的方法，產(chǎn)品經(jīng)理也需要具備這一基本技能。

流程圖通常也是圍繞著某一功能點(diǎn) / 某一復(fù)雜邏輯展開，主要是梳理各種情況下的不同處理方式 / 算法等，對于開發(fā)人員快速掌握這個(gè)功能點(diǎn)的邏輯，有很大的幫助。

若涉及到計(jì)算類，最好在流程圖下針對各個(gè)分支的情況，舉例子計(jì)算說明，更方便理解。

需求文檔，易于閱讀，是十分重要的標(biāo)準(zhǔn)。

五、功能需求詳述

這個(gè)部分，通常以頁面為單位，但根據(jù)需求的實(shí)際情況，也可以文件夾為單位（當(dāng)頁面有用戶端、PC端、或涉及多個(gè)系統(tǒng)時(shí)）。每一個(gè)頁面，包含以下內(nèi)容：

1. 頁面原型 / UI設(shè)計(jì)稿

每個(gè)頁面都需要有標(biāo)題，以簡述這個(gè)頁面的主要功能或狀態(tài)。若一個(gè)頁面有多種形態(tài)，則需要標(biāo)注前綴“圖1”、“圖2”，以方便在描述需求時(shí)互相引用。

2. 功能點(diǎn)詳述

原型圖中可標(biāo)注1234，后在原型圖周圍對應(yīng)描述該部分的邏輯，可具體到一個(gè)按鈕、一個(gè)信息的顯示等，以一個(gè)非常簡單的校園共享洗衣機(jī)附近設(shè)備頁面為例：

這部分主要是盡可能詳盡的描述該部分的邏輯，如各種情況下的展示形式、如何處理、相關(guān)觸發(fā)是否發(fā)生變化、輸入校驗(yàn)規(guī)則、排序方式、邊界情況等等。這部分是開發(fā)人員、測試人員的重要依據(jù)。

eg：以APP登錄注冊功能為例（未完整）

盡可能全面、細(xì)致地將功能點(diǎn)描述清楚，十分鍛煉一個(gè)產(chǎn)品經(jīng)理的能力。這個(gè)能力沒有什么訣竅，唯有多練，逼迫自己去思考各種各樣的可能性，并且善于總結(jié)。其實(shí)這個(gè)過程也是蠻有趣且富有成就感的，就像排雷一樣，每排除一個(gè)雷，成就感就會多一分。

以上，是結(jié)合我的經(jīng)驗(yàn)，給初級產(chǎn)品經(jīng)理的一些建議，可能寫的不夠詳細(xì)，但更重要的是靠產(chǎn)品經(jīng)理自己去實(shí)踐，根據(jù)自己的習(xí)慣、團(tuán)隊(duì)的習(xí)慣，適當(dāng)調(diào)整。

共勉。

本文由 @木木 發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載。

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