想想入行也有幾年了，決定還是整理整理幾年積累下拉的東西，感興趣的朋友歡迎交流。

雖然這幾年串了好幾家公司各類產(chǎn)品都有參與過，但主攻還是在中后臺產(chǎn)品上，喜歡的技術(shù)方向也是Java、SQL這種后端技術(shù)。產(chǎn)品的興奮點也不是多少人使用了我的系統(tǒng)，而是使用人通過我設(shè)計的系統(tǒng)是否提高了效率，不管是少一些錄入，還是輔助思考決策。

設(shè)計一個后臺產(chǎn)品或者模塊，我個人主要會遵循下面的思考順序：

1.先去盡可能的溝通需求里的每一個細(xì)節(jié)（這個部分通?；ㄙM時間比較多）

你需要溝通需求的目的以及核心需求，也就是為了提高哪個指標(biāo)數(shù)據(jù)；需要了解需求當(dāng)前的配套資源，包括當(dāng)前和后期進(jìn)度；流程相關(guān)的，要知道流程一共有幾個節(jié)點，幾個角色，每個角色在每個節(jié)點需要做什么；如果涉及原有流程，歷史數(shù)據(jù)要怎么處理等

2.進(jìn)行模塊or功能選型和改造

大部分的需求其實都是一個或多個獨立模塊的結(jié)合，比如訂單、內(nèi)容、用戶、消息，每個模塊網(wǎng)上都會有一些成型的方案可供參考。在不斷吸收各種模型理論，就可以根據(jù)業(yè)務(wù)需求將他們進(jìn)行合并或者改造。在設(shè)計中，盡可能的保持好模塊的獨立性，避免模塊和模塊之間耦合性太強(qiáng)，導(dǎo)致后期再添加模塊的時候考慮很多不必要的因素。后面幾篇文章的內(nèi)容也會根據(jù)每個獨立模塊進(jìn)行展開

3.模擬每個需求場景

初步設(shè)計完成后，會優(yōu)先拿著界面去做腦內(nèi)模擬，或者找個大黑板效果更佳?？纯疵總€界面設(shè)計的字段是否閱讀流暢，讓每個字段都是有意義且恰當(dāng)；步驟間的流轉(zhuǎn)是否有問題，尤其是涉及到一些線上和線下場景頻繁更換的時候

以上三個步驟后，產(chǎn)品就可以基本交付業(yè)務(wù)最終討論了。

完成業(yè)務(wù)的溝通后就是技術(shù)部分的溝通，我習(xí)慣去思考一下大概的表結(jié)構(gòu)和涉及接口，當(dāng)然就是想想，有時間的話會和技術(shù)大佬們討論一下并長期接受各種“教育”

最后就是臨上線前的準(zhǔn)備，也是以前一個領(lǐng)導(dǎo)教給我的

1.是否需要提前培訓(xùn)

2.是否需要準(zhǔn)備前期數(shù)據(jù)

3.是否需要清洗歷史數(shù)據(jù)

4.如果有相關(guān)的流轉(zhuǎn)數(shù)據(jù)是否有影響

5.相關(guān)核心人員提前通知并邀請體驗

6.準(zhǔn)備上線通知郵件

第一次做內(nèi)容輸出，希望能堅持下去，如果對看的人能有些幫助就更好了，感謝觀看