當我們接到一個需求點時，應(yīng)遵循的需求分析步驟有哪些？
首先，要根據(jù)需求設(shè)計功能，就要做到理解需求的來龍去脈。為此，需要搞清楚以下問題：
1.為什么會產(chǎn)生這個需求？
當需求方向你闡述完某個需求后，向她詢問：提這個需求的目的是什么？即為什么會產(chǎn)生這個需求？這個問題幫你完全理解需求，幫你辨別需求的真?zhèn)巍?/p>
2.什么場景下會使用這個需求？
即搞清楚什么人在什么情況下會用到此功能。只有明白了這個，才知道如何更好地設(shè)計功能來滿足需要。
3.是否有可能衍生出新的場景？
為了避免設(shè)計的功能因擴展性不足，后期推翻重來，在一開始，就應(yīng)該做盡可能全面的考慮。通過需求方的場景，擴展思考，是否存在衍生的場景。思考的過程，也是幫助你抓住和理解需求本質(zhì)的過程。
4.技術(shù)層面如何看待這個需求？
接到需求，并充分理解了需求后，跟架構(gòu)師或技術(shù)負責人花幾分鐘時間討論一下，聽聽他從技術(shù)上對需求的考慮。通過此過程，你們基本會對需求點及實現(xiàn)方式達成共識，在后期正式開發(fā)時，阻礙會小得多。
5.是否可納入backlog？
確認需求為真實需求后，將其納入到backlog中，并大致描述需求邏輯，方便項目組成員對待開發(fā)工作心里有數(shù)。（應(yīng)注意backlog是已明確并經(jīng)過去偽存真的需求，是指導項目組掌控項目的工具，而不是產(chǎn)品經(jīng)理的備忘錄。同時粒度不宜過細，否則非常不利于維護和溝通使用。
6.開啟版本迭代，細化需求
當要開啟一個版本的規(guī)劃時，我們從backlog中挑出高優(yōu)先級的若干個需求，并細化需求、制定迭代計劃。
細化某個需求點時，需要做的事情如下：
A.版本功能列表說明
在版本功能列表中交代清楚需求在此次版本中的優(yōu)先級（高：必須做；中：進度緊張時，可不做）、類型（新增：此前沒有，需重新開發(fā)的功能；修改：功能已有，需做調(diào)整的功能；刪除：不再需要，刪除的功能）、描述（交代邏輯）、詳情（鏈接到對應(yīng)的頁面）：
B.業(yè)務(wù)流程說明
若需求點story較大，有涉及業(yè)務(wù)的流轉(zhuǎn)，則需首先梳理業(yè)務(wù)流程。流程的梳理不僅幫助項目組成員理解需求，也是幫助自己梳理思路。
C.設(shè)計頁面和交互
流程清楚以后，就可以著手設(shè)計原型了。此時，如下幾點要素是必不可少的考慮因素：
1》頁面的名稱是什么？
設(shè)計一個頁面相當于創(chuàng)造了一個從來沒有的新東西，為了與其他東西進行區(qū)分，總要給他一個標識。故，每做一個頁面，應(yīng)先給它命名，且這個名稱是獨一無二的。既然是名字，那么名詞或動名詞是最合適的，但貴在語義表達準確，即讓閱讀者看到頁面名稱，就能八九不離十的了解到這個頁面是用來做什么的？
2》頁面由哪些功能組成？
系統(tǒng)功能由一個個頁面承載。每個頁面分擔完成功能中的若干個功能點，因此一個網(wǎng)頁就是由一個個的功能點組成的。當設(shè)計一個頁面的時候，就要構(gòu)思好，這個頁面應(yīng)包含的功能點應(yīng)該有哪些？如“寫文章”這個頁面，大致應(yīng)有：文字編輯、圖片插入、文章發(fā)布、文章歸類等幾個功能點。
3》完成功能需要哪些操作？
完成每個功能點，用戶需要在系統(tǒng)上進行若干步操作。因此在設(shè)計一個功能的時候，應(yīng)交代清楚用戶使用這個功能，需進行哪幾步操作？如完成“文字編輯”這個功能點，需要先點擊操作“寫文章”，再完成“書寫”，完成“插入圖片”，最后“保存”。
4》執(zhí)行某個操作的條件是什么？
系統(tǒng)上的每個操作，需要滿足某些條件才可觸發(fā)。否則，系統(tǒng)功能無法形成體系，處于紊亂的狀態(tài)。如“當文章內(nèi)容發(fā)生變化時”，才可做“保存”的操作。
特別應(yīng)注意的一點是，不要聽到一個需求，內(nèi)心就有一種莫名的沖動，覺得要馬上實現(xiàn)此需求。靜下來慢慢規(guī)劃，想清楚，才是最重要的。
