淺談通用配置化表單設計

1 評論 8850 瀏覽 42 收藏 7 分鐘

編輯導語:在不同的地區項目信息都會存在不同的差異,并且由于它們會不定期發生更新和變化,導致產品每一次都需要重新開發和研究,為了解決這個問題,作者提出了通用化配置表單這個概念。讓我們一起來看看吧!

筆者近期參與了一個涉及到多地區的項目,在項目過程中發現,不同的地區在面對“項目信息收集”和“項目信息審核”這兩個小產品中都存在差異化場景,且會不定期發生字段級的更新和變化,這讓產品和開發同學每次都需要去調整需求和重新發版。由于每一次的重新開發和缺少復用,也直接導致了測試和開發資源的浪費以及業務效率的下降,因此筆者開始思考如何通用建立一套“通用化配置表單”來解決當前面對的高成本低效率的現象。

一、什么是通用配置化表單

顧名思義,通過搭建一套通用解決方案,配置化地解決用戶的操作流程、信息填寫收集、后臺審核等核心模塊,在靈活支持新業務規則情況下,同時減少新需求接入時的開發量。

二、設計思路

通用表單的設計方案將基于底層的項目、流程、表單、規則配置提供服務,并體現在前臺的用戶信息提交頁面和后臺用戶信息審核頁面。

三、產品介紹

1. 項目配置

可以簡單理解為每一次要單獨配置化支持的一個業務,筆者的項目中可以將每一個地區項目理解為一個單獨的配置化項目。

此時我們需要錄入project_name/description:

e.g. CN通用表單方案:應用于CN地區的表單信息收集和審核。

2. 流程配置

流程配置分為基礎信息和步驟配置:

基礎信息包含:

  • flow_name
  • flow_description

步驟信息包含:

  • step_name
  • step_description
  • redirection_url: 此項支持配置定制化landing page或者其他內部業務模塊組件;
  • step_order: 步驟順序

基于上述配置,我們可以結合前端渲染初步實現如下效果:

3. 表單配置

表單配置即用戶在填寫表單,錄入信息時涉及到的字段、樣式、聯動效果等;

主要包含如下信息:

  • field_type:包括不限于輸入框、下拉選項、單選、多選、文件上傳、日期等
  • field_content
  • validation_rule
  • is_review
  • etc…

在表單配置中,由于存在多種不同的字段類型,所以對應的校驗規則也會不一樣,包括是否需要后臺審核。

4. 審核規則配置

由于不同的業務是否需要審核并不是必要的場景,所以審核可根據實際需要去選擇接入or不接入,當然在流程&表單配置中,也可以靈活設置是否針對整個步驟的信息進行審核,或者精細到每個步驟中特定字段的審核。

審核規則配置主要用于配置模版,此模版用于審核人員在approve/reject時所應對的原因選項等,其他應用場景待拓展。

四、如何應用

1. 用戶端頁面

用戶端頁面主要包含三個部分:歡迎落地頁,核心表單頁,結束頁面;

  • 歡迎落地頁:可用固定的landing page url進行配置;
  • 核心表單頁:基于項目、流程、表單配置化,結合前端的固定渲染效果進行呈現;
  • 結束頁面:可用固定的landing page url進行配置;

2. 管理端審核頁面

管理端頁面如果包含三個部分:列表頁,詳情頁,log頁;

  • 列表頁:由通用篩選組件+列表組件+通用批量工具組成(列表頁可使用固定樣式,不接入通用表單);
  • 詳情頁:由流程基礎信息+流程表單信息+審核規則配置組成;每個流程or步驟展示為單獨的一個信息模塊,每個模塊or每個模塊內的字段的審核根據審核規則配置進行實現;
  • log頁:由操作人+操作時間+操作項+操作內容組成(log頁可使用固定樣式,不接入通用表單)。

五、總結

基于上述的簡單介紹,相信大家對通用表單的基本原理和實現方式有了大概的了解,在實際業務中去使用和落地也可參考部分設計思路,如有更多的拓展場景,也歡迎大家多多交流~

 

本文由 @茶底世界 原創發布于人人都是產品經理,未經作者許可,禁止轉載。

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

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 學習了。樓主還有更詳細的內容可以分享嗎?坐等更新??

    來自廣東 回復