起點(diǎn)課堂會(huì)員權(quán)益
職業(yè)體系課特權(quán)
線下行業(yè)大會(huì)特權(quán)
個(gè)人IP打造特權(quán)
30+門專項(xiàng)技能課
1300+專題課程
12場(chǎng)職場(chǎng)軟技能直播
12場(chǎng)求職輔導(dǎo)直播
12場(chǎng)專業(yè)技能直播
會(huì)員專屬社群
榮耀標(biāo)識(shí)當(dāng)我們接到一個(gè)新需求點(diǎn)時(shí)，應(yīng)遵循的需求分析步驟有哪些？
不要接到一個(gè)任務(wù)，內(nèi)心就有一種莫名的沖動(dòng)，想要馬上完成。我們應(yīng)該靜下來(lái)慢慢規(guī)劃，想清楚，才是最重要的。需求亦是如此。enjoy~
當(dāng)我們接到一個(gè)新需求點(diǎn)時(shí)，應(yīng)遵循的需求分析步驟有哪些？
首先，要根據(jù)需求設(shè)計(jì)功能，就要做到理解需求的來(lái)龍去脈。為此，需要搞清楚以下問題：
1. 為什么會(huì)產(chǎn)生這個(gè)需求？
當(dāng)需求方向你闡述完某個(gè)需求后，向她詢問：提這個(gè)需求的目的是什么？即為什么會(huì)產(chǎn)生這個(gè)需求？這個(gè)問題幫你完全理解需求，幫你辨別需求的真?zhèn)巍?/p>
2. 什么場(chǎng)景下會(huì)使用這個(gè)需求？
即搞清楚什么人在什么情況下會(huì)用到此功能。只有明白了這個(gè)，才知道如何更好地設(shè)計(jì)功能來(lái)滿足需要。
3. 是否有可能衍生出新的場(chǎng)景？
為了避免設(shè)計(jì)的功能因擴(kuò)展性不足，后期推翻重來(lái)，在一開始，就應(yīng)該做盡可能全面的考慮。通過需求方的場(chǎng)景，擴(kuò)展思考，是否存在衍生的場(chǎng)景。思考的過程，也是幫助你抓住和理解需求本質(zhì)的過程。
4. 技術(shù)層面如何看待這個(gè)需求？
接到需求，并充分理解了需求后，跟架構(gòu)師或技術(shù)負(fù)責(zé)人花幾分鐘時(shí)間討論一下，聽聽他從技術(shù)上對(duì)需求的考慮。通過此過程，你們基本會(huì)對(duì)需求點(diǎn)及實(shí)現(xiàn)方式達(dá)成共識(shí)，在后期正式開發(fā)時(shí)，阻礙會(huì)小得多。
5. 是否可納入backlog？
確認(rèn)需求為真實(shí)需求后，將其納入到backlog中，并大致描述需求邏輯，方便項(xiàng)目組成員對(duì)待開發(fā)工作心里有數(shù)。（應(yīng)注意backlog是已明確并經(jīng)過去偽存真的需求，是指導(dǎo)項(xiàng)目組掌控項(xiàng)目的工具，而不是產(chǎn)品經(jīng)理的備忘錄。同時(shí)粒度不宜過細(xì)，否則非常不利于維護(hù)和溝通使用）
?
backlog表頭及說明
6. 開啟版本迭代，細(xì)化需求
當(dāng)要開啟一個(gè)版本的規(guī)劃時(shí)，我們從backlog中挑出高優(yōu)先級(jí)的若干個(gè)需求，并細(xì)化需求、制定迭代計(jì)劃。
細(xì)化某個(gè)需求點(diǎn)時(shí)，需要做的事情如下：
A. 版本功能列表說明
在版本功能列表中交代清楚需求在此次版本中的優(yōu)先級(jí)（高：必須做；中：進(jìn)度緊張時(shí)，可不做）、類型（新增：此前沒有，需重新開發(fā)的功能；修改：功能已有，需做調(diào)整的功能；刪除：不再需要，刪除的功能）、描述（交代邏輯）、詳情（鏈接到對(duì)應(yīng)的頁(yè)面）：
附在PRD文檔中的當(dāng)前版本功能列表說明
B. 業(yè)務(wù)流程說明
若需求點(diǎn)story較大，有涉及業(yè)務(wù)的流轉(zhuǎn)，則需首先梳理業(yè)務(wù)流程。流程的梳理不僅幫助項(xiàng)目組成員理解需求，也是幫助自己梳理思路。
C. 設(shè)計(jì)頁(yè)面和交互
流程清楚以后，就可以著手設(shè)計(jì)原型了。此時(shí)，如下幾點(diǎn)要素是必不可少的考慮因素：
（1）頁(yè)面的名稱是什么？
設(shè)計(jì)一個(gè)頁(yè)面相當(dāng)于創(chuàng)造了一個(gè)從來(lái)沒有的新東西，為了與其他東西進(jìn)行區(qū)分，總要給他一個(gè)標(biāo)識(shí)。故，每做一個(gè)頁(yè)面，應(yīng)先給它命名，且這個(gè)名稱是獨(dú)一無(wú)二的。既然是名字，那么名詞或動(dòng)名詞是最合適的，但貴在語(yǔ)義表達(dá)準(zhǔn)確，即讓閱讀者看到頁(yè)面名稱，就能八九不離十的了解到這個(gè)頁(yè)面是用來(lái)做什么的？
（2）頁(yè)面由哪些功能組成？
系統(tǒng)功能由一個(gè)個(gè)頁(yè)面承載。每個(gè)頁(yè)面分擔(dān)完成功能中的若干個(gè)功能點(diǎn)，因此一個(gè)網(wǎng)頁(yè)就是由一個(gè)個(gè)的功能點(diǎn)組成的。當(dāng)設(shè)計(jì)一個(gè)頁(yè)面的時(shí)候，就要構(gòu)思好，這個(gè)頁(yè)面應(yīng)包含的功能點(diǎn)應(yīng)該有哪些？如“寫文章”這個(gè)頁(yè)面，大致應(yīng)有：文字編輯、圖片插入、文章發(fā)布、文章歸類等幾個(gè)功能點(diǎn)。
（3）完成功能需要哪些操作？
完成每個(gè)功能點(diǎn)，用戶需要在系統(tǒng)上進(jìn)行若干步操作。因此在設(shè)計(jì)一個(gè)功能的時(shí)候，應(yīng)交代清楚用戶使用這個(gè)功能，需進(jìn)行哪幾步操作？如完成“文字編輯”這個(gè)功能點(diǎn)，需要先點(diǎn)擊操作“寫文章”，再完成“書寫”，完成“插入圖片”，最后“保存”。
（4）執(zhí)行某個(gè)操作的條件是什么？
系統(tǒng)上的每個(gè)操作，需要滿足某些條件才可觸發(fā)。否則，系統(tǒng)功能無(wú)法形成體系，處于紊亂的狀態(tài)。如“當(dāng)文章內(nèi)容發(fā)生變化時(shí)”，才可做“保存”的操作。
一個(gè)需求從提出到設(shè)計(jì)實(shí)現(xiàn)，應(yīng)該遵循特定的生命周期，否則極易出現(xiàn)遺漏、混亂的情況，極其不利于項(xiàng)目的質(zhì)量和整體把控。
特別應(yīng)注意的一點(diǎn)是，不要聽到一個(gè)需求，內(nèi)心就有一種莫名的沖動(dòng)，想要馬上實(shí)現(xiàn)此需求。靜下來(lái)慢慢規(guī)劃，想清楚，才是最重要的。
本文由 @小麻雀?原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載。
太棒了！有舉例的教程讓新人特別容易理解！
謝謝肯定~
請(qǐng)問，story point具體是什么？能舉個(gè)例子嘛
可以按大的流程節(jié)點(diǎn)為粒度來(lái)抽取
比如商家入駐是一個(gè)story，下面又可以拆成很多細(xì)小的需求點(diǎn)
“第三點(diǎn)，是否可能衍生出新的場(chǎng)景”存在疑問，這個(gè)要考慮一個(gè)需求的所有可能性，但可能性并不代表要設(shè)計(jì)的功能都要滿足，如何區(qū)分哪些可能性是需要cover的，哪些是可以去除的？如果是通過市場(chǎng)調(diào)研來(lái)判斷，還是有點(diǎn)難度的，希望能回復(fù)。
這個(gè)的意思是設(shè)計(jì)功能的時(shí)候 要考慮的長(zhǎng)遠(yuǎn)一點(diǎn)或者說功能設(shè)計(jì)的要靈活一點(diǎn) 這樣后期有變化的時(shí)候 可擴(kuò)展性比較高 不然設(shè)計(jì)的太死 后面要有一點(diǎn)點(diǎn)改動(dòng) 整個(gè)功能要大改甚至要推翻重來(lái) 就不好了~
舉個(gè)最簡(jiǎn)單的例子，比如OA中的審核流，設(shè)計(jì)的時(shí)候就要考慮到，這個(gè)審核流是有可能變化的（現(xiàn)在是三級(jí)，有沒有可能變成四個(gè)、五個(gè)），那這里是不是設(shè)計(jì)成配置的 而不是代碼寫死
類似這樣的，這只是個(gè)最簡(jiǎn)單的例子，意思差不多是這樣， ??
寫的太棒了，讓我這個(gè)剛接手項(xiàng)目的小白有點(diǎn)自己的思路了，期待你的后續(xù)文章，也希望能和你溝通交流~~
謝謝！
我也是在摸爬滾打 ??
有問題一起探討哦
我覺得我們可以和樓下的小白組個(gè)群 哈哈哈
你可以加下這個(gè)群。群主不是我哦，我也是學(xué)員 582507167
666，小麻雀加個(gè)微信？
??好 你的微信給我 我加你吧??
需求調(diào)研階段確實(shí)挺難的，尋找溝通的目標(biāo)，引導(dǎo)需求方傳達(dá)有效信息，還要時(shí)刻分辨信息的真?zhèn)?，確實(shí)很重要的產(chǎn)品階段
“引導(dǎo)”這個(gè)詞是精髓；好的引導(dǎo)能幫自己從對(duì)方口中獲得最有效的信息。
是的，一個(gè)項(xiàng)目，需求調(diào)研不清楚，范圍蔓延、方向偏離幾乎是百分百會(huì)發(fā)生的事。
我一直覺得，需求跟實(shí)現(xiàn)是2-8法則，但很多時(shí)候好像被顛倒過來(lái)了。
這時(shí)候產(chǎn)品就要幫項(xiàng)目組把好這道門了，不要讓不清楚的問題進(jìn)入影響實(shí)現(xiàn)。
??
當(dāng)需求不是非常明確的時(shí)候該怎么處理？
首先，應(yīng)明確，產(chǎn)品經(jīng)理是不明確需求、偽需求等影響項(xiàng)目的不確定因素的最后一道防線。因此，當(dāng)產(chǎn)品經(jīng)理都覺得需求不明確不靠譜的時(shí)候，更不要說讓項(xiàng)目組實(shí)現(xiàn)這些了。為了不影響團(tuán)隊(duì)的工作和進(jìn)度，當(dāng)有不明確的需求時(shí)，我認(rèn)為應(yīng)該：
1.最直接的方式，誰(shuí)提出的需求，找誰(shuí)搞清楚需求
2.如果提出者也說不清楚自己想要的是啥，在你聽完他不清晰的描述后，利用你的專業(yè)技能，幫他梳理，并跟他確認(rèn)，你的想法是否正確，是否就是他想要的
3.我的經(jīng)驗(yàn)是，向?qū)Ψ教釂栴}是搞清楚一件事情最好的方式，或許可以嘗試這么問需求提出者：什么人在什么情況下會(huì)做什么事？你現(xiàn)在實(shí)際操作中覺得哪里是最困難不方便的？你覺得最好的操作方式應(yīng)該是什么樣的？類似這類問題，既是幫你搞清楚問題，也是幫對(duì)方梳理思路。
一定要把不明確的東西擋在團(tuán)隊(duì)外面，否則，項(xiàng)目做著做著，就沒人知道做得到底是啥了？
希望對(duì)你有幫助~
能不能再詳細(xì)些？
你覺得哪里有問題嗎？可以一起探討下~
1.其實(shí)一個(gè)需求你能添加到backlog中，并且對(duì)應(yīng)的列都能寫明白，說明這個(gè)需求你已經(jīng)清楚了；
2.剩下的就是在迭代的時(shí)候，把這個(gè)需求用原型也好、文字也好 表達(dá)出來(lái)；
3.當(dāng)然這只是我在操作中，找到的適合自己的最佳實(shí)踐 ，但不一定適合大家；
4.我想，每個(gè)人都應(yīng)在工作中去尋找適合自己和團(tuán)隊(duì)的最佳實(shí)踐，并把它們總結(jié)出來(lái)，按著這個(gè)去做，會(huì)發(fā)現(xiàn)項(xiàng)目都在把控之中。
困