關于靈活配置字段的學習與思考

6 評論 12134 瀏覽 97 收藏 17 分鐘

編輯導語:無論使用什么產品,文字信息對于用戶來說都是至關重要的,它可以大大提升用戶的使用感和好感。在本篇文章中,作者從自定義字段的定義、配置字段為什么會節省時間、靈活配置的核心目的以及配置字段功能的缺陷這四個方面,為我們展開了詳細地說明。

我們使用手機瀏覽APP、公眾號、小程序的某個產品時,我們會讀取產品中的文字信息。讀文字內容前,我們通常會看下內容旁邊的字段名稱提示。

這是因為字段是產品中與用戶交互的重要能力,是承載業務信息的載體,它能夠讓用戶獲取和傳輸信息,字段名稱提示了用戶這個字段內容里會包含哪種類型方向的信息。

最近我體驗了第三方PaaS平臺,發現他們前臺頁面顯示的字段是在后臺配置出來的,可以設置出符合我們公司業務個性化對字段的需求。而公司自研的系統一般少有后臺配置字段的功能,通常是通過提字段需求,技術工程師編寫代碼完成的。

我們在采購第三方平臺時,會留意系統是否可以自定義搭建我們想要的業務流程,是否可以根據我們公司業務對字段需求配置出自定義字段,需要采購有字段配置功能,支持需求字段配置的系統。

今天我們就來聊聊,體驗了PaaS平臺配置字段的功能和流程后的一些思考。

一、什么是自定義字段?

自定義字段是根據業務需求自定義的個性化字段,在自定義字段的過程中,定義字段名稱的工作并不是業務方獨自完成的,而是需要產品經理和業務方進行充分的溝通和調研字段名稱是使用正式官方的,還是使用方便大家理解的,共同設計出來。

舉個例子:醫療服務業務中涉及到醫生記錄用戶的“身高“、”體重”、“體質數BMI”、“血壓”等關于身體健康情況類的信息,就是屬于自定義的個性化字段。

配置同學會根據公司業務方提出的這類字段需求,在后臺中添加的字段、設置類型、屬性和邏輯規則,并在運行維護階段根據公司業務的需求對字段進行修改和刪除。

  • 字段的類型:字段設置類型,是為了方便數據的插入,數據的類型有種,比如整型、浮點型、文本、文本域、日期、時間、單選、多選等等,定義了什么樣的字段的類型,會使字段內容以什么形式進行存儲,才能讓用戶保存的數據正確。
  • 字段的屬性:為字段選擇不同的字段類型,會聯動出不同的屬性設置。字段屬性一般有“允許保留X位小數“、”必填”、”選填”、“默認值”、“唯一值”、“單位”、“自動計算”等等,設置了字段屬性,會對用戶保存的內容進行屬性校驗,數據正確才會存儲成功。

對于配置自定義字段來說,“配置”是一種功能形式,是另一種讓字段在前臺頁面顯示和隱藏的方法。

運維同學在配置字段頁面,根據業務對字段的需求,手動在后臺錄入字段名稱、屬性和規則,無需研發同學寫代碼,就可以快速實現原始開發方法中的數據庫建模。

運維同學將配置好的字段保存后,前臺頁面就會根據后臺的配置內容即刻進行展現,用戶輸入的字段值,也會根據后臺配置的規則進行校驗,配置字段會節省業務方等待字段上線的時間。

二、為什么配置字段會節省時間?

當公司沒有后臺配置字段的功能時,是需要技術通過編寫代碼上線字段的。產品和業務方對字段的規則溝通梳理后,會將這些字段規則記錄到字段需求表中,字段需求表展現樣式如下:

關于靈活配置字段的學習與思考

字段需求從調研到上線的完整流程如下圖所示:

關于靈活配置字段的學習與思考

從流程我們看出,研發會對字段進行評審,校驗產品經理對字段本身的需求和設計的邏輯是否正確,會對字段進行二次把關。

實際技術通過編寫代碼上線字段對于研發來說并不難處理,但是研發一般會將字段需求和功能需求合并在一起開發,統一進行迭代上線,字段上線的時間不會按照業務方希望的隨時提出隨時上線使用。

而后臺如果有配置字段功能,產品經理梳理完字段需求表格后,就可以發給運維同學配置字段了。運維同學完成后臺配置字段的流程點擊保存,業務方就可以即時在前臺頁面中看到并使用需求字段了。

后臺新增字段的配置流程一般為:

  1. 選擇模塊:選擇新增字段在哪個模塊;
  2. 創建字段:填寫字段信息;
  3. 判斷字段是否有依賴性:有依賴性的字段進行依賴性設置;
  4. 進行查重規則設置;
  5. 點擊保存。

在后臺配置字段,一般一個字段30秒左右的時間就可以完成配置流程。

字段量不多的情況下,一般當天就可以完成配置,供業務方使用。并不會像研發寫代碼一樣,需要在測試環境發布后,測試流程完成再在生產環境上發布,配置字段節省了測試環節的時間。

三、靈活配置的核心目的

靈活配置的核心目的就是為了供業務方隨時提出需求,及時支持,及時使用。靈活配置及時支持的對象:是業務中各種各樣的業務場景及運營需求,通過字段和功能的配置的方式及時支持需求。

1. 為什么業務場景需要及時支持?

一項業務對于銷售人員來說是有時效性的,銷售人員要及時向甲方提供他們需要的資料、及時向內部反饋甲方交付的資料,內部審批流程完成后再及時通知甲方,最后完成簽單、付款、服務整個業務流程閉環。

在上述的業務流程中,每一個業務場景和需求產品經理都需要設計線上產品化方案及時支持業務,幫助業務順利開展和進行。在流程不斷完善變更的過程中,只有迅速響應,才能讓客戶對等待的時間無感知,中間的過程不因為變更而中斷,影響業務的正常進行。

因為及時支持業務場景就是為了幫助銷售盈利,幫助公司做好服務內容,幫助客戶體驗流暢的產品服務。

2. 哪些特征的業務場景需要及時使用?

我的理解是非成型的初期業務會使用第三方平臺,通過及時配置功能和字段的方式滿足業務流程需求和場景需求。因為非成型的初期業務還沒有固定的SOP,很多節點的規則和內容都會隨著業務的發展而豐富起來。

在初期階段,使用一個成熟的第三方系統能夠通過配置及時的更新支持不斷變化的業務規則和業務流程,滿足業務方在系統中跑完全流程,不會因為業務的變化而經常陷入等待系統迭代的被動中。

SaaS/PaaS平臺的租戶大多數來自各行各業,對字段的需求多種多樣、隨著業務的迭代,對字段需求也會跟著業務隨時發生改變,快速的支持增加/修改/刪除個性化字段快速供業務使用是促使租戶付費的核心。

四、配置字段功能的缺陷

后臺配置字段的功能擁有業務方青睞的優勢,同時它也存在著不可忽視的劣勢:配置功能開發成本高、配置字段風險大。

1. 后臺擁有配置字段的功能,會造成開發成本高

后臺配置字段并不是僅僅做一個“功能”,因為系統的目的是為了將各個業務線的數據打通,所以后臺配置的字段會牽涉到“業務”。后臺如果需要配置字段,就需要有下面的能力支持:

  • 表單列表:不同業務流程節點會抽象出來不同的字段,這些字段會組成一張表單。運維同學根據用戶提出的字段需求確定所在哪個業務節點,再確定字段將在哪個表單中顯示;
  • 創建新表單功能:如果當前抽象出的字段,屬于新的業務流程節點抽象出來的字段,沒有匹配上的對應表單,就需要有創建新表單的能力,能夠容納新的業務流程節點;
  • 添加自定義字段配置功能:將字段名稱、屬性和規則根據業務規則進行填寫;
  • 字段依賴性配置功能:將兩個字段值之間的邏輯關系進行配置,比如不同的省市對應不同的醫院,將不同的省市下對應點的不同的醫院一一配置后,用戶在前臺中選擇某一個省市后,帶出來的醫院數據就是這個省市下的醫院數據了;
  • 頁面布局功能:通過字段順序的調整、常用和必填的確定,決定了新建頁面和詳情頁面的布局。這部分提供了前臺頁面可視化的配置能力,通過拖拽組件、編輯展示頁面中內容進行布局;
  • 字段的校驗規則:通過校驗規則設定,以保證前臺用戶錄入的數據符合錄入規范和要求;
  • 字段的查重規則:為了防止數據內容有重復項,保持數據唯一性,設置查重規則后,可以避免字段重復。

上述的7項能力為配置功能中配置字段和配置表單的核心能力,系統的靈活程度決定了配置的流程和規則的復雜度,從上述配置功能需要支持的能力中我們可以看出,相對于技術通過代碼實現字段需求來說,后臺增加配置功能的開發成本更高。

2. 后臺擁有配置字段的功能,也會帶來高風險

與研發寫代碼相比,配置字段的高風險主要體現在“字段名稱更替”、“字段的禁用與刪除”、“字段數量有上限”3個方面:

1)更替字段名稱

由于字段名稱可在后臺操作修改,擁有配置權限的用戶可以隨時變更字段名稱,很可能修改字段名稱前,團隊并未對字段的定義達成一致的共識,導致修改或改錯了字段名稱后,業務用戶由于不理解字段名稱的意義,填錯或擔心填錯而不敢填入內容。

2)字段的禁用與刪除

  • 字段的禁用:當字段在后臺被設置禁用后,在前臺頁面中就看不到這個字段了,就像是研發寫代碼中對字段的邏輯刪除。字段禁用后,字段所擁有的數據依然存在。
  • 字段的刪除:當字段在后臺被設置刪除前,字段所擁有的數據需要做處理,“刪除數據庫里面的數據”或是“遷移該字段的數據到其他某個字段中”,刪除字段一般僅限數據要求不高的業務。

當遇到不使用的字段時,一般將該字段在后臺“禁用”處理,不做“刪除”處理。因為刪除字段,會刪除字段所包含的數據,如果運維人員并未備份數據,就刪除了字段,后業務方如果再發現刪除字段下數據的價值,就無法再復原數據。

3)字段數量有上限

后臺配置字段數量是有上限的,最多配置多少個字段的數量后臺中是有明確要求的,相對于寫代碼支持的字段數量較少。如果是字段數量龐大的需求,面臨的風險就是后臺配置字段功能可能無法支持配置全集字段需求。

上述字段配置存在的3種風險,無論哪一種都會直接影響線上用戶使用。因為風險的影響,使用戶對系統的感知體驗不好,造成用戶操作系統的心里負擔:

字段頻繁更替名稱讓用戶不知道如何填寫內容;字段的刪除可能會導致數據的丟失,讓用戶不再信賴系統,總想著再保存一份數據;字段數量有上限,讓用戶總覺得業務中的流程信息有缺失。對系統的使用動力就不會強,系統沉淀的數據不會是用戶想沉淀下來的全部內容。對公司業務來說也是一種損失。

五、總結

配置功能優勢和缺陷并存,第三方平臺大多會設計配置字段的功能,是因為對于第三方平臺來說,提高配置字段的效率是核心,設計配置字段功能的優勢大于劣勢。

而自研系統大多是代碼支持字段需求的,很少做字段配置功能,是因為當遇到重要緊急的字段需求時,通過寫代碼也可以做到即時支持,而開發成本和風險性相對自研系統來說較高,系統的穩定性對于自研系統來說是核心,設計配置字段功能的劣勢大于優勢。

產品經理在思考是否設計字段配置功能時,需要將優勢、劣勢、我們為了解決什么問題和核心目標兼顧思考后,再判斷功能是否可以做,是否做了有價值。

#專欄作家#

暮暮,公眾號:禾暮暮,人人都是產品經理專欄作家。擁有好奇心且極度認真的產品同學。擁有財務理論知識和財務產品經驗,目前在醫療健康領域,擅長中臺產品設計。

本文原創發布于人人都是產品經理,未經作者許可,禁止轉載

題圖來自Unsplash,基于CC0協議。

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 兩個問題,可否請教下
    1.靈活配置的字段,是在數據庫中新創建列,還是使用已有的字段,用戶配置以后再去映射
    ——我看文章中說字段數量有上限的,是因為在數據庫中提前需要設置好字段的原因嗎,還是業務的控制原因
    2.像SaaS類的平臺,字段配置中如果不停創建字段可能會導致表列暴增,感覺上應該是映射已有字段,如果是映射已有字段,不同的用戶看到不同的頁面展示,這個權限范圍是受到賬號權限的控制嗎,是歸到功能權限嗎

    來自北京 回復
    1. 您好,因為我不是第三方系統的產品,我是使用者,所以我問了他們的產品哈,為啥對于自定義添加的對象,字段有限制,他們的意思是說,是從系統性能方面考慮的,本身系統都標準的功能和字段,如果我們添加了大量的自定義的對象,自定義的業務類型,自定義的字段,這些會影響系統的性能,并且如果大部分需求都是通過自定義的方式實現的,說明我們對于需求的實現方式,也可能并不是最佳的方式。總的字段的數量限制,是因為數據庫底層表結構的限制。

      關于添加了太多,系統會運行的慢:主要是看字段的類型,比如加了一個文本類型的字段,只要總的字段數量不超出底層數據庫表的限制,也不會有太大的影響,但是比如添加的是計算型類型的字段,這種的當客戶配置了邏輯規則后, 系統會根據邏輯規則算出來最終的結果,這個會很耗系統資源,所以會很大程度上影響系統的性能。

      (以上感謝風杰)

      第二個問題映射在自建系統一般是根據業務線來判斷映射成什么字段。也就是說,根據設置的角色判斷的映射

      來自北京 回復
    2. 您好~想請問這個第三方PaaS平臺具體是哪個產品呢,最近接到了類似的需求,沒什么思路想學習一下,打擾啦

      來自江西 回復
  2. 關鍵問題是 表單增加字段事小,但是涉及到的 字段的來源,變動,要怎么設置,感覺實在是沒必要

    來自廣東 回復
  3. 可以結合使用人員角色,開發成本合理加這個功能,toB的產品挺常見

    來自江蘇 回復
    1. 請問這個可以具體說下嗎?

      來自廣東 回復