saas 自定義網域名稱 SaaS產品的自定義字段設計

在設計saas產品之初，你錨定了產品範圍，調研了客戶的業務場景，於是開始構建資料結構和業務流程，資料結構示意如下：

據此你解決了種子客戶80%的問題，他們也給你付費了，世界非常美好...直到越來越多新客戶提出個性化需求，甚至以前的老客戶也因為業務發展需要，希望加入新字段，否則業務跑不通，無法續費；你雖然很努力響應了一堆個性化需求，但新的需求有增無減，於是你想到了以不變應萬變的方法：讓客戶自定義！

自定義欄位的好處是非常明顯的：客戶不鬧了，他用你設計的工具自行去diy自身業務中的世界觀，有些你無暇東顧而客戶急需的字段及其運算邏輯，你可以甩給外部系統去實現了，只須通過介面同步回來saas即可。

要讓系統支援自定義字段，至少有4步：

一，配置字段

二，介面布局

欄位在哪些介面該展現，其實是由任務場景決定的，要做到這點得實現類似saleforces的可自定義布局的介面。而降級的做法是：在列表頁可配置展現字段(含系統和自定義字段)，在詳情頁可專門開闢乙個位置，展現所有自定義字段；若列表頁需要引用他表的字段，就設計引用型的自定義字段(如上上圖所示)

三，許可權控制

自定義欄位的增加和刪除其實是配置者的許可權，留給使用者的許可權還有檢視和修改；即便如此，許可權控制也是個困難的工作，例如配置哪些角色可見可改。降級的做法是：僅區分內外部角色，例如內部員工不管何部門都可見可改，而外部客戶不可見不可改

四，輸入輸出

**的匯入匯出，列印，統計報表，介面同步，都需要支援自定義字段，才能保證saas產品能和上下游系統良好協同

題外話：有些saas產品上線之初就設計了自定義字段，例如ones；而易訂貨是迭代第5年了，終於決定要做自定義字段，居然還不是最晚的，同行的saas大部分都還沒實現。