B端產品的特點及開發經驗

b端的產品，是以企業為單位的。所有的資料和服務都按某個機構實體進行聚合。那麼我們如何提供乙個沙箱機制？

理論上，我們向客戶提供的是無差別的服務。但是由於資料庫例項、伺服器效能受到任務繁重程度不同，對資源的占用也不同。這樣就會造成同樣付費，但是某些客戶耗費的資源較多。

我們來看看docker。乙個映象乙個應用。這樣一來就把程序間的資源進行了隔離。但是有些東西是無法隔離的，比如系統時間。

資料的隔離，乙個租戶乙個資料庫可以有。乙個租戶一台伺服器？乙個租戶乙個redis例項？這個時候，就需要按租戶號進行隔離。每個租戶號是乙個命名空間。通過租戶編號對資源包進行垂直分隔。

有些客戶，對服務提供商的安全性並不信任，或者希望對配置進行自由的公升降配等原因，他們希望進行私有化部署。資料庫、伺服器、基礎設定都是客戶私有的。功能發布，線上問題的定位都會變得更加複雜。如果客戶只是把某個產品私有化部署，其他產品在服務提供商的公有雲部署，那麼混合雲部署的複雜程度會進一步提高。

私有化部署後，服務提供商可以運營的資源池就減少了。同時代運維是乙個困難的事情。出現線上問題時，服務提供商較難響應。客戶往往是提供遠端桌面、vpn、子賬號等臨時性授權訪問給運維人員。

c端產品人人都是產品經理。但是b端產品是由企業付費的。企業的管理人員對產品功能有著更大的話語權。此時並沒有什麼產品驅動、技術驅動，只有甲方驅動。

企業的業務在不斷的發展，作為支撐工具，b端產品也必須提供更多相應的功能。雲端軟體，通過乙個鏈結，大家用的都是同一套軟體。如果不停的往其中堆功能，產品就會很臃腫。有些功能就只有某些客戶才會用到。這樣一來，就需要基於乙個公共的基準版本進行差異化定製。

1）功能灰度

我們把每個特性都做成顆粒度很小的功能點，客戶需要那些擴充套件點，自己可以通過開關組合出比較適合自己的產品形態。但是灰度開關太多，學習成本、運營成本也會提公升。

2）pass平台

灰度開關並不特別的靈活。只能是要或者不要。通過提供一些視覺化編輯工具（像ppt），或者提供一些輔助程式設計介面（office的vb），使用者或者運營人員就可使用這些低門檻的方式來定製產品。

3）二次開發

對於改動到底層業務模型的需求，在基本版本上派生乙個新的分支進行開發。

大眾消費軟體，尤其是一些國民軟體，基本上達到了使用者傻瓜式操作。但是b端產品一般是生產力工具，往往需要提供詳細的使用文件、教程，需要一些專業的培訓，甚至是資格認證。

相較於c端應用，b端產品的變更沒那麼頻繁。對於可維護性的要求更高。同時，業務知識的深度和廣度要求也更高一些。