在SaaS行業(yè)中，二次定制開發(fā)（二開）一直是一個備受爭議的話題。一方面，SaaS產品的標準化是實現規(guī)?；陀年P鍵，而定制開發(fā)往往被視為對這一目標的威脅；另一方面，客戶個性化需求的不斷涌現，又使得二開在實際業(yè)務中難以完全避免。

SaaS行業(yè)有句名言：“誰做定制開發(fā)誰死?！?/p>

原因很簡單：SaaS產品標準化是規(guī)?；那疤?，而規(guī)模化才有盈利的可能性，而定制開發(fā)是它們的“天敵”。

理論上SaaS應避免定制開發(fā)，但現實中完全做到100%標準化幾乎不可能。

今天我們就來聊聊這個話題。

• SaaS產品為什么會有二次定制開發(fā)（簡稱二開）需求？
• SaaS產品是否要支持二開？
• 用什么樣的產品原則或標準判斷哪些接，哪些不接？

為避免對概念認知不同而產生的不必要分歧，我們先給二開下個定義（對齊雙方對概念認知的一致性，也是二開時的前提）。

什么是二開？

百度百科的定義是：

二次開發(fā)，簡單說就是在現有的軟件上進行定制修改，功能的擴展，然后達到自己想要的功能，一般來說都不會改變原有系統(tǒng)的內核

一句話總結就是：在現有標準化產品上，根據某家（或某些）客戶需求定制開發(fā)對應功能，以滿足其訴求的，都屬于二開范疇。

二開的需求范圍是廣義的，一切與你現有標準化產品優(yōu)先級不匹配，而客戶有強烈訴求的需求，都可定義為二開需求，可能是個性需求，或無法滿足的通用需求。

為什么會有二開需求？

SaaS產品的多租戶特性，加上客戶在行業(yè)、規(guī)模、階段、管理理念等方面的差異，導致個性化需求多（一般垂直型SaaS產品，大概5%-10%；通用型約10%-30%），而無法及時解決。

客戶囿于沉沒成本等原因，期望SaaS廠商解決，從而產生二開需求。

SaaS企業(yè)是否要支持二開？

如果你問10位產品經理，預計11個都會說：我們不接定制研發(fā)，除非面臨新簽卡單、續(xù)費流失或大客戶等特殊情況。

當特殊情況變成常態(tài)后，二開也就成了常態(tài)。

例如，客戶A需要接口來統(tǒng)計員工工時成本以影響續(xù)簽決策；

客戶B要求調整遲到豁免政策作為新簽條件；

客戶C希望隱藏員工出勤情況以促進續(xù)費；

客戶D則因系統(tǒng)功能不匹配而威脅不續(xù)費。

它們都是特殊情況，為避免客戶流失，老板可能就會同意進行二開。一旦開始，二開需求可能會大量增加。

當二開需求占用資源過剩，無法解決客戶標準化需求后，客戶成功伙伴就會把標準化需求裹上一層“續(xù)費/退費”的皮，讓它們成為二開需求。

產研成本是公司的，續(xù)費收益是自己的，誰也不比誰傻半分。

作為產品經理，你能阻塞拒絕客戶續(xù)費嗎？你能承擔客戶退費嗎？你能阻塞新簽客戶嗎？不能。

哪怕你再不愿意，接受二開需求就是現實。

真就這樣了嗎？好像還能做點什么，畢竟作為解決方案的提供者，面對任何問題，都需要有解決方案。

首先（也是最重要的）是制定產品原則。

當一件事或一個問題出現頻次高（如二開需求多），且無法窮舉時，最佳策略就是制定原則。

第一，資源分配原則。產研資源分配中，二次開發(fā)需求占比不超過30%，以保障絕大多數資源用于標準化產品建設。

理想情況下無需二開定制需求，但現實中往往不可避免。因此，關鍵在于有效控制資源投入，確保二開不成為主戰(zhàn)場，占用過多產研資源，陷入惡性循環(huán)，削弱SaaS產品的競爭力。

比如你有20人產研團隊，每月總資源是435人日（按21.75人日/月），每季度1305人日。為控制二開需求，平均每月投入不應超130人日，平均每季度不應超390人日。

第二，二開需求接受原則。

原則1：如果需求具有通用性（對所有客戶有潛在價值），且客戶愿意付費，且不會增加額外運營服務成本，那么即使目前只有某個客戶使用，也可以考慮進行二次開發(fā)。

比如客戶希望在現有項目工時填報功能的基礎上，增加項目階段管控、工時填報校驗以及批量填報工時功能；

或客戶希望在現有單人申請加班的基礎上，增加一個連續(xù)上班超過6天則不允許申請加班的校驗功能；

它們都屬于通用（含潛在通用性），且是老客戶，且愿意付費，而又不增加運維成本。

原則2：對于不愿付費的老客戶（簽約2年以上）或新簽約客戶，如果需求可以通過插件形式實現且不影響其他客戶，且開發(fā)工作量不超過15人日，則也可以采取免費、需增購或折扣等方式進行二開。

比如客戶希望有一個獨立的報表，能夠快速檢索并展示員工在上班途中請假或外出時是否有兩次打卡的情況。

或客戶希望定制一個每日情況表，顯示員工每日的工時情況、當月總工時，以及是否連續(xù)出勤超過6天等信息。

它們都屬目標行業(yè)老客戶需求，且可用插件實現，而不影響其他客戶使用，以及開發(fā)量在10人日以內。

第三，二開需求優(yōu)先級原則。

在符合資源分配原則和需求接受原則的基礎上，需求優(yōu)先級規(guī)則是：付費二開（通用）> 付費二開（潛在通用） > 標準化需求（通用/高頻/阻塞） > 免費二開（插件） > 免費二開（功能）> 其他需求（低頻/小體驗）。

什么叫通用？一是符合標準化產品的能力或其分支擴展類能力；二是符合某行業(yè)/群體客戶的需求。

比如智能對班（根據打卡自動匹配出勤班次）、批量安排加班、綜合工時等，都屬于通用型需求；

什么叫潛在通用？在通用的前提下，增加一個維度：是否現在已有多數（至少5家以上）客戶的需求？是，則通用；否則，則潛在通用。

其次是構建機制流程，確保產品原則有效落地。

先成立需求規(guī)劃“私董會”，可從產品、技術、客戶成功、銷售、實施等角色中，選擇3-5人專家團隊，對最終產品規(guī)劃負責。

第二是構建二開流程評估機制。從提需求到評估、到訂單、到需求確認、到研發(fā)、到交付的全流程。

比如二開需求文檔化，確保所有信息有效記錄；

需求確認郵件化，確?？蛻粜枨笈c解決方案一致性；

訂單線上化，確保二開訂單付款流程的有效審核（含技術審核、行政審核等）。