頁面設計方案 之 (2)模型類頁面設計思路
下面這篇文章是筆者講述的關于在頁面設計方案中,模型類頁面設計思路的相關內容,想要了解的同學可以了解一下哦!
一、應用場景:模型類設計可以解決什么問題?
1)什么叫做模型類的方案,就是能夠根據大量數據的不同維度的特點,定義規則生成模型,模型會針對性地分析這些特點,從而產生對不同數據的不同結果。也就是模型結果能夠跟隨這些數據特點的變化而變化,能夠滿足數據多維度的處理需求。
例如,現有有一個分揀水果的業務,水果就是大批量的數據,在這一業務中,可以從水果顏色、水果形狀、水果大小這些特點來針對性地分析這些數據,定義具體的模型從而實現水果的不同處理需求。
2)模型類的方案作用的數據要求是結構化的,必須有能夠加以具體定量分析的數據特點。定義一個模型的過程就是定義數據特點篩選數據的過程,使模型能夠按照一定的規則去分析數據。
在剛才分揀水果的業務中,我們將能夠加以分析的數據特點定義為:水果的顏色、水果的形狀、水果的大小,用來分揀西瓜的模型定義其規則為:顏色為綠色,形狀為球形,球體半徑大小為8-13cm。
3)好的模型是可以不斷迭代的,每一條模型都維護有迭代記錄,保存歷史處理結果、準確率等信息,可以根據準確率來修改、重新定義模型規則和處理結果,來不斷迭代模型,優化模型的準確性。
二、模型類頁面設計說明
下面以一個消息推送模型為例說明設計思路。
1. 列表頁面展示
1)推送模型列表頁面:列表頁展示模型的具體信息,操作欄查看迭代記錄可以下鉆查看具體模型的迭代記錄。
推送模型列表頁面
2)模型迭代記錄頁面:點擊列表頁面的新增定義一個模型 ,通過數據的特點來定義模型的作用規則和處理結果。
推送模型新增彈窗
3)模型迭代記錄頁面:點擊列表頁面操作欄的“迭代記錄”進入二級頁面,展示的是當前模型的迭代記錄。模型每修改一次就產生一次迭代,在迭代記錄里面保存所有定義過的歷史模型,并支持模型版本的回退。
模型迭代記錄頁面(下鉆頁面)
2. 功能展示及說明
1)列表頁面維護有模型名稱、定義模型所需的作用規則(發生區域、消息來源、發生時間段、緊急程度),定向處理結果(處理單位),模型作用下的產生的模型實例數量和有效(或者說正確的)模型實例數量、計算得到的推送準確率(有效實例數比模型實例數),和其他備注信息。
字段的具體意義下文會逐一說明。
推送模型列表頁面
2)推送模型新增彈窗:通過定義推送規則和定向處理結果,實現將發生區域、消息來源、發生時間段、緊急程度都不同的消息,自動推送給不同的處理單位。
例如定義發生在A海域近海并且屬于情報產品類型,并且情報發生時間段在8:00-12:00、屬于緊急程度的情報,需要推送給**情報部門來處理。
推送模型新增彈窗
3)通過定義好的模型能夠匹配到符合該模型規則的實例,并記錄下模型實例數,這個實例數是模型作用下的總的實例數。
收到消息推送的處理部門就會對收到的情報負責并處理,同時會標記收到的情報的有效性,用來生成推送給該部門的有效實例數。
每一個模型都會自動計算出模型推送的準確率(即有效實例數比模型實例數),當準確率達不到業務要求時,系統用戶就可以重新修改細化模型規則,或者在設計中增加模型分析的維度。
模型迭代記錄頁面(下鉆頁面)
三、分析過程說明
我們以一個自動補貨提醒模型來說明一下模型類頁面的方案的設計過程,讀者朋友們可以一起來思考:
系統錄入有一系列的采購商品的清單數據,現需要自動做一個補貨的管理頁面和補貨提醒的功能。
1)確認模型結果:在此補貨模型要做的是自動提醒補貨,除此之外我們還可以擴展結果有自動推送低庫存提醒,推送貨物庫存高提醒等等。
2)確認產生不同結果的數據的多個維度特點:例如在此我們可以從貨物類型、庫存數量、銷售量、市場熱度的維度來監控數據。
3)設計模型迭代頁面,維護自動補貨的歷史模型記錄和準確率。
四、小結
以上所舉例子的模型實際上也不能完全脫離人工來定義,如果想要實現完全自動的模型,還需要結合算法和大數據的處理。
五、其他界面設計方案
本文由 @猶豫就會敗北 原創發布于人人都是產品經理。未經許可,禁止轉載。
題圖來自Unsplash,基于CC0協議
該文觀點僅代表作者本人,人人都是產品經理平臺僅提供信息存儲空間服務。
- 目前還沒評論,等你發揮!