很多企業(yè)在選擇SaaS產(chǎn)品的時(shí)候，都會(huì)從自身需求出發(fā)，要求進(jìn)行定制開(kāi)發(fā)。要不要做呢？這是大部分SaaS產(chǎn)品都會(huì)遇到的一個(gè)問(wèn)題。本文作者依據(jù)自身工作實(shí)踐，從業(yè)務(wù)、需求和設(shè)計(jì)三個(gè)方面，對(duì)這個(gè)問(wèn)題進(jìn)行了分析討論，與大家分享。

一方面迫于營(yíng)收的壓力，接受定制就會(huì)有收入；但另一方面，普適性差的功能一旦多了，后續(xù)維護(hù)成本就高。

首先，從整個(gè)業(yè)務(wù)角度考慮

明確自己是做產(chǎn)品還是項(xiàng)目：

【項(xiàng)目】是客戶的；

【產(chǎn)品】是公司自己的。

【項(xiàng)目】滿足特定人群或者使用者需求，更偏向于個(gè)性化；

【產(chǎn)品】滿足特定應(yīng)用場(chǎng)景或者特定行業(yè)領(lǐng)域的需求，更加具有兼容性。

【項(xiàng)目】側(cè)重于時(shí)間驅(qū)動(dòng)，因?yàn)闀r(shí)間就是成本，滿足交付任務(wù)即可；

【產(chǎn)品】側(cè)重于功能驅(qū)動(dòng)，更注重體驗(yàn)。

【項(xiàng)目】是以客戶的需求為驅(qū)動(dòng)，按照客戶的需求進(jìn)行定制開(kāi)發(fā)；

【產(chǎn)品】是為了滿足市場(chǎng)某一痛點(diǎn)可產(chǎn)生的，對(duì)于產(chǎn)品的性能以及快速迭代擴(kuò)展的要求更高。

【項(xiàng)目】型公司可以賺到錢(qián)，但賺的是“人頭錢(qián)”。一般項(xiàng)目公司都是按照工時(shí)收費(fèi)，比如X元/人/天，人/天越多，項(xiàng)目總收入越多。項(xiàng)目越多，需要人越多，人數(shù)不夠往往需要進(jìn)行項(xiàng)目排期，公司的總收入也是和人頭息息相關(guān)。一旦項(xiàng)目太多，人數(shù)不夠，營(yíng)收就陷入瓶頸，項(xiàng)目就處于停滯延期狀態(tài)。

【產(chǎn)品】型公司賺的是產(chǎn)品的使用費(fèi)或其他增值費(fèi)，一個(gè)很小的團(tuán)隊(duì)，只要產(chǎn)品足夠好，客戶足夠多，營(yíng)收往往不可估量，人均創(chuàng)造價(jià)值遠(yuǎn)大于項(xiàng)目型公司。

再?gòu)男枨蟊旧砜紤]

SAAS產(chǎn)品客戶越多，收到的需求越多，個(gè)性化需求也就越多，那么到底要不要接受客戶的需求？

首先理解客戶提的到底是需求還是方案

需求：我餓了

方案：我想吃饅頭

當(dāng)客戶說(shuō)的是“我想吃饅頭了”一定要繼續(xù)追問(wèn)到具體原因，只有知道需求了，才能判斷到底要不要實(shí)現(xiàn)；

然后判斷需求的適用度

通用需求：適用于大部分客戶，可以做到產(chǎn)品里；

假需求：要說(shuō)服客戶放棄；

真需求，但通用性很差：個(gè)性化需求，其他客戶不存在此類(lèi)需求，要和客戶商討有沒(méi)有更好的處理方法。

最后從產(chǎn)品設(shè)計(jì)層面考慮

同樣通用型需求，實(shí)現(xiàn)方案可以是針對(duì)單個(gè)客戶定制，也可以做成通用型功能。

在考慮的時(shí)候，一定盡量往通用型設(shè)計(jì)方向考慮，我們接定制開(kāi)發(fā)的目的

是為了積累對(duì)行業(yè)的經(jīng)驗(yàn)，完善我們的產(chǎn)品適用度。

假如碰到不知道怎么做成通用型產(chǎn)品的時(shí)候：

不妨想想把我們的SaaS產(chǎn)品轉(zhuǎn)化為平臺(tái)PasS產(chǎn)品，或加強(qiáng)API能力，避免未來(lái)產(chǎn)品升級(jí)對(duì)定制開(kāi)發(fā)部分的影響。

是否可以做出可配置的方案來(lái)盡量滿足所有人的個(gè)性化需求

舉個(gè)簡(jiǎn)單的例子，我做思拓云投票的時(shí)候，這個(gè)一個(gè)很簡(jiǎn)單的在線投票選舉SaaS軟件，遇到客戶提了一個(gè)需求：希望用戶投票前必須關(guān)注他們的公眾號(hào)，以此來(lái)增加公眾號(hào)的粉絲量。

同時(shí)，也提出了解決方案：客戶投票賬戶的ID和他們提供的公眾號(hào)賬號(hào)相互綁定，每次用戶投票前調(diào)用接口去判斷用戶是否關(guān)注他們的公眾號(hào)。

拿到這個(gè)需求，假如說(shuō)按項(xiàng)目來(lái)做，客戶提的方案是可行的，將對(duì)應(yīng)賬戶ID和公眾號(hào)賬號(hào)寫(xiě)死在系統(tǒng)里即可。

如果按照產(chǎn)品來(lái)看，這種實(shí)現(xiàn)方式只適合一個(gè)客戶，不滿足SAAS產(chǎn)品設(shè)計(jì)的初衷。

那到底要不要做？

做，很明顯這是一個(gè)通用型需求，加強(qiáng)我們API能力，如果將投票賬戶ID和公眾號(hào)綁定功能做成可授權(quán)的。每個(gè)賬號(hào)可自己去授權(quán)綁定不同的微信公眾號(hào)，這樣即可滿足所有客戶。

那么從項(xiàng)目轉(zhuǎn)型到產(chǎn)品需要注意什么？

加強(qiáng)API能力，即便定制，也要只做邊界內(nèi)的定制，邊界外找成熟產(chǎn)品，沒(méi)有就找第三方系統(tǒng)集成商做（某大佬建議）。

合適的時(shí)機(jī)，定制開(kāi)發(fā)的比例越高，越要盡早轉(zhuǎn)型做產(chǎn)品開(kāi)發(fā)，很多項(xiàng)目性公司都是產(chǎn)品開(kāi)發(fā)出來(lái)后，幾年不更新產(chǎn)品，一直在項(xiàng)目中根據(jù)客戶提的需求改產(chǎn)品功能，復(fù)用性極差。到后期就是堆人頭，邊際效應(yīng)遞減，人均產(chǎn)值下降，而且項(xiàng)目開(kāi)發(fā)組與銷(xiāo)售部門(mén)摩擦越來(lái)越大，幾千萬(wàn)營(yíng)收就出現(xiàn)瓶頸。

產(chǎn)品和項(xiàng)目不是相互獨(dú)立的，是相輔相成的關(guān)系，產(chǎn)品的開(kāi)發(fā)是可以通過(guò)一個(gè)個(gè)項(xiàng)目去完成。通過(guò)項(xiàng)目不斷迭代開(kāi)發(fā)，推進(jìn)產(chǎn)品版本的更新。要注意的是盡量做通用型需求，產(chǎn)品設(shè)計(jì)也要考慮普適性。