如何推進(jìn)你的建站需求分析發(fā)布者：本站     時(shí)間：2020-02-04 13:02:03

我們在做一個(gè)網(wǎng)站的時(shí)候，往往需要先分析用戶(hù)的需求，全面把握決策的方向，才能讓網(wǎng)站的建設的執行過(guò)程中更加順暢。史特結合自己多年的建站經(jīng)驗與大家來(lái)探討下，如何在建站之前先做好四步基礎步驟——確定、分解、評估、決策，在網(wǎng)站建設中全面推進(jìn)了解客戶(hù)的需求，做一個(gè)讓客戶(hù)滿(mǎn)意的網(wǎng)站。

確定

首先要先搞清楚網(wǎng)站的產(chǎn)品模塊，需要解決哪些問(wèn)題，事先要先做好調研工作，多了解一些信息，才有可能真正了解一個(gè)網(wǎng)站真正的需求是什么，在確定環(huán)節中，這只完成了一半的工作；接下來(lái)我們需要知道對應這個(gè)需求，會(huì )有哪些角色來(lái)使用，我們需要能夠對這些角色涉及到的不同需求做出細分。

分解

分解的意義在于把大問(wèn)題化解為小問(wèn)題，變成一個(gè)個(gè)可控的模塊，注意這里是說(shuō)的可控是指你可以通過(guò)一定的約束條件和已知存在的變量來(lái)實(shí)現對問(wèn)題的描述。通常有兩種分解的方法：

第一，流程驅動(dòng)：根據業(yè)務(wù)流程和業(yè)務(wù)需求建立對應的uml，或者也可以對應每個(gè)角色建立起一個(gè)虛擬人物，把整個(gè)業(yè)務(wù)流程完整走一遍，這樣可以模擬出實(shí)際操作中會(huì )出現哪些具體問(wèn)題，在完成最終的業(yè)務(wù)目標前，可能會(huì )出現的階段性目標有哪些，同時(shí)又會(huì )有什么樣零星的小需求出現。很多這些過(guò)程中的需求是業(yè)務(wù)部門(mén)不會(huì )提及的，你有責任告訴他們這些情況。

第二，公式驅動(dòng)：以應用類(lèi)產(chǎn)品舉例，如果一個(gè)公司可以同時(shí)向用戶(hù)提供兩種服務(wù)A和B，二者的利潤不同，同時(shí)又會(huì )受到市場(chǎng)季節性需求變化和產(chǎn)能供應量的限制出現數量上的波動(dòng)；現在要求我們能夠找到合適的資源分配方式，來(lái)讓公司獲得最大的盈利。這其實(shí)就是一個(gè)根據制約條件來(lái)找到A和B兩種服務(wù)對應各自需要有什么變量的問(wèn)題。不妨列出一個(gè)公式，看看究竟各個(gè)制約條件之間是如何影響的，從而找到合適的解決辦法。

分解階段另一件重要的事情就是完成流程圖的設計，對應產(chǎn)品人員要做的是業(yè)務(wù)流程圖，如果有核心開(kāi)發(fā)人員也參與了前期的需求討論分析，可以建議他們同步展開(kāi)架構流程的思考。在繪制流程圖的時(shí)候需要盡可能標明其中的里程碑功能，大約需要哪些功能支撐、需要設計多少個(gè)頁(yè)面或頻道、組件，對應的管理后臺需要有哪些對應的調用。

先做完流程圖，一方面尋找答案，一方面也可以完善你的流程圖。如果能夠一路堅持走下來(lái)，基本上可以做到很完整地了解自己要解決些什么問(wèn)題了。這時(shí)候你面對的就不再是一個(gè)總的需求，而是一個(gè)個(gè)細節的問(wèn)題。接下來(lái)要做的就是對各個(gè)問(wèn)題進(jìn)行評估，

評估

如果我們把分解理解為找問(wèn)題，那么評估就是為解決問(wèn)題做準備。例如，你打算使用多少個(gè)頁(yè)面、會(huì )有多少個(gè)功能點(diǎn)出現。這些經(jīng)過(guò)分析提煉后的內容可以用PRD或者低保真原型的方式展現給相關(guān)的開(kāi)發(fā)人員和業(yè)務(wù)部門(mén)。

評估最重要的工作是需要對這些即將展開(kāi)的工作做出排序，可能會(huì )舍棄一些原本精心構思的內容。對工作的排序是產(chǎn)品自己無(wú)法完成的，需要盡可能和開(kāi)發(fā)部門(mén)配合。開(kāi)發(fā)人員對于業(yè)務(wù)需求有著(zhù)自己的一套理解，同時(shí)由于涉及到很多實(shí)現細節的問(wèn)題，也需要在達到共識的基礎上才能繼續推動(dòng)。

在真正展開(kāi)具體的產(chǎn)品設計工作之前，需要能和開(kāi)發(fā)人員進(jìn)行溝通，盡可能做到以下幾點(diǎn)：需要多少個(gè)功能點(diǎn)來(lái)支撐這個(gè)產(chǎn)品或滿(mǎn)足需求；這些功能點(diǎn)都是可以在規定項目時(shí)間內開(kāi)發(fā)完成的嗎？

開(kāi)發(fā)人員對于自己要做的事情有足夠的判斷，知道哪些應該先做，哪些要后置；對于暫時(shí)無(wú)法實(shí)現的功能，是退回給需求方，還是產(chǎn)品重新構思或者延至2.0版本完成，需要說(shuō)明清楚。對于沒(méi)有技術(shù)背景的產(chǎn)品，這時(shí)候很容易陷入被動(dòng)，盡可能找到一個(gè)能和你順暢溝通的技術(shù)經(jīng)理。

決策

首先是制定項目計劃，針對每個(gè)細分功能拿出具體的實(shí)現策略，給出產(chǎn)出物的交付時(shí)間，繪制原型圖和PRD文檔。從產(chǎn)品整體框架到頁(yè)面布局、頻道功能再到按鈕的位置，彈出層的設計。設計的創(chuàng )意才在這里真正迸發(fā)，你所有知道的界面設計、導航架構、交互形式的知識和才能都會(huì )在這里得到淋漓盡致的體現。

暫且撇下你的設計創(chuàng )意不表，如何把評估階段的成果應用好是我們是否能順利進(jìn)入決策階段的關(guān)鍵?？倳?huì )有一些功能被砍掉，也有一些新功能提出來(lái)，原本想好的某些流程也可能要重新調整。在決策階段，你需要拋棄一些東西，適當做一些讓步，才能保證產(chǎn)品的核心功能延續。

總結

通過(guò)確定、分解、評估和決策把需求分析階段要做的事情做一個(gè)梳理，也為后面的設計和開(kāi)發(fā)開(kāi)了一個(gè)好頭。但是在實(shí)現上可能需要做一些變通，項目一旦進(jìn)入到開(kāi)發(fā)編碼階段，時(shí)間會(huì )非常緊湊，你能做的就是根據新提出來(lái)的想法迅速協(xié)調好利益相關(guān)部門(mén)，在開(kāi)會(huì )之前你就能要準備好幾套方案，全面協(xié)調與兼顧各個(gè)部門(mén)的需求。