互聯網企業管理會計(決策)平臺的產品設計

0 評論 2140 瀏覽 10 收藏 18 分鐘

導語:在BAT、TMDJ等一線互聯網企業,決策平臺又稱決策支持平臺、管理會計平臺。但實質都是實現業財一體化后,提取業務、財務數據,自動生成各種管理報表、財務報表,智能預警風險、預報業務前景,通過Dashboard或駕駛艙的形式展現給管理層、決策層,本文作者暫以管理會計平臺展開討論。

一、定義與范圍

1. 何謂“管理會計”

管理會計,從定義來看有狹義與廣義之分。狹義的“管理會計”通常是指財務會計概念,包含“成本管理”和“管理控制系統”兩部分。

而廣義的“管理會計”則是指運用一系列的分析手段,通過挖掘財務數據、業務報告等中潛在信息,對企業財務狀況、經營成果、現金流量和產品競爭力進行分析,輔助經營者進行決策,指出業務、財務風險隱患,預測未來趨勢,賦能業務,以數據驅動企業發展。本次討論的后者,即廣義的管理會計。

管理會計目標的實現,不是簡單的某一個系統或產品能承載的,需要設計一系列的產品矩陣,包括基礎的核算系統如ERP、成本結算系統、預算系統、報表系統,這個矩陣就是管理會計平臺(以下簡稱管會平臺)。

管會平臺的主體或用戶的不同使得所產出的管理報表(以下簡稱管報)指標也有所不同。用戶一般分為外部和內部2個大維度。

1)外部用戶

投資人偏向于分析企業的盈利能力和資本保值增值能力,如凈利潤率、資本保值增值率等指標;債權人則側重分析資產負債水平和償債能力,如資產負債率、利息保障倍數、權益乘數等指標。

2)內部用戶

應收會計崗則側重應收賬款的質量、收入的趨勢,如應收賬款周轉率、收入環比或同比、速動比率等指標;資產會計崗偏向于分析資產的利用率、所帶來的價值,如資產周轉率等指標;而企業管理層或決策層會關注企業經營活動和財務活動的一切方面。

管會平臺在設計時應考慮滿足這些不同用戶的需求,并通過權限、角色實現千人千面的效果,不同用戶展示不同指標集和報表。

2. 意義

管理會計不僅屬財務一個分支,更是財務在企業管理中應用的升華,財務的4個功能層次形象筑起管理會計的堅實基礎:

  • 【看得見】:是指基礎核算功能,經濟業務活動應及時反映在財務數據中;
  • 【說得清】:強調數據的可靠性,財務是業務的反映,業務與財務是一個閉循環,不是憑空而來。結合業務,分析業務問題所在;
  • 【管得住】:則是預算系統在財務流程中的具現,并實現費用控制;
  • 【指得準】:是指趨勢預測,通過管理會計平臺指明業務發展方向,實現賦能業務、數據驅動的最高境界。

互聯網企業管理會計(決策)平臺的產品設計

做好管理會計,核算是基礎,分析是關鍵,管控是抓手,賦能是核心。

分析不僅僅是傳統的報表分析,而是基于大數據、機器學習、AI等高科技手段,自動化、準確、智能的實現風險預警、趨勢預測,引領、驅動企業發展。

互聯網企業管理會計(決策)平臺的產品設計

舉個栗子:每月關賬后財務都要做財務分析,收集各種業務、財務數據,結合相關指標,以發現業務中的問題。如做杜邦分析法,分析凈資產收益率。

繼而計算總資產凈利率,權益乘數,銷售凈利率、總資產周轉率……通過實際與預測的橫向對比、基期與歷史的縱向對比,找出各種指標異動原因,實質是分析企業的贏利能力、營運能力、償債能力。

但這些通用的指標需結合企業實際情況、歷史數據,并體系化形成產品,才能分析出癥結點所在,這也是管理會計平臺建設的意義與努力的方向。

二、產品架構

如何搭建管理會計平臺(以下簡稱管會平臺)呢?互聯網管理會計平臺,其實并不是一個單一的平臺,而是由眾多關聯子系統構成,通過多個子系統間協同合作完成管理會計目標的系統集。

從前端用戶的視角來看,獲取管理報表是一個很簡單的動作:查詢相關主體公司管理報表或分析結果即可,但從系統角度來說,管理會計的建設過程實際涉及了眾多財務子系統的協同、及復雜的系統邏輯。

一個典型的財務產品架構如下圖,涉及多個子系統。典型管理會計產品分為生產端與消費端,架構圖如下:

互聯網企業管理會計(決策)平臺的產品設計

在簡要介紹各子系統功能前,可以先看以下簡化版的管會平臺產品架構圖,典型的管會平臺產品架構可以劃分為四層結構:支撐層、數據層、核心層、應用層:

1. 支撐層

用來支持管會平臺的基礎服務和基礎設施,包括容器云、安全服務、存儲服務、消息引擎、任務高度、短信服務、證書服務等。

2. 數據層

匯集業務、財務數據,以大數據或數據湖的形式承載基礎數據,包括ETL、BI、大數據等。

3. 核心層

管會平臺的核心模塊,分為清結算、財務中臺、ERP、預算、管報中心五大塊;

1)清結算

主要由計價、清分、結算、對賬組成,是業務活動在財務的2個反映之一,解決互聯網業態中的成本費用結算,與傳統企業的成本計量方法不同的是,一般是按個別計價法對不同時間段可以階段性、階梯性等復雜業態成本計量。

互聯網企業管理會計(決策)平臺的產品設計

2)財務中臺

主要針對業務中非審批類的收入、資產折舊、攤銷,自動對賬、生成分錄,并傳遞至ERP,主要包括:入賬規則、數據校驗、分錄生成、主數據等。

3)預算模塊

預算功能,包含預算編制、執行等,結合BPM審批流,實現費用控制。

4)ERP

財務核心入賬平臺,包括總賬、應收、應付、資產、財報等。

5)管報中心

管會平臺核心輸出層,包括生產端和消費端2部分,生產端分為指標集、規則引擎、模板、預處理、智能診斷等模塊。消費端主要是管報產出結果的展示即駕駛艙、手工確認或修正。

管報中心是核心中的核心,后面第三章會詳細展開。

互聯網企業管理會計(決策)平臺的產品設計

4. 應用層

通過支撐層、數據層、核心層提供的服務組合起來,對最終用戶、運營管理人員提供的系統。在產品架構層面體現為前端展示層、業務域和過程域。前端展示層主要是結果展示的形式,如PC端的web頁面、移動端的APP或H5、小程序等。

業務域是上游的各業務系統,而過程域是管會平臺所依賴的流程工具、特征數據,如供應商、ORG、BPM等。

互聯網企業管理會計(決策)平臺的產品設計

三、管報中心

管報中心由生產端和消費端組成:

  • 生產端:諸如“成本費用率”、“速動比率”等指標集實現可視化、配置式的增加、禁用,再關聯規則引擎的會計科目、計算規則,提供給預處理模塊消費,并通過智能診斷產出相關指標的因果解析或預警信息;
  • 消費端:以駕駛艙的形式將相關結果展示給用戶。如對結果疑義時,還可手工修正。

1. 生產端

生產端流程圖如下:

互聯網企業管理會計(決策)平臺的產品設計

【指標集】:配置各種指標,如“速動比率”、“產品成本費用率”等。一旦配置不得刪除,只可修改或禁用。上游是科目與計算規則,但校驗關系不在此模塊。

【模板】:指標、預警或診斷信息的集合,可導入或手工增加。在預處理和結果展示時,將會調用此模板。

【規則引擎】:由“科目規則”、“計算規則”、“指標規則”、“預警規則”四部分組成。

  • 科目規則,依賴主數據的會計科目,在此設置科目間依賴關系、重分類關系、借貸方向。如應收賬款與,余額應在借方;如果出現貸方,則可能是預付賬款,重分類時應放在預付賬款。如流動資產由貨幣資金、銀行存款、短期投資、應收票據、應收賬款和存貨構成。
  • 計算規則,簡單的如加減乘除、取模、求余等,復雜的如貝葉斯推理。后臺預設,前端界面可自定義設置各種指標的計算規則。
  • 指標規則,指標與指標之間的邏輯關系,如“總資產凈利率 = 銷售凈利率 * 總資產周轉率”、“ 銷售凈利率 = 凈利潤/主營業務收入凈額”等等。
  • 預警規則,包括觸發開關、預警信息模板,預警條件、主因判定等。如下圖杜邦分析法對A公司進行分析預警:

互聯網企業管理會計(決策)平臺的產品設計

在每一層指標中,有實際值、預測值,二者之間的偏離度,就是預警條件;“好”、“差”就是簡單的信息模板,可把具體原因也納入進來。

主因判定實質是一個由上到下的遞歸過程,如此例中,A公司獲利能力(即資本報酬率)相對較差(3.08%<7.41%),這是第1層判斷。

再往第2層,經過分析可知這不是因為總資產凈利潤差(2.55%>2.37%),而是財務融資能力差(1.21<3.21)。如此類推,直至分析至底層科目級指標。

【預處理】分為“重分類”、“平衡試算”、“定時任務”、“結果存儲”四部分,是報表產出的運算過程。其中“平衡試算”屬前置數據校驗,檢查數據是否達到報表可用程度。“定時任務”與“結果存儲”屬技術性過程,“重分類”根據會計要求設置,具體由財務確定。

【智能診斷】是對具體的報表進行分析,由“診斷開始(數據準備)”、“規則判斷”、“預警判斷”、“結果確認”四部分。其中結果確認包含結果展示、消息分發、手工修正等。“規則判斷”與“預警判斷”是對【規則引擎】中的“指標規則”、“預警規則”的具象應用,實際應用中可引入AI、TensorFlow(機器學習)等技術手段提升診斷的準確度。

2. 消費端

在生產端準確、及時生產出數據后,消費端就不愁無米下鍋了。一般通過Dashboard或駕駛艙展示,這一塊通常需要BI或數倉部門的協助,效果圖如下:

互聯網企業管理會計(決策)平臺的產品設計

四、總結

綜合以上,管會平臺的每個子系統并非孤立的,通過產品架構相互關聯。產品架構與技術架構相輔相成,產品架構決定需求和設計,技術架構決定技術框架和性能。包括AI在智能診斷上的應用、數據域的實現等。

好的產品架構將這些不同用途的功能進行聚類整合,因此,【才聽途說】建議將管會平臺拆分成多個子系統,明確業務邊界,減少系統間的耦合,提供優質、高效的管理決策支持服務。

并根據前端業務場景的需求隨時進行調整變化以適應業務的發展,如規則引擎部分基本可由前端配置即可,減少后端開發與產品上線時間。

不同互聯網公司,業務體量甚至有成千上萬倍的差距,如京東集團內不同BU的體量及發展速度造就其系統復雜度也差異巨大,高度復雜的管會平臺甚至需要數百人的技術團隊來設計、開發、維護。

不過,對于體量較小的互聯網公司來說,幾人的團隊即可搭建一套系統并維護日常運營。

互聯網企業作為金融科技業界引領者,建議在系統開發前期(從0到1),以MVP形式,小步快跑,快速迭代,盡快上線、降低開發成本,優先開發主要需求、及較重要的子系統,或并行實施幾個子系統,如ERP的實施、清結算的開發、管報中心的開發可以并行。再做次優級子系統,逐步迭代。

隨著訂單量的提升及業務復雜度的增加,不同BU甚至不同BGBU的接入,管會平臺復雜度將指數及上升,系統處理起來會越來越吃力,若無良好的規劃,各子系統耦合度越來越高,雜糅在一起,系統靈活性越來越差,無法跟上業務的發展。

因此,管會平臺的中長期發展(從1到100、到∞),極其考驗我們的業務梳理能力,及對業務進行拆分、產品架構的能力。

特別是目前行業內還沒有體系化的管會平臺建設經驗可參考時,更考驗我們的綜合能力,包括財務專業知識、業務理解力、產品規劃能力。

但萬事不要怕,只要抓住產品設計精髓,即設計的產品應滿足邏輯完整、業務功能明確、可擴展(發展方向明確但業務邊界清晰)、靈活(非耦合)等特點,一切將會迎刃而解。

 

作者:B端老頭,微信公眾號:才聽途說,前美團財務產品經理,一手搭建摩拜、美團等的財務中臺、業財一體化

本文由@B端老頭 原創發布于人人都是產品經理。未經許可,禁止轉載。

題圖來自 Unsplash,基于 CC0 協議

給作者打賞,鼓勵TA抓緊創作!
更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 目前還沒評論,等你發揮!