我們?cè)谧鲆粋€(gè)
無錫網(wǎng)站建設(shè)的時(shí)候,往往需要先分析用戶的需求,全面把握決策的方向,才能讓網(wǎng)站的建設(shè)的執(zhí)行過程中更加順暢。永燦結(jié)合自己多年的建站經(jīng)驗(yàn)與大家來探討下,如何在建站之前先做好四步基礎(chǔ)步驟——確定、分解、評(píng)估、決策,在網(wǎng)站建設(shè)中全面推進(jìn)了解客戶的需求,做一個(gè)讓客戶滿意的網(wǎng)站。
確定
首先要先搞清楚網(wǎng)站的產(chǎn)品模塊,需要解決哪些問題,事先要先做好調(diào)研工作,多了解一些信息,才有可能真正了解一個(gè)網(wǎng)站真正的需求是什么,在確定環(huán)節(jié)中,這只完成了一半的工作;接下來我們需要知道對(duì)應(yīng)這個(gè)需求,會(huì)有哪些角色來使用,我們需要能夠?qū)@些角色涉及到的不同需求做出細(xì)分。
分解
分解的意義在于把大問題化解為小問題,變成一個(gè)個(gè)可控的模塊,注意這里是說的可控是指你可以通過一定的約束條件和已知存在的變量來實(shí)現(xiàn)對(duì)問題的描述。通常有兩種分解的方法:
一,流程驅(qū)動(dòng):根據(jù)業(yè)務(wù)流程和業(yè)務(wù)需求建立對(duì)應(yīng)的uml,或者也可以對(duì)應(yīng)每個(gè)角色建立起一個(gè)虛擬人物,把整個(gè)業(yè)務(wù)流程完整走一遍,這樣可以模擬出實(shí)際操作中會(huì)出現(xiàn)哪些具體問題,在完成較終的業(yè)務(wù)目標(biāo)前,可能會(huì)出現(xiàn)的階段性目標(biāo)有哪些,同時(shí)又會(huì)有什么樣零星的小需求出現(xiàn)。很多這些過程中的需求是業(yè)務(wù)部門不會(huì)提及的,你有責(zé)任告訴他們這些情況。
第二,公式驅(qū)動(dòng):以應(yīng)用類產(chǎn)品舉例,如果一個(gè)公司可以同時(shí)向用戶提供兩種服務(wù)A和B,二者的利潤不同,同時(shí)又會(huì)受到市場(chǎng)季節(jié)性需求變化和產(chǎn)能供應(yīng)量的限制出現(xiàn)數(shù)量上的波動(dòng);現(xiàn)在要求我們能夠找到合適的資源分配方式,來讓公司獲得較大的盈利。這其實(shí)就是一個(gè)根據(jù)制約條件來找到A和B兩種服務(wù)對(duì)應(yīng)各自需要有什么變量的問題。不妨列出一個(gè)公式,看看究竟各個(gè)制約條件之間是如何影響的,從而找到合適的解決辦法。
分解階段另一件重要的事情就是完成流程圖的設(shè)計(jì),對(duì)應(yīng)產(chǎn)品人員要做的是業(yè)務(wù)流程圖,如果有核心開發(fā)人員也參與了前期的需求討論分析,可以建議他們同步展開架構(gòu)流程的思考。在繪制流程圖的時(shí)候需要盡可能標(biāo)明其中的里程碑功能,大約需要哪些功能支撐、需要設(shè)計(jì)多少個(gè)頁面或頻道、組件,對(duì)應(yīng)的管理后臺(tái)需要有哪些對(duì)應(yīng)的調(diào)用。
先做完流程圖,一方面尋找答案,一方面也可以完善你的流程圖。如果能夠一路堅(jiān)持走下來,基本上可以做到很完整地了解自己要解決些什么問題了。這時(shí)候你面對(duì)的就不再是一個(gè)總的需求,而是一個(gè)個(gè)細(xì)節(jié)的問題。接下來要做的就是對(duì)各個(gè)問題進(jìn)行評(píng)估,
評(píng)估
如果我們把分解理解為找問題,那么評(píng)估就是為解決問題做準(zhǔn)備。例如,你打算使用多少個(gè)頁面、會(huì)有多少個(gè)功能點(diǎn)出現(xiàn)。這些經(jīng)過分析提煉后的內(nèi)容可以用PRD或者低保真原型的方式展現(xiàn)給相關(guān)的開發(fā)人員和業(yè)務(wù)部門。
評(píng)估較重要的工作是需要對(duì)這些即將展開的工作做出排序,可能會(huì)舍棄一些原本精心構(gòu)思的內(nèi)容。對(duì)工作的排序是產(chǎn)品自己無法完成的,需要盡可能和開發(fā)部門配合。開發(fā)人員對(duì)于業(yè)務(wù)需求有著自己的一套理解,同時(shí)由于涉及到很多實(shí)現(xiàn)細(xì)節(jié)的問題,也需要在達(dá)到共識(shí)的基礎(chǔ)上才能繼續(xù)推動(dòng)。
在真正展開具體的產(chǎn)品設(shè)計(jì)工作之前,需要能和開發(fā)人員進(jìn)行溝通,盡可能做到以下幾點(diǎn):需要多少個(gè)功能點(diǎn)來支撐這個(gè)產(chǎn)品或滿足需求;這些功能點(diǎn)都是可以在規(guī)定項(xiàng)目時(shí)間內(nèi)開發(fā)完成的嗎?
開發(fā)人員對(duì)于自己要做的事情有足夠的判斷,知道哪些應(yīng)該先做,哪些要后置;對(duì)于暫時(shí)無法實(shí)現(xiàn)的功能,是退回給需求方,還是產(chǎn)品重新構(gòu)思或者延至2.0版本完成,需要說明清楚。對(duì)于沒有技術(shù)背景的產(chǎn)品,這時(shí)候很容易陷入被動(dòng),盡可能找到一個(gè)能和你順暢溝通的技術(shù)經(jīng)理。
決策
首先是制定項(xiàng)目計(jì)劃,針對(duì)每個(gè)細(xì)分功能拿出具體的實(shí)現(xiàn)策略,給出產(chǎn)出物的交付時(shí)間,繪制原型圖和PRD文檔。從產(chǎn)品整體框架到頁面布局、頻道功能再到按鈕的位置,彈出層的設(shè)計(jì)。設(shè)計(jì)的創(chuàng)意才在這里真正迸發(fā),你所有知道的界面設(shè)計(jì)、導(dǎo)航架構(gòu)、交互形式的知識(shí)和才能都會(huì)在這里得到淋漓盡致的體現(xiàn)。
暫且撇下你的設(shè)計(jì)創(chuàng)意不表,如何把評(píng)估階段的成果應(yīng)用好是我們是否能順利進(jìn)入決策階段的關(guān)鍵??倳?huì)有一些功能被砍掉,也有一些新功能提出來,原本想好的某些流程也可能要重新調(diào)整。在決策階段,你需要拋棄一些東西,適當(dāng)做一些讓步,才能保證產(chǎn)品的核心功能延續(xù)。
總結(jié)
通過確定、分解、評(píng)估和決策把需求分析階段要做的事情做一個(gè)梳理,也為后面的設(shè)計(jì)和開發(fā)開了一個(gè)好頭。但是在實(shí)現(xiàn)上可能需要做一些變通,項(xiàng)目一旦進(jìn)入到開發(fā)編碼階段,時(shí)間會(huì)非常緊湊,你能做的就是根據(jù)新提出來的想法迅速協(xié)調(diào)好利益相關(guān)部門,在開會(huì)之前你就能要準(zhǔn)備好幾套方案,全面協(xié)調(diào)與兼顧各個(gè)部門的需求。
聲明:本站部分文字及圖片均來自于網(wǎng)絡(luò),如侵犯到您的權(quán)益,請(qǐng)及時(shí)通知我們進(jìn)行刪除處理。