編輯導(dǎo)讀：To B產(chǎn)品因?yàn)槊嫦虻目蛻羰瞧髽I(yè)，其業(yè)務(wù)多且復(fù)雜，對(duì)產(chǎn)品的定制化需求較高。但是作為一個(gè)標(biāo)準(zhǔn)化的產(chǎn)品，定制化越多，整合融入的系統(tǒng)、功能越多、系統(tǒng)也越來繁雍笨重。那么，如何在滿足用戶定制化的需求下，避免產(chǎn)品變得笨重呢？本文作者對(duì)此給出了一些建議，與你分享。

一、明晰：ToB 的商業(yè)模式

ToB 的全稱是“To Business”，即面向企業(yè)。企業(yè)往往擁有比較復(fù)雜的業(yè)務(wù)，且個(gè)性化很強(qiáng)，通常需要他們自掏腰包來解決自己的困難。這就會(huì)要求所購買的產(chǎn)品必須能夠滿足自己的全部需求，產(chǎn)品價(jià)格要跟產(chǎn)品價(jià)值（滿足需求）相匹配。當(dāng) B 端客戶需要你的某個(gè)功能時(shí)，你可以編各種各樣的理由來搪塞他或者說正在開發(fā)中，但不可以說你沒有，否則會(huì)給人一種很不專業(yè)的感覺（側(cè)面反映產(chǎn)品不成熟、積累案例少、不能快速響應(yīng)信息化建設(shè)。所以對(duì)于大部分 ToB 產(chǎn)品，不存在直接拿 MVP 去賣的情況。因?yàn)榭蛻粜枰隳芙o出對(duì)某一項(xiàng)業(yè)務(wù)完整的解決方案（思路），哪怕是低保真產(chǎn)品原型或 PPT ，都比一個(gè)沒做好的 MVP 更具說服力。

問題：定制化越多、功能越繁雍笨重

ToB的產(chǎn)品目前最流行的模式是高度靈活、自由可配置；公司設(shè)計(jì)研發(fā)出一套所謂能夠涵蓋行業(yè)80%標(biāo)準(zhǔn)化的系統(tǒng)流程，在用戶購買之后采用根據(jù)客戶不同需求做配置，滿足用戶需求。這是一個(gè)理想狀態(tài)，現(xiàn)實(shí)中，每個(gè)企業(yè)、學(xué)校、機(jī)構(gòu)的實(shí)際業(yè)務(wù)不同，使用者關(guān)心的業(yè)務(wù)和流程不盡相同，就出現(xiàn)很多的需求無法通過配置滿足的現(xiàn)實(shí)需求狀況。由此定制化開發(fā)的模式就被各廠商放到了桌面。

定制化開發(fā)過程中會(huì)有新的流程、功能被挖掘，這些確實(shí)能解決現(xiàn)實(shí)行業(yè)中的出現(xiàn)的一些個(gè)性化、特殊化的實(shí)際問題；但是如果不加辨別，認(rèn)為只要能夠解決行業(yè)問題的方案就應(yīng)該納入系統(tǒng)，進(jìn)而考慮把每個(gè)客戶需求進(jìn)行整合，彌補(bǔ)現(xiàn)有系統(tǒng)的不足，設(shè)計(jì)研發(fā)出“大而全”的系統(tǒng)，對(duì)于想做平臺(tái)或者壟斷行業(yè)利潤(rùn)的廠商，具有巨大的誘惑力。

這樣一來，定制化越多，整合融入的系統(tǒng)、功能越多、系統(tǒng)也越來繁雍笨重；造成系統(tǒng)萬能，卻又沒有什么賣點(diǎn)，對(duì)內(nèi)公司人員怨聲載道，對(duì)外給人系統(tǒng)拼拼湊湊的印象，在市場(chǎng)沒有什么競(jìng)爭(zhēng)力，什么都有，什么都不強(qiáng)，又冗余難用；盡管付出這么大的代價(jià)，事實(shí)上這樣的系統(tǒng)依然無法覆蓋用戶所有需求，因?yàn)槟阌肋h(yuǎn)不知道下一個(gè)客戶需要什么？

二、系統(tǒng)臃腫問題實(shí)質(zhì)與避免建議

系統(tǒng)臃腫問題實(shí)質(zhì)：

• 多模塊多頁面信息存在大量重復(fù)（即有些字段信息沒必要每個(gè)地方都顯示，具體看需求）；
• 功能點(diǎn)堆砌，即可能存在需求但是沒有場(chǎng)景化。即有些功能點(diǎn)應(yīng)該是連貫性和，應(yīng)該是一步接一步的（如買火車票：提交完訂單后，下一步當(dāng)然是付款， 你總不能讓這兩個(gè)功能分開放吧？）
• 存在部分“低需求功能點(diǎn)”，有些功能點(diǎn)現(xiàn)在基本沒怎么用還留在系統(tǒng)中。
• 系統(tǒng)業(yè)務(wù)組織架構(gòu)、功能權(quán)限、數(shù)據(jù)權(quán)限等模型不能支撐現(xiàn)在的業(yè)務(wù)發(fā)展（這是最蛋疼的，基本是最大系統(tǒng)的問題），導(dǎo)致每次增加新功能點(diǎn)時(shí)只能在邏輯上寫死，沒有任何邏輯和程序上的擴(kuò)展性。

解決問題建議：

先梳理下現(xiàn)在的公司業(yè)務(wù)流程和組織架構(gòu)（找公司各部門負(fù)責(zé)人多問問）；

根據(jù)上面四點(diǎn)對(duì)系統(tǒng)現(xiàn)在的業(yè)務(wù)流程、組織架構(gòu)、功能模塊、功能點(diǎn)進(jìn)行梳理，找出存在問題的地方，分別列出問題表單和問題點(diǎn)；

拿著問題表單和問題點(diǎn)去調(diào)研各個(gè)部門的負(fù)責(zé)人和使用者，看看反饋結(jié)果；并順便調(diào)研現(xiàn)在的業(yè)務(wù)需求和流程場(chǎng)景細(xì)節(jié)（多問問未來可能存在的業(yè)務(wù)需求-有助于考慮邏輯擴(kuò)展性和全面性）；

然后根據(jù)調(diào)研考慮3套方案：

1. 不動(dòng)系統(tǒng)組織架構(gòu)、功能權(quán)限、數(shù)據(jù)權(quán)限的基礎(chǔ)上，對(duì)各個(gè)功能模塊考慮解決方案（即如何解決系統(tǒng)現(xiàn)在存在的問題？），然后列出優(yōu)缺點(diǎn)。
2. 重做系統(tǒng)組織架構(gòu)、功能權(quán)限、數(shù)據(jù)權(quán)限的基礎(chǔ)上，對(duì)各個(gè)功能模塊考慮解決方案（即如何解決系統(tǒng)現(xiàn)在存在的問題？），然后列出優(yōu)缺點(diǎn)。（基本上動(dòng)這個(gè)可以考慮重新設(shè)計(jì)了）
3. 考慮重新設(shè)計(jì)的方案：從組織架構(gòu)、功能權(quán)限、數(shù)據(jù)權(quán)限、業(yè)務(wù)流程、各個(gè)功能模塊等全方位考慮，以及特殊事件處理方案。（列出優(yōu)缺點(diǎn)）

大體方案方向出來后找研發(fā)和項(xiàng)目評(píng)估下大概的難度和工期，不用估計(jì)太準(zhǔn)，只要個(gè)大概就行。然后評(píng)估下現(xiàn)在的時(shí)間、資源等是否允許？ROI是否值得？

最后找各部門負(fù)責(zé)人+老板+項(xiàng)目+研發(fā)開會(huì)說下事情（最后讓老板老大們決定，你絕對(duì)不要做決定，你只給方案不做決定，讓他們選）

PS1：原則就是：看見表象（臃腫和邏輯混亂）—-去調(diào)研+梳理+分析出本質(zhì)原因—-給出多個(gè)解決方案并評(píng)估優(yōu)缺點(diǎn)—-讓大佬選擇方案。

PS2：要是你自己決定重新做，我敢保證你一定踩無數(shù)坑+背無數(shù)鍋，每天過得跟孫子似的；我們產(chǎn)品應(yīng)該是功能要做好，鍋要少接。

本文由 @Cloudzhang 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理，未經(jīng)許可，禁止轉(zhuǎn)載

題圖來自?Unsplash，基于 CC0 協(xié)議