編輯導(dǎo)語：大家做SaaS產(chǎn)品的工作應(yīng)該已經(jīng)有一段時(shí)間了，SaaS是一個(gè)非常有挑戰(zhàn)的產(chǎn)品形態(tài)，作者在這段時(shí)間踩了很多坑，也練出了一身肌肉。在這個(gè)過程中感到最大的挑戰(zhàn)就是客戶量起來后，對(duì)外如何用一套標(biāo)準(zhǔn)產(chǎn)品滿足不同行業(yè)不同類型客戶的花式需求，對(duì)內(nèi)如何高效協(xié)調(diào)好有限的研發(fā)資源，好鋼用在刀刃上，去實(shí)現(xiàn)每個(gè)迭代的產(chǎn)品目標(biāo)。作者總結(jié)了一下個(gè)人感悟分享出來，希望對(duì)大家有所幫助。

一、產(chǎn)品設(shè)計(jì)的“完整性原則”

SaaS產(chǎn)品最大的特性就是用一套標(biāo)準(zhǔn)產(chǎn)品去滿足不同類型客戶的需求，因此在產(chǎn)品設(shè)計(jì)方面最重要的一個(gè)原則就是“完整性原則”，完整性原則就是產(chǎn)品經(jīng)理在進(jìn)行需求設(shè)計(jì)時(shí)要完整考慮場景、考慮全部行業(yè)全部用戶、并且考慮未來迭代的擴(kuò)展性，一次性把需求設(shè)計(jì)到位。

這是實(shí)際工作當(dāng)中最容易犯的錯(cuò)誤，很容易陷入“就事論事”，單個(gè)問題、單個(gè)模塊、單個(gè)客戶、單個(gè)時(shí)間點(diǎn)解決問題的大坑。

舉個(gè)例子說明一下：比如A客戶提出希望解決人員列表中存在的員工重名問題，希望增加工號(hào)字段；我們就需要完整考慮重名問題哪些場景還會(huì)遇到？除了名字還有其他字段重復(fù)時(shí)會(huì)產(chǎn)生麻煩？最終形成一個(gè)完整方案。

再比如B客戶提出希望不在組織通訊錄內(nèi)的代理商客戶也可以查閱企業(yè)的學(xué)習(xí)資料。這里就要完整考慮外部用戶除了代理商還可能有哪些？需求都是同樣的嗎？除了看學(xué)習(xí)資料，還需要下載轉(zhuǎn)發(fā)嗎？需要考試嗎？等等。

總之，產(chǎn)品設(shè)計(jì)需求的時(shí)候沒有考慮完整，最后不斷的修修補(bǔ)補(bǔ)，在整個(gè)相關(guān)功能上花費(fèi)的研發(fā)工作量，遠(yuǎn)遠(yuǎn)超出了一次性完整開發(fā)一個(gè)功能模塊所需要的功能。

二、產(chǎn)品開發(fā)的靈活性

不同行業(yè)、類型客戶間產(chǎn)品使用的主場景差異不大，但是細(xì)節(jié)功能上的差異非常大，因此SaaS產(chǎn)品功能設(shè)計(jì)一定要具有普適性和靈活性?？赡艽嬖趥€(gè)性化的流程一定要設(shè)計(jì)靈活的可配置項(xiàng)。為了提升靈活性，產(chǎn)品開發(fā)要遵循“樂高化”原則。

前端設(shè)計(jì)成一個(gè)個(gè)小組件，新的功能頁面只是使用已有組件去拼裝，就和搭積木一樣；后段采用微服務(wù)化，避免過度耦合。對(duì)于客戶的定制需求模塊也要獨(dú)立代碼開發(fā)，最后通過接口與現(xiàn)有服務(wù)對(duì)接起來，不要在現(xiàn)有代碼上直接疊加開發(fā)。

三、產(chǎn)品需求管理的前置

SaaS售賣模式是“現(xiàn)在的產(chǎn)品+未來的承諾”，客戶對(duì)于未來產(chǎn)品迭代是有期待的，很多中大型客戶簽約時(shí)會(huì)提出自己的個(gè)性化需求；產(chǎn)品經(jīng)理要為銷售賦能，引導(dǎo)好客戶預(yù)期。（這里插一句題外話，銷售人員都是“短視”的，考慮的都是眼前的利益，因?yàn)槠ü蓻Q定腦袋，銷售團(tuán)隊(duì)考核的都是當(dāng)月銷售業(yè)績，沒人考核兩年以后的，所以銷售人員一定要拿下眼前的這個(gè)單子）

所以產(chǎn)品團(tuán)隊(duì)一定要提前規(guī)劃好產(chǎn)品的演進(jìn)方向，將產(chǎn)品發(fā)展規(guī)劃的文檔同步到銷售團(tuán)隊(duì)，這些內(nèi)容可以作為對(duì)于客戶的額外承諾，通過這個(gè)產(chǎn)品規(guī)劃可以將客戶需求限定在可掌控的范圍內(nèi)，產(chǎn)品團(tuán)隊(duì)掌握了需求的主動(dòng)性，會(huì)省去非常多的麻煩。

四、個(gè)性化需求的處理

很多個(gè)性化需求都發(fā)展成了定制化，尤其是面對(duì)一些付費(fèi)能力比較強(qiáng)的大客戶，這是一個(gè)做SaaS避不開的難題，老板舍不得大單，只能硬著頭皮接下來；問題是定制化需求的性價(jià)比極低，是對(duì)于產(chǎn)研資源的巨大浪費(fèi)，是獲取短期利益，損害產(chǎn)品長遠(yuǎn)發(fā)展的。

對(duì)于產(chǎn)品經(jīng)理來說，需要能將客戶的個(gè)性化需求引導(dǎo)轉(zhuǎn)化為標(biāo)準(zhǔn)化需求，把單個(gè)客戶的需求轉(zhuǎn)換成大多數(shù)客戶的功能，這個(gè)是做SARS的產(chǎn)品經(jīng)理能力當(dāng)中最為關(guān)鍵的一點(diǎn)，具體怎么做要具體分析。

舉個(gè)例子說明：學(xué)習(xí)平臺(tái)中設(shè)定學(xué)員學(xué)習(xí)行為會(huì)加“學(xué)分”，輔助學(xué)習(xí)行為（上傳學(xué)習(xí)資料、授課視頻等）會(huì)增加積分，C客戶提出個(gè)性化需求：老師授課（屬于輔助學(xué)習(xí)行為）不要加積分，希望改為加學(xué)分。

這與平臺(tái)設(shè)定的規(guī)則完全違背，不可能為了這單個(gè)客戶去改其他客戶已經(jīng)適應(yīng)了的規(guī)則，面對(duì)這種“寶藏需求”我們進(jìn)行了深入分析，發(fā)現(xiàn)客戶是希望學(xué)員教師雙身份的人能夠把學(xué)分、積分合并，以便于自己學(xué)習(xí)好同時(shí)也能幫助他人學(xué)習(xí)的員工在排行榜上能排名更靠前，明白了“提升榮譽(yù)感”這個(gè)原始訴求我們就可以進(jìn)行相應(yīng)的引導(dǎo)設(shè)計(jì)。

以上是個(gè)人的一點(diǎn)感悟，SaaS產(chǎn)品不是簡單的B端產(chǎn)品，它的產(chǎn)品形態(tài)決定了他所面臨的挑戰(zhàn)，我們作為產(chǎn)品經(jīng)理要針對(duì)不同的服務(wù)模式、不同的客戶類型去調(diào)整我們的設(shè)計(jì)思路。

PS：大家可以關(guān)注一下產(chǎn)品經(jīng)理相關(guān)的招聘信息。就會(huì)發(fā)現(xiàn)關(guān)于SaaS相關(guān)能力要求的產(chǎn)品崗越來越多了，說明這種產(chǎn)品形態(tài)越來越普及。企業(yè)逐漸接受用租賃而不是一次性買斷的方式，尤其是在疫情的背景下，這種低成本又靈活的軟件形態(tài)更受歡迎，各位產(chǎn)品同學(xué)可以沉淀一下相關(guān)的能力。

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

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