chinesefreesexvideos高潮,欧美极品少妇性运交,久久久国产一区二区三区,99久久婷婷国产综合精品,成人国产一区二区三区

寫需求文檔是產(chǎn)品經(jīng)理最基礎(chǔ)的能力之一了，但每個(gè)行業(yè)、每個(gè)公司的產(chǎn)品需求文檔格式都不相同，但在網(wǎng)上百度卻很少有適用的模板。

一篇好的需求文檔，能提高研發(fā)效率，減少溝通成本，自己也是踩了不少坑，和做產(chǎn)品的朋友也交流了很多，現(xiàn)在總結(jié)出了一份相對(duì)比較完善的需求文檔，希望能幫助到有需要的小伙伴。

01

為什么需要需求文檔？

對(duì)于產(chǎn)品經(jīng)理而言，就是一份約束手冊(cè)，所有的需求都是經(jīng)過再三推導(dǎo)和驗(yàn)證得出的，不是拍腦袋決定的。

對(duì)于研發(fā)而言，就是開發(fā)范疇的范圍手冊(cè)，避免后續(xù)產(chǎn)品變卦，之前我出的需求，一旦涉及變更，研發(fā)要求一定要更新在文檔上，他們只認(rèn)文檔，不認(rèn)產(chǎn)品。

對(duì)于測(cè)試人員而言，作為后續(xù)驗(yàn)收測(cè)試的標(biāo)準(zhǔn)。

當(dāng)然一份好的需求文檔，也是為了方便后續(xù)查閱。人的記憶總是會(huì)隨著時(shí)間的推移而逐漸消退。對(duì)于后續(xù)新接手這個(gè)項(xiàng)目的相關(guān)人員也是大大有益的。

02

需求文檔有哪些結(jié)構(gòu)？

1.文件名：項(xiàng)目名稱+版本號(hào)

關(guān)于版本號(hào)的定義，這里我說(shuō)明一下。

通常情況下，版本號(hào)采用X.Y.Z格式，X、Y和Z為非負(fù)整數(shù)。X是主要版本號(hào)，Y是次要版本號(hào)，Z是修訂版本號(hào)，每個(gè)版本號(hào)按數(shù)字增加，如：v1.8.0 --> v1.9.0 --> v1.10.0

X代表的是：主版本號(hào)

如產(chǎn)品的主要功能有較大變動(dòng)、產(chǎn)品的整體結(jié)構(gòu)改變等重大的改動(dòng)情況，則在X的數(shù)字基礎(chǔ)上+1。

Y代表的是：次要版本號(hào)

當(dāng)在產(chǎn)品原有的基礎(chǔ)上增加部分功能，且并不影響產(chǎn)品的整體流程或業(yè)務(wù)，則更新后會(huì)在B的數(shù)字基礎(chǔ)上+1。

Z代表的是：修訂版本號(hào)

在解決缺陷或者細(xì)微功能的擴(kuò)充時(shí)，則在Z的數(shù)字基礎(chǔ)上+1。

2.文檔要素

1）需要變更記錄

需求雖然評(píng)審確認(rèn)了，以為不會(huì)再有什么差錯(cuò)了，但是會(huì)發(fā)現(xiàn)研發(fā)過程中，還是會(huì)遇到各種各樣的問題，可能導(dǎo)致需求的變更，這時(shí)，需要變更的需求要被一一記錄，并再次評(píng)審確認(rèn)，如果影響上線時(shí)間，也需要跟相關(guān)業(yè)務(wù)或者業(yè)主同步上線時(shí)間。

2）研發(fā)時(shí)間及人員

需要羅列出產(chǎn)品、UI/UE、前端、后端、測(cè)試、部署（預(yù)發(fā)、生產(chǎn)）對(duì)應(yīng)的人員名稱和所需要的時(shí)間，如開始時(shí)間、結(jié)束時(shí)間，如果時(shí)間有延遲，需要添加實(shí)際開始時(shí)間、實(shí)際結(jié)束時(shí)間。

3）工時(shí)評(píng)估

將需求功能清單羅列，將功能點(diǎn)盡量羅列清楚，羅列的越清楚，研發(fā)評(píng)估工時(shí)越準(zhǔn)確，后面分為UI、前端、后端、測(cè)試，等需求評(píng)審?fù)ㄟ^后，讓相關(guān)負(fù)責(zé)人填寫相應(yīng)工時(shí)，產(chǎn)品經(jīng)理再根據(jù)工時(shí)，就可以確認(rèn)提測(cè)和上線時(shí)間了。

4）需求背景和列表

每個(gè)版本里面的需求，有些需求滿足項(xiàng)目交付，有些需求提升用戶體驗(yàn)，有些需求豐富產(chǎn)品功能，提高產(chǎn)品競(jìng)爭(zhēng)力，將版本需求描述清楚，方便研發(fā)人員對(duì)需求的理解。

需求列表，內(nèi)容有一級(jí)模塊和二級(jí)模塊名稱和描述，方便研發(fā)人員對(duì)這個(gè)版本有個(gè)大致的了解。

5）名詞解釋

如果此版本需求里面有些比較晦澀的名詞，可將這些名詞加以介紹，方便研發(fā)對(duì)業(yè)務(wù)和需求的理解。

6）產(chǎn)品總邏輯圖、細(xì)分業(yè)務(wù)的時(shí)序圖

如果設(shè)計(jì)的軟件或平臺(tái)，里面的功能和流程相對(duì)比較復(fù)雜，需求涉及的人員角色和流程比較多，最好用流程圖梳理一下，有利于產(chǎn)品經(jīng)理對(duì)業(yè)務(wù)的梳理，防止某些流程和場(chǎng)景的遺漏，也方便業(yè)務(wù)對(duì)產(chǎn)品需求的理解。

除了產(chǎn)品總的邏輯圖，遇到一些狀態(tài)變化較多的需求可以用時(shí)序圖，比如登錄流程、用戶交易流程等等。

電商網(wǎng)站用戶購(gòu)買業(yè)務(wù)流程

話費(fèi)充值app時(shí)序圖

7）頁(yè)面原型及說(shuō)明

分不同模塊，將原型頁(yè)面貼到需求文檔上，可以分為需求說(shuō)明和功能說(shuō)明，需求說(shuō)明就是總體介紹一下這個(gè)需求，有哪些模塊，用戶能用來(lái)做什么，解決了用戶什么痛點(diǎn)；

功能說(shuō)明大致有以下內(nèi)容：

• 前端展示元素：用戶登錄進(jìn)到頁(yè)面會(huì)看到什么內(nèi)容?

• 用戶操作反饋：可點(diǎn)、不可點(diǎn)，點(diǎn)了之后頁(yè)面的反饋是什么？Toast、彈窗、按鈕變化等等。

• 異常極值考慮：網(wǎng)絡(luò)異常、用戶狀態(tài)異常、數(shù)據(jù)反饋異常，遇到極值場(chǎng)景如何處理等等。

03

注意事項(xiàng)

1.需求場(chǎng)景遺漏

關(guān)于這一點(diǎn)，我的看法是再牛叉的產(chǎn)品也做不到能考慮到全部的用戶使用場(chǎng)景，做到滴水不漏。

我們能做到的就是盡可能的模擬用戶的使用場(chǎng)景，將可能的場(chǎng)景全部羅列出來(lái)，按照不同的場(chǎng)景去梳理流程和需求，盡量做到整個(gè)業(yè)務(wù)邏輯完整能閉環(huán)、需求表達(dá)清晰無(wú)誤解。

文檔前后邏輯能形成閉環(huán)，不自相矛盾，覆蓋的場(chǎng)景要盡可能的全，不存在較大邏輯缺陷。多問幾個(gè)為什么，考慮問題更深層點(diǎn)。

整個(gè)需求文檔表達(dá)中，無(wú)論是文字標(biāo)注還是圖形呈現(xiàn)，需要做到讓研發(fā)和測(cè)試不會(huì)產(chǎn)生歧義和誤解。

需求文檔撰寫完成，會(huì)進(jìn)行需求評(píng)審，但不要想著等著需求評(píng)審，研發(fā)測(cè)試會(huì)幫你找到一些邏輯漏洞或需求沒有考慮清楚的地方，會(huì)議上研發(fā)不會(huì)聽的那么詳細(xì)，評(píng)審只會(huì)暴露出一些大的流程問題，很多小問題只有在真正研發(fā)過程中才能被發(fā)現(xiàn)。

但在研發(fā)過程中如果暴露出很多問題，會(huì)讓研發(fā)覺得產(chǎn)品經(jīng)理沒有想清楚，這樣的事情發(fā)生多次，會(huì)影響產(chǎn)品經(jīng)理的公信度，讓研發(fā)覺得這個(gè)產(chǎn)品不靠譜。

所以產(chǎn)品經(jīng)理思考需求和流程時(shí)，盡量考慮全面，撰寫完成后，自己模擬用戶走一遍流程，不然會(huì)因?yàn)樾枨笪臋n描述的不清晰，會(huì)極大的增加溝通成本，嚴(yán)重的會(huì)使得研發(fā)返工，影響版本上線時(shí)間。

2.寫需求過早陷入交互細(xì)節(jié)

產(chǎn)品拿到需求，很多剛?cè)胄械漠a(chǎn)品經(jīng)理，有想法之后會(huì)直接開始繪制原型，繪制頁(yè)面跳轉(zhuǎn)和交互，頁(yè)面色彩使用豐富，交互設(shè)計(jì)的很炫酷。

但最后發(fā)現(xiàn)原型繪制完了，因?yàn)閷?duì)需求的業(yè)務(wù)場(chǎng)景、用戶群體沒有詳細(xì)深入的了解，發(fā)現(xiàn)原型并不能解決用戶的需求，導(dǎo)致之前的工作要整改甚至推到全來(lái)，之前的努力全部白費(fèi)。

我發(fā)現(xiàn)，確實(shí)很多轉(zhuǎn)行或者剛?cè)胄械漠a(chǎn)品經(jīng)理都把重心放在原型和交互上，其實(shí)是本末倒置了，原型這種基礎(chǔ)的能力小白也可以做，但產(chǎn)品經(jīng)理最核心的工作是什么呢？是需求的收集和調(diào)研，加強(qiáng)對(duì)業(yè)務(wù)和用戶的理解才是最重要的。

3.寫需求的視角從閱讀者出發(fā)

要知道需求文檔是給誰(shuí)寫的，主要服務(wù)于誰(shuí)，不要產(chǎn)品經(jīng)理自己寫嗨了，看的人一臉懵逼。

產(chǎn)品經(jīng)理寫需求的過程中，大多數(shù)都是從自己的視角出發(fā)，其實(shí)一個(gè)好的需求描述，需要從閱讀者的視角出發(fā)，需要有同理心。

有時(shí)候一句需求描述，用自己的視角看，覺得沒什么問題，因?yàn)樽约菏枪δ艿脑O(shè)計(jì)者，會(huì)自然而然的代入一部分自己的想法，但是從用戶、研發(fā)、測(cè)試視角看，就覺得會(huì)有歧義，會(huì)導(dǎo)致最終開發(fā)的功能與產(chǎn)品設(shè)計(jì)會(huì)有出入。

04

最后

其實(shí)以上所說(shuō)的，說(shuō)起來(lái)容易做起來(lái)還是非常難得，說(shuō)實(shí)話，我也沒有做的非常好，因?yàn)闃I(yè)務(wù)場(chǎng)景和需求描述的問題，也經(jīng)常會(huì)被研發(fā)懟。

但是我相信，只要不斷的寫，不斷的總結(jié)，那些錯(cuò)誤和遺漏的場(chǎng)景就會(huì)越來(lái)越少。