一、明確產(chǎn)品和目標(biāo)

有了目標(biāo)才好有方向，當(dāng)需求分到手中的時候，首先要確認(rèn)的就是：這是需求是新系統(tǒng)的構(gòu)架還是舊系統(tǒng)的改造；需要解決什么樣的問題，從產(chǎn)品的角度需要達(dá)到什么樣的目標(biāo)，與之對應(yīng)的設(shè)計角度，需要達(dá)到什么樣的設(shè)計目標(biāo)。

二、快速理解業(yè)務(wù)

對外，這個系統(tǒng)是否和其他業(yè)務(wù)有邏輯關(guān)系；對內(nèi)，空間角度，產(chǎn)品架構(gòu)是怎樣，每個模塊分別承載怎樣的功能，要解決怎樣的問題，時間角度，操作主流程是怎樣的，各個模塊對應(yīng)的小流程是如何實現(xiàn)的；以及這個系統(tǒng)將會有多少個角色使用，每個角色的使用場景是什么，不同角色間的互動會被怎樣的邏輯關(guān)系串聯(lián)起來。

三、溝通協(xié)同

PM ：對于產(chǎn)品目標(biāo)、產(chǎn)品價值、以及要解決什么樣的問題最為清楚，所以是把控項目整體進(jìn)度的最佳人選；

開發(fā)：最為了解數(shù)據(jù)的邊界，也是某些時候的需求方；

運營：是大多數(shù)時候的需求方，最好能夠主動聽取他們的意見，有助于了解需求解決的真實問題；

前端：因后臺給的數(shù)據(jù)有限，所以需要最大程度的降低開發(fā)成本，集中資源放到更主要的項目中去。

四、提高Demo性價比

保證不同系統(tǒng)的操作邏輯、頁面風(fēng)格大致相似，因為可能使用人群是同一類人，降低目標(biāo)用戶的學(xué)習(xí)成本和理解成本；對自己每做一個新系統(tǒng)，也是減少自己的工作成本；

盡量使用通用組件樣式，或借鑒已經(jīng)開發(fā)上線的樣式，減少前端開發(fā)的開發(fā)成本；

合理恰當(dāng)?shù)氖褂媒忉屨f明或幫助文檔。

五、復(fù)雜流程的分步拆解

過于冗長的操作流程分布分步拆解；

過于冗長的表單，按信息類型或者某種邏輯，聚合重組，分模塊填寫完成；

合理的交互操作解決問題；

恰當(dāng)?shù)囊龑?dǎo)說明減少理解成本；

六、上線后的跟進(jìn)

產(chǎn)品上線后，應(yīng)持續(xù)的跟進(jìn)，查驗效果，聆聽用戶反饋等；Demo始終是一個自己對于最優(yōu)解的合理假設(shè)，而真實的效果只能上線后才能得到驗證；回收信息有助于不斷的優(yōu)化和迭代，在產(chǎn)品的生命周期中持續(xù)的維持生命力。