關(guān)于靈活配置字段的學(xué)習(xí)與思考

6 評論 12207 瀏覽 98 收藏 17 分鐘

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

我們使用手機(jī)瀏覽APP、公眾號、小程序的某個(gè)產(chǎn)品時(shí),我們會(huì)讀取產(chǎn)品中的文字信息。讀文字內(nèi)容前,我們通常會(huì)看下內(nèi)容旁邊的字段名稱提示。

這是因?yàn)樽侄问钱a(chǎn)品中與用戶交互的重要能力,是承載業(yè)務(wù)信息的載體,它能夠讓用戶獲取和傳輸信息,字段名稱提示了用戶這個(gè)字段內(nèi)容里會(huì)包含哪種類型方向的信息。

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

我們在采購第三方平臺(tái)時(shí),會(huì)留意系統(tǒng)是否可以自定義搭建我們想要的業(yè)務(wù)流程,是否可以根據(jù)我們公司業(yè)務(wù)對字段需求配置出自定義字段,需要采購有字段配置功能,支持需求字段配置的系統(tǒng)。

今天我們就來聊聊,體驗(yàn)了PaaS平臺(tái)配置字段的功能和流程后的一些思考。

一、什么是自定義字段?

自定義字段是根據(jù)業(yè)務(wù)需求自定義的個(gè)性化字段,在自定義字段的過程中,定義字段名稱的工作并不是業(yè)務(wù)方獨(dú)自完成的,而是需要產(chǎn)品經(jīng)理和業(yè)務(wù)方進(jìn)行充分的溝通和調(diào)研字段名稱是使用正式官方的,還是使用方便大家理解的,共同設(shè)計(jì)出來。

舉個(gè)例子:醫(yī)療服務(wù)業(yè)務(wù)中涉及到醫(yī)生記錄用戶的“身高“、”體重”、“體質(zhì)數(shù)BMI”、“血壓”等關(guān)于身體健康情況類的信息,就是屬于自定義的個(gè)性化字段。

配置同學(xué)會(huì)根據(jù)公司業(yè)務(wù)方提出的這類字段需求,在后臺(tái)中添加的字段、設(shè)置類型、屬性和邏輯規(guī)則,并在運(yùn)行維護(hù)階段根據(jù)公司業(yè)務(wù)的需求對字段進(jìn)行修改和刪除。

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

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

運(yùn)維同學(xué)在配置字段頁面,根據(jù)業(yè)務(wù)對字段的需求,手動(dòng)在后臺(tái)錄入字段名稱、屬性和規(guī)則,無需研發(fā)同學(xué)寫代碼,就可以快速實(shí)現(xiàn)原始開發(fā)方法中的數(shù)據(jù)庫建模。

運(yùn)維同學(xué)將配置好的字段保存后,前臺(tái)頁面就會(huì)根據(jù)后臺(tái)的配置內(nèi)容即刻進(jìn)行展現(xiàn),用戶輸入的字段值,也會(huì)根據(jù)后臺(tái)配置的規(guī)則進(jìn)行校驗(yàn),配置字段會(huì)節(jié)省業(yè)務(wù)方等待字段上線的時(shí)間。

二、為什么配置字段會(huì)節(jié)省時(shí)間?

當(dāng)公司沒有后臺(tái)配置字段的功能時(shí),是需要技術(shù)通過編寫代碼上線字段的。產(chǎn)品和業(yè)務(wù)方對字段的規(guī)則溝通梳理后,會(huì)將這些字段規(guī)則記錄到字段需求表中,字段需求表展現(xiàn)樣式如下:

關(guān)于靈活配置字段的學(xué)習(xí)與思考

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

關(guān)于靈活配置字段的學(xué)習(xí)與思考

從流程我們看出,研發(fā)會(huì)對字段進(jìn)行評審,校驗(yàn)產(chǎn)品經(jīng)理對字段本身的需求和設(shè)計(jì)的邏輯是否正確,會(huì)對字段進(jìn)行二次把關(guān)。

實(shí)際技術(shù)通過編寫代碼上線字段對于研發(fā)來說并不難處理,但是研發(fā)一般會(huì)將字段需求和功能需求合并在一起開發(fā),統(tǒng)一進(jìn)行迭代上線,字段上線的時(shí)間不會(huì)按照業(yè)務(wù)方希望的隨時(shí)提出隨時(shí)上線使用。

而后臺(tái)如果有配置字段功能,產(chǎn)品經(jīng)理梳理完字段需求表格后,就可以發(fā)給運(yùn)維同學(xué)配置字段了。運(yùn)維同學(xué)完成后臺(tái)配置字段的流程點(diǎn)擊保存,業(yè)務(wù)方就可以即時(shí)在前臺(tái)頁面中看到并使用需求字段了。

后臺(tái)新增字段的配置流程一般為:

  1. 選擇模塊:選擇新增字段在哪個(gè)模塊;
  2. 創(chuàng)建字段:填寫字段信息;
  3. 判斷字段是否有依賴性:有依賴性的字段進(jìn)行依賴性設(shè)置;
  4. 進(jìn)行查重規(guī)則設(shè)置;
  5. 點(diǎn)擊保存。

在后臺(tái)配置字段,一般一個(gè)字段30秒左右的時(shí)間就可以完成配置流程。

字段量不多的情況下,一般當(dāng)天就可以完成配置,供業(yè)務(wù)方使用。并不會(huì)像研發(fā)寫代碼一樣,需要在測試環(huán)境發(fā)布后,測試流程完成再在生產(chǎn)環(huán)境上發(fā)布,配置字段節(jié)省了測試環(huán)節(jié)的時(shí)間。

三、靈活配置的核心目的

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

1. 為什么業(yè)務(wù)場景需要及時(shí)支持?

一項(xiàng)業(yè)務(wù)對于銷售人員來說是有時(shí)效性的,銷售人員要及時(shí)向甲方提供他們需要的資料、及時(shí)向內(nèi)部反饋甲方交付的資料,內(nèi)部審批流程完成后再及時(shí)通知甲方,最后完成簽單、付款、服務(wù)整個(gè)業(yè)務(wù)流程閉環(huán)。

在上述的業(yè)務(wù)流程中,每一個(gè)業(yè)務(wù)場景和需求產(chǎn)品經(jīng)理都需要設(shè)計(jì)線上產(chǎn)品化方案及時(shí)支持業(yè)務(wù),幫助業(yè)務(wù)順利開展和進(jìn)行。在流程不斷完善變更的過程中,只有迅速響應(yīng),才能讓客戶對等待的時(shí)間無感知,中間的過程不因?yàn)樽兏袛?,影響業(yè)務(wù)的正常進(jìn)行。

因?yàn)榧皶r(shí)支持業(yè)務(wù)場景就是為了幫助銷售盈利,幫助公司做好服務(wù)內(nèi)容,幫助客戶體驗(yàn)流暢的產(chǎn)品服務(wù)。

2. 哪些特征的業(yè)務(wù)場景需要及時(shí)使用?

我的理解是非成型的初期業(yè)務(wù)會(huì)使用第三方平臺(tái),通過及時(shí)配置功能和字段的方式滿足業(yè)務(wù)流程需求和場景需求。因?yàn)榉浅尚偷某跗跇I(yè)務(wù)還沒有固定的SOP,很多節(jié)點(diǎn)的規(guī)則和內(nèi)容都會(huì)隨著業(yè)務(wù)的發(fā)展而豐富起來。

在初期階段,使用一個(gè)成熟的第三方系統(tǒng)能夠通過配置及時(shí)的更新支持不斷變化的業(yè)務(wù)規(guī)則和業(yè)務(wù)流程,滿足業(yè)務(wù)方在系統(tǒng)中跑完全流程,不會(huì)因?yàn)闃I(yè)務(wù)的變化而經(jīng)常陷入等待系統(tǒng)迭代的被動(dòng)中。

SaaS/PaaS平臺(tái)的租戶大多數(shù)來自各行各業(yè),對字段的需求多種多樣、隨著業(yè)務(wù)的迭代,對字段需求也會(huì)跟著業(yè)務(wù)隨時(shí)發(fā)生改變,快速的支持增加/修改/刪除個(gè)性化字段快速供業(yè)務(wù)使用是促使租戶付費(fèi)的核心。

四、配置字段功能的缺陷

后臺(tái)配置字段的功能擁有業(yè)務(wù)方青睞的優(yōu)勢,同時(shí)它也存在著不可忽視的劣勢:配置功能開發(fā)成本高、配置字段風(fēng)險(xiǎn)大。

1. 后臺(tái)擁有配置字段的功能,會(huì)造成開發(fā)成本高

后臺(tái)配置字段并不是僅僅做一個(gè)“功能”,因?yàn)橄到y(tǒng)的目的是為了將各個(gè)業(yè)務(wù)線的數(shù)據(jù)打通,所以后臺(tái)配置的字段會(huì)牽涉到“業(yè)務(wù)”。后臺(tái)如果需要配置字段,就需要有下面的能力支持:

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

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

2. 后臺(tái)擁有配置字段的功能,也會(huì)帶來高風(fēng)險(xiǎn)

與研發(fā)寫代碼相比,配置字段的高風(fēng)險(xiǎn)主要體現(xiàn)在“字段名稱更替”、“字段的禁用與刪除”、“字段數(shù)量有上限”3個(gè)方面:

1)更替字段名稱

由于字段名稱可在后臺(tái)操作修改,擁有配置權(quán)限的用戶可以隨時(shí)變更字段名稱,很可能修改字段名稱前,團(tuán)隊(duì)并未對字段的定義達(dá)成一致的共識,導(dǎo)致修改或改錯(cuò)了字段名稱后,業(yè)務(wù)用戶由于不理解字段名稱的意義,填錯(cuò)或擔(dān)心填錯(cuò)而不敢填入內(nèi)容。

2)字段的禁用與刪除

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

當(dāng)遇到不使用的字段時(shí),一般將該字段在后臺(tái)“禁用”處理,不做“刪除”處理。因?yàn)閯h除字段,會(huì)刪除字段所包含的數(shù)據(jù),如果運(yùn)維人員并未備份數(shù)據(jù),就刪除了字段,后業(yè)務(wù)方如果再發(fā)現(xiàn)刪除字段下數(shù)據(jù)的價(jià)值,就無法再復(fù)原數(shù)據(jù)。

3)字段數(shù)量有上限

后臺(tái)配置字段數(shù)量是有上限的,最多配置多少個(gè)字段的數(shù)量后臺(tái)中是有明確要求的,相對于寫代碼支持的字段數(shù)量較少。如果是字段數(shù)量龐大的需求,面臨的風(fēng)險(xiǎn)就是后臺(tái)配置字段功能可能無法支持配置全集字段需求。

上述字段配置存在的3種風(fēng)險(xiǎn),無論哪一種都會(huì)直接影響線上用戶使用。因?yàn)轱L(fēng)險(xiǎn)的影響,使用戶對系統(tǒng)的感知體驗(yàn)不好,造成用戶操作系統(tǒng)的心里負(fù)擔(dān):

字段頻繁更替名稱讓用戶不知道如何填寫內(nèi)容;字段的刪除可能會(huì)導(dǎo)致數(shù)據(jù)的丟失,讓用戶不再信賴系統(tǒng),總想著再保存一份數(shù)據(jù);字段數(shù)量有上限,讓用戶總覺得業(yè)務(wù)中的流程信息有缺失。對系統(tǒng)的使用動(dòng)力就不會(huì)強(qiáng),系統(tǒng)沉淀的數(shù)據(jù)不會(huì)是用戶想沉淀下來的全部內(nèi)容。對公司業(yè)務(wù)來說也是一種損失。

五、總結(jié)

配置功能優(yōu)勢和缺陷并存,第三方平臺(tái)大多會(huì)設(shè)計(jì)配置字段的功能,是因?yàn)閷τ诘谌狡脚_(tái)來說,提高配置字段的效率是核心,設(shè)計(jì)配置字段功能的優(yōu)勢大于劣勢。

而自研系統(tǒng)大多是代碼支持字段需求的,很少做字段配置功能,是因?yàn)楫?dāng)遇到重要緊急的字段需求時(shí),通過寫代碼也可以做到即時(shí)支持,而開發(fā)成本和風(fēng)險(xiǎn)性相對自研系統(tǒng)來說較高,系統(tǒng)的穩(wěn)定性對于自研系統(tǒng)來說是核心,設(shè)計(jì)配置字段功能的劣勢大于優(yōu)勢。

產(chǎn)品經(jīng)理在思考是否設(shè)計(jì)字段配置功能時(shí),需要將優(yōu)勢、劣勢、我們?yōu)榱私鉀Q什么問題和核心目標(biāo)兼顧思考后,再判斷功能是否可以做,是否做了有價(jià)值。

#專欄作家#

暮暮,公眾號:禾暮暮,人人都是產(chǎn)品經(jīng)理專欄作家。擁有好奇心且極度認(rèn)真的產(chǎn)品同學(xué)。擁有財(cái)務(wù)理論知識和財(cái)務(wù)產(chǎn)品經(jīng)驗(yàn),目前在醫(yī)療健康領(lǐng)域,擅長中臺(tái)產(chǎn)品設(shè)計(jì)。

本文原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理,未經(jīng)作者許可,禁止轉(zhuǎn)載

題圖來自Unsplash,基于CC0協(xié)議。

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

    來自北京 回復(fù)
    1. 您好,因?yàn)槲也皇堑谌较到y(tǒng)的產(chǎn)品,我是使用者,所以我問了他們的產(chǎn)品哈,為啥對于自定義添加的對象,字段有限制,他們的意思是說,是從系統(tǒng)性能方面考慮的,本身系統(tǒng)都標(biāo)準(zhǔn)的功能和字段,如果我們添加了大量的自定義的對象,自定義的業(yè)務(wù)類型,自定義的字段,這些會(huì)影響系統(tǒng)的性能,并且如果大部分需求都是通過自定義的方式實(shí)現(xiàn)的,說明我們對于需求的實(shí)現(xiàn)方式,也可能并不是最佳的方式。總的字段的數(shù)量限制,是因?yàn)閿?shù)據(jù)庫底層表結(jié)構(gòu)的限制。

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

      (以上感謝風(fēng)杰)

      第二個(gè)問題映射在自建系統(tǒng)一般是根據(jù)業(yè)務(wù)線來判斷映射成什么字段。也就是說,根據(jù)設(shè)置的角色判斷的映射

      來自北京 回復(fù)
    2. 您好~想請問這個(gè)第三方PaaS平臺(tái)具體是哪個(gè)產(chǎn)品呢,最近接到了類似的需求,沒什么思路想學(xué)習(xí)一下,打擾啦

      來自江西 回復(fù)
  2. 關(guān)鍵問題是 表單增加字段事小,但是涉及到的 字段的來源,變動(dòng),要怎么設(shè)置,感覺實(shí)在是沒必要

    來自廣東 回復(fù)
  3. 可以結(jié)合使用人員角色,開發(fā)成本合理加這個(gè)功能,toB的產(chǎn)品挺常見

    來自江蘇 回復(fù)
    1. 請問這個(gè)可以具體說下嗎?

      來自廣東 回復(fù)