最近有朋友問我，公司要重構(gòu)系統(tǒng)他作為產(chǎn)品經(jīng)理需要注意什么?重構(gòu)就像醫(yī)生給病人做手術(shù)，根據(jù)病人病情來決定是否動手術(shù)，如果小手術(shù)就能解決的問題，沒有必要進(jìn)行大的操刀，系統(tǒng)也一樣，越是底層的，框架級的越不要輕易重構(gòu)，一旦傷筋動骨帶來的影響就是毀滅性的。

首先，我們要了解一下重構(gòu)的目的，到底公司為什么要重構(gòu)系統(tǒng)?

一般公司重構(gòu)系統(tǒng)可能是如下兩種原因：

1.發(fā)現(xiàn)目前系統(tǒng)已經(jīng)不能支持快速發(fā)展的業(yè)務(wù)需求，QPS越來越高，數(shù)據(jù)庫壓力越來越大

2.需要在原系統(tǒng)上改動或者新增功能，發(fā)現(xiàn)原系統(tǒng)代碼比較老舊在原系統(tǒng)上改技術(shù)難度和技術(shù)成本比較高，還不如重構(gòu)一個系統(tǒng)

其次，我們要深度了解此次重構(gòu)的業(yè)務(wù)，不要胡亂重構(gòu)反而增加不必要的麻煩。思考的思路和產(chǎn)品經(jīng)理注意事項(xiàng)如下：

1.考慮清楚業(yè)務(wù)發(fā)展軌跡：很多公司現(xiàn)在都是粗放式發(fā)展，接到一個客戶需求簡單判斷就開始設(shè)計并開發(fā)落地，整個過程很快但很多環(huán)節(jié)都缺乏足夠的分析和論證很多決策會伴隨著大量拍腦袋式的主觀決定。這樣的方式有好處快速響應(yīng)和交付，但同樣壞處也很明顯。你做的產(chǎn)品只能對應(yīng)的解決現(xiàn)有客戶需求，另外過于快速的前期產(chǎn)品設(shè)計調(diào)研過程也會驅(qū)使產(chǎn)品經(jīng)理弱視、甚至不去考慮產(chǎn)品未來會如何發(fā)展。原先的方案隨著業(yè)務(wù)的發(fā)展帶來巨大的迭代成本，前期因?yàn)闆]有規(guī)劃好產(chǎn)品，導(dǎo)致制定的技術(shù)方案幾乎沒有任何可擴(kuò)展性，所以一旦重構(gòu)要考慮業(yè)務(wù)發(fā)展軌跡，以免浪費(fèi)公司成本。

2.考慮產(chǎn)品功能設(shè)計時需注意合理性：雖然需求存在，但是因?yàn)楣δ艿牟缓侠碓O(shè)計，導(dǎo)致用戶并沒有真正用起來。也就是說這樣一個剛需痛點(diǎn)并沒有很好的解決。作為產(chǎn)品經(jīng)理在重構(gòu)系統(tǒng)時需注意設(shè)計功能的合理性。

3.考慮數(shù)據(jù)遷移問題：重構(gòu)系統(tǒng)后那原系統(tǒng)的數(shù)據(jù)遷移問題，是產(chǎn)品經(jīng)理需要注意的，不要因?yàn)橹貥?gòu)系統(tǒng)導(dǎo)致數(shù)據(jù)丟失或者數(shù)據(jù)錯失，造成公司的一些損失。

最后，我想說重構(gòu)系統(tǒng)產(chǎn)品經(jīng)理需要多思考，避免一些錯誤，盡量不要反復(fù)修改需求，減少對開發(fā)的成本。多與開發(fā)人員溝通協(xié)調(diào)，共同創(chuàng)建為公司帶來價值的系統(tǒng)。

猜你喜歡：

電商產(chǎn)品如何實(shí)現(xiàn)“猜你喜歡”功能？

產(chǎn)品經(jīng)理須知：產(chǎn)品結(jié)構(gòu)圖有哪些分類？

移動產(chǎn)品如何實(shí)現(xiàn)精準(zhǔn)推送？

pc端原型如何畫？產(chǎn)品經(jīng)理必看

黑馬程序員產(chǎn)品經(jīng)理培訓(xùn)課程