編輯導語：無論使用什麼產品，文字信息對於用户來説都是至關重要的，它可以大大提升用户的使用感和好感。在本篇文章中，作者從自定義字段的定義、配置字段為什麼會節省時間、靈活配置的核心目的以及配置字段功能的缺陷這四個方面，為我們展開了詳細地説明。
我們使用手機瀏覽APP、公眾號、小程序的某個產品時，我們會讀取產品中的文字信息。讀文字內容前，我們通常會看下內容旁邊的字段名稱提示。
這是因為字段是產品中與用户交互的重要能力，是承載業務信息的載體，它能夠讓用户獲取和傳輸信息，字段名稱提示了用户這個字段內容裏會包含哪種類型方向的信息。
最近我體驗了第三方PaaS平台，發現他們前台頁面顯示的字段是在後台配置出來的，可以設置出符合我們公司業務個性化對字段的需求。而公司自研的系統一般少有後台配置字段的功能，通常是通過提字段需求，技術工程師編寫代碼完成的。
我們在採購第三方平台時，會留意系統是否可以自定義搭建我們想要的業務流程，是否可以根據我們公司業務對字段需求配置出自定義字段，需要採購有字段配置功能，支持需求字段配置的系統。
今天我們就來聊聊，體驗了PaaS平台配置字段的功能和流程後的一些思考。
一、什麼是自定義字段？自定義字段是根據業務需求自定義的個性化字段，在自定義字段的過程中，定義字段名稱的工作並不是業務方獨自完成的，而是需要產品經理和業務方進行充分的溝通和調研字段名稱是使用正式官方的，還是使用方便大家理解的，共同設計出來。
舉個例子：醫療服務業務中涉及到醫生記錄用户的“身高“、”體重”、“體質數BMI”、“血壓”等關於身體健康情況類的信息，就是屬於自定義的個性化字段。
配置同學會根據公司業務方提出的這類字段需求，在後台中添加的字段、設置類型、屬性和邏輯規則，並在運行維護階段根據公司業務的需求對字段進行修改和刪除。
- 字段的類型：字段設置類型，是為了方便數據的插入，數據的類型有種，比如整型、浮點型、文本、文本域、日期、時間、單選、多選等等，定義了什麼樣的字段的類型，會使字段內容以什麼形式進行存儲，才能讓用户保存的數據正確。
- 字段的屬性：為字段選擇不同的字段類型，會聯動出不同的屬性設置。字段屬性一般有“允許保留X位小數“、”必填”、”選填”、“默認值”、“唯一值”、“單位”、“自動計算”等等，設置了字段屬性，會對用户保存的內容進行屬性校驗，數據正確才會存儲成功。
對於配置自定義字段來説，“配置”是一種功能形式，是另一種讓字段在前台頁面顯示和隱藏的方法。
運維同學在配置字段頁面，根據業務對字段的需求，手動在後台錄入字段名稱、屬性和規則，無需研發同學寫代碼，就可以快速實現原始開發方法中的數據庫建模。
運維同學將配置好的字段保存後，前台頁面就會根據後台的配置內容即刻進行展現，用户輸入的字段值，也會根據後台配置的規則進行校驗，配置字段會節省業務方等待字段上線的時間。
二、為什麼配置字段會節省時間？當公司沒有後台配置字段的功能時，是需要技術通過編寫代碼上線字段的。產品和業務方對字段的規則溝通梳理後，會將這些字段規則記錄到字段需求表中，字段需求表展現樣式如下：
字段需求從調研到上線的完整流程如下圖所示：
從流程我們看出，研發會對字段進行評審，校驗產品經理對字段本身的需求和設計的邏輯是否正確，會對字段進行二次把關。
實際技術通過編寫代碼上線字段對於研發來説並不難處理，但是研發一般會將字段需求和功能需求合併在一起開發，統一進行迭代上線，字段上線的時間不會按照業務方希望的隨時提出隨時上線使用。
而後台如果有配置字段功能，產品經理梳理完字段需求表格後，就可以發給運維同學配置字段了。運維同學完成後台配置字段的流程點擊保存，業務方就可以即時在前台頁面中看到並使用需求字段了。
後台新增字段的配置流程一般為：
- 選擇模塊：選擇新增字段在哪個模塊；
- 創建字段：填寫字段信息；
- 判斷字段是否有依賴性：有依賴性的字段進行依賴性設置；
- 進行查重規則設置；
- 點擊保存。
在後台配置字段，一般一個字段30秒左右的時間就可以完成配置流程。
字段量不多的情況下，一般當天就可以完成配置，供業務方使用。並不會像研發寫代碼一樣，需要在測試環境發佈後，測試流程完成再在生產環境上發佈，配置字段節省了測試環節的時間。
三、靈活配置的核心目的靈活配置的核心目的就是為了供業務方隨時提出需求，及時支持，及時使用。靈活配置及時支持的對象：是業務中各種各樣的業務場景及運營需求，通過字段和功能的配置的方式及時支持需求。
1. 為什麼業務場景需要及時支持？一項業務對於銷售人員來説是有時效性的，銷售人員要及時向甲方提供他們需要的資料、及時向內部反饋甲方交付的資料，內部審批流程完成後再及時通知甲方，最後完成簽單、付款、服務整個業務流程閉環。
在上述的業務流程中，每一個業務場景和需求產品經理都需要設計線上產品化方案及時支持業務，幫助業務順利開展和進行。在流程不斷完善變更的過程中，只有迅速響應，才能讓客户對等待的時間無感知，中間的過程不因為變更而中斷，影響業務的正常進行。
因為及時支持業務場景就是為了幫助銷售盈利，幫助公司做好服務內容，幫助客户體驗流暢的產品服務。
2. 哪些特徵的業務場景需要及時使用？我的理解是非成型的初期業務會使用第三方平台，通過及時配置功能和字段的方式滿足業務流程需求和場景需求。因為非成型的初期業務還沒有固定的SOP，很多節點的規則和內容都會隨着業務的發展而豐富起來。
在初期階段，使用一個成熟的第三方系統能夠通過配置及時的更新支持不斷變化的業務規則和業務流程，滿足業務方在系統中跑完全流程，不會因為業務的變化而經常陷入等待系統迭代的被動中。
SaaS/PaaS平台的租户大多數來自各行各業，對字段的需求多種多樣、隨着業務的迭代，對字段需求也會跟着業務隨時發生改變，快速的支持增加/修改/刪除個性化字段快速供業務使用是促使租户付費的核心。
四、配置字段功能的缺陷後台配置字段的功能擁有業務方青睞的優勢，同時它也存在着不可忽視的劣勢：配置功能開發成本高、配置字段風險大。
1. 後台擁有配置字段的功能，會造成開發成本高後台配置字段並不是僅僅做一個“功能”，因為系統的目的是為了將各個業務線的數據打通，所以後台配置的字段會牽涉到“業務”。後台如果需要配置字段，就需要有下面的能力支持：
- 表單列表：不同業務流程節點會抽象出來不同的字段，這些字段會組成一張表單。運維同學根據用户提出的字段需求確定所在哪個業務節點，再確定字段將在哪個表單中顯示；
- 創建新表單功能：如果當前抽象出的字段，屬於新的業務流程節點抽象出來的字段，沒有匹配上的對應表單，就需要有創建新表單的能力，能夠容納新的業務流程節點；
- 添加自定義字段配置功能：將字段名稱、屬性和規則根據業務規則進行填寫；
- 字段依賴性配置功能：將兩個字段值之間的邏輯關係進行配置，比如不同的省市對應不同的醫院，將不同的省市下對應點的不同的醫院一一配置後，用户在前台中選擇某一個省市後，帶出來的醫院數據就是這個省市下的醫院數據了；
- 頁面佈局功能：通過字段順序的調整、常用和必填的確定，決定了新建頁面和詳情頁面的佈局。這部分提供了前台頁面可視化的配置能力，通過拖拽組件、編輯展示頁面中內容進行佈局；
- 字段的校驗規則：通過校驗規則設定，以保證前台用户錄入的數據符合錄入規範和要求；
- 字段的查重規則：為了防止數據內容有重複項，保持數據唯一性，設置查重規則後，可以避免字段重複。
上述的7項能力為配置功能中配置字段和配置表單的核心能力，系統的靈活程度決定了配置的流程和規則的複雜度，從上述配置功能需要支持的能力中我們可以看出，相對於技術通過代碼實現字段需求來説，後台增加配置功能的開發成本更高。
2. 後台擁有配置字段的功能，也會帶來高風險與研發寫代碼相比，配置字段的高風險主要體現在“字段名稱更替”、“字段的禁用與刪除”、“字段數量有上限”3個方面：
1）更替字段名稱
由於字段名稱可在後台操作修改，擁有配置權限的用户可以隨時變更字段名稱，很可能修改字段名稱前，團隊並未對字段的定義達成一致的共識，導致修改或改錯了字段名稱後，業務用户由於不理解字段名稱的意義，填錯或擔心填錯而不敢填入內容。
2）字段的禁用與刪除
- 字段的禁用：當字段在後台被設置禁用後，在前台頁面中就看不到這個字段了，就像是研發寫代碼中對字段的邏輯刪除。字段禁用後，字段所擁有的數據依然存在。
- 字段的刪除：當字段在後台被設置刪除前，字段所擁有的數據需要做處理，“刪除數據庫裏面的數據”或是“遷移該字段的數據到其他某個字段中”，刪除字段一般僅限數據要求不高的業務。
當遇到不使用的字段時，一般將該字段在後台“禁用”處理，不做“刪除”處理。因為刪除字段，會刪除字段所包含的數據，如果運維人員並未備份數據，就刪除了字段，後業務方如果再發現刪除字段下數據的價值，就無法再復原數據。
3）字段數量有上限
後台配置字段數量是有上限的，最多配置多少個字段的數量後台中是有明確要求的，相對於寫代碼支持的字段數量較少。如果是字段數量龐大的需求，面臨的風險就是後台配置字段功能可能無法支持配置全集字段需求。
上述字段配置存在的3種風險，無論哪一種都會直接影響線上用户使用。因為風險的影響，使用户對系統的感知體驗不好，造成用户操作系統的心裏負擔：
字段頻繁更替名稱讓用户不知道如何填寫內容；字段的刪除可能會導致數據的丟失，讓用户不再信賴系統，總想着再保存一份數據；字段數量有上限，讓用户總覺得業務中的流程信息有缺失。對系統的使用動力就不會強，系統沉澱的數據不會是用户想沉澱下來的全部內容。對公司業務來説也是一種損失。
五、總結配置功能優勢和缺陷並存，第三方平台大多會設計配置字段的功能，是因為對於第三方平台來説，提高配置字段的效率是核心，設計配置字段功能的優勢大於劣勢。
而自研系統大多是代碼支持字段需求的，很少做字段配置功能，是因為當遇到重要緊急的字段需求時，通過寫代碼也可以做到即時支持，而開發成本和風險性相對自研系統來説較高，系統的穩定性對於自研系統來説是核心，設計配置字段功能的劣勢大於優勢。
產品經理在思考是否設計字段配置功能時，需要將優勢、劣勢、我們為了解決什麼問題和核心目標兼顧思考後，再判斷功能是否可以做，是否做了有價值。
#專欄作家#暮暮，公眾號：禾暮暮，人人都是產品經理專欄作家。擁有好奇心且極度認真的產品同學。擁有財務理論知識和財務產品經驗，目前在醫療健康領域，擅長中台產品設計。
本文原創發佈於人人都是產品經理，未經作者許可，禁止轉載
題圖來自Unsplash，基於CC0協議。