智慧決策型產品覆盤
最近正好完成了一款智慧決策型產品的需求分析工作,順利透過需求評審,並轉入開發階段。下面結合自己的專案實踐經歷聊聊踩過的一些坑。
說到智慧決策型資料產品,我們需要先明確
資料產品
的定義及資料產品的分類。
一、資料產品定義及分類
資料產品就是把資料、資料分析、決策邏輯儘可能固化到一個軟體系統中,以更快的更新頻率、更準確的分析結果、更智慧的提醒方式為人們提供資料價值。而資料的價值的主要體現是否幫助人們做出了正確的、明智的決策。在此認知的基礎上,我們將資料產品分為兩類輔助決策型資料產品和智慧決策型的資料產品。輔助決策型產品需要人們根據資料分析的結果進行後續的行動決策;而智慧決策型產品是由演算法自動決策產生後續行動。
二、智慧決策型資料產品實施的前提
1、需要明確企業是否有統一的基礎資料平臺
智慧決策型資料產品歸根到底就是要利用演算法代替人工進行決策並採取行動。決策意味著需要各種各樣資料作為支援,如果企業尚未建立自己統一的
基礎資料平臺
,這些資料只能從多個
業務系統
中取數,勢必造成資料來源多、口徑不一、更新頻率不一致等問題。對
智慧決策型產品
開發帶來很大的困難。
2、需要明確是否已經具備演算法應用的能力
智慧決策是終極目標,要實現這個目標,需要企業有硬條件支撐。首先,需要企業團隊具備將業務問題轉為數學建模的能力。第二,能夠對建立的模型進行求解,根據求解的結果進行實際驗證,並不斷調整最佳化。第三,系統設計需要能夠將IT與演算法很好的結合起來,目前很多軟體公司不具備演算法能力。
3、需要得到高層領導的重視與支援
人工決策受主觀能動性影響大,決策的水平受制於工作經驗、工作能力等條件的制約,不易業務的傳承。智慧決策是趨勢,但需要不斷迭代最佳化,才能逐步取代人工決策。從人工決策走向智慧決策,變革的其實是管理方式、工作方式,因此離不開公司領導自上而下的推動及支援。
三、智慧決策型資料產品在需求設計方面的心得
1、需求調研時要著重理清業務決策的邏輯
需求調研時要重點做好使用者的需求引導,挖掘使用者決策邏輯,詳細瞭解業務決策的每個細節,比如整個的決策流程是什麼樣的、決策的目標是什麼、決策考慮哪些因素、這些因素的重要程度排序、決策資料的
閾值
是多少等。
2、提前驗證演算法的可行性,明確輸入和輸出
本人實踐的一點心得就是,如果是外包開發,儘可能提供真實的資料給到開發商,對外包開發商的演算法能力進行全面測試,同時與業務確認演算法結果的合理性。如果是企業本身具備演算法能力,建議業務與演算法人員緊密溝通,事先透過小程式的方式驗證演算法可行性和結果的有效性,在驗證後方可進行系統化。
3、演算法前端的設計應兼具靈活性和傻瓜化
演算法在與IT相融合的過程當中,需要重視引數的可配置性和靈活性,比如在系統中,可以將引數設定為版本,每個業務人員可以根據實際需求設定屬於自己的引數版本。於此同時,演算法前端設計的傻瓜化是指要儘量減少使用者的引數配置和人工參與,最好是預設各類引數。