從一個故事說起,談談企業應用架構的演變史

週五, 四月 28. 2017

企業應用架構是指一整套軟體系統的構建,通過合理的劃分和設計組合在一起,支援企業方方面面的經營運作。

不論是傳統企業,還是互聯網公司,發展到一定階段,都需要一整套體系化的應用架構來支撐其運轉。良好的、合理的應用架構可以支援企業高效開展業務,控制經營風險,而混亂的、不合理的應用架構則會限制企業的快速發展,成為企業增長與變革的瓶頸。

企業信息化建設已經發展了幾十年,傳統企業和成熟互聯網企業的應用架構並沒有本質的區別。本文將通過一個線下小型門店成長為多元化集團的發展歷程,逐步向讀者展示企業應用架構的演變和設計的理念。

完整的企業架構(EA,Enterprise Architecture)分析構建,包括業務架構、應用架構、技術架構、數據架構,本文聚焦[b]應用架構[/b],更加關注軟體系統設計與公司經營管理的關係。

不論是 C 端產品經理或者 B 端產品經理,理解應用架構的建設思路,能夠幫助你更輕鬆的理解公司的業務運轉,以及各個系統存在的目的與你所負責工作在整體團隊中的定位和價值。

[b]傳統企業的應用架構演變[/b]

[b]小門店的 Excel 管理之路[/b]

我們將從一個最簡單的案例入手,來展開故事。

假設你是一名個體經營者,在小區中開了一家小門店,售賣居民常用的生活用品。門店不大,只有十幾平米,平常由你一個人負責經營管理,包括採購、擺貨、銷售。

為了更準確、科學的打理你的生意,你設計了一個 Excel 文件來管理你的商品與銷售數據。

實際上你只需要做三張表格:

● 第一張表格存儲了你的貨品信息
● 第二張表格存儲了你的採購記錄
● 第三張表格存儲了你的銷售記錄

這三張表格的結構和關係如下圖所示:
[img]http://www.finereport.com/tw/wp-content/themes/BusinessNews/images/2017043002.png[/img]

上圖採用了 ER 模型來描述三張表的邏輯結構,* 和 1 的含義是表和表之間的關聯關係,例如採購記錄和商品信息是多對一關係,即採購記錄表中的每條數據只能對應商品信息表中的一條數據,商品信息表中的一條數據可以對應採購記錄表中的多條數據。

因為你採用了科學的數據表格管理,記錄了門店的所有採購入庫和銷售數據,這讓你的經營變得井井有條;通過這些原始數據,你可以準確的管理庫存、計算利潤、掌握暢銷品和滯銷品,還能通過數據透視表製作銷售日報和月報。

實際上你通過以上三張表格管理自己的生意,已經是一個管理軟體的雛形了。所有的軟體系統無非都是對數據的增刪改查操作;可以說,如果使用得當,Excel 也可以做出一套小型的軟體系統。

[b]小超市的輕量級ERP之路[/b]

因為你善於使用信息技術來協助你做生意,你的買賣發展迅速;很快,你將小門店升級成為一家小型超市,並且僱傭了幾個店員來幫你。作為店長,你興奮的繪製出自己的第一張組織架構圖,夢想著事業會繼續壯大。
[img]http://www.finereport.com/tw/wp-content/themes/BusinessNews/images/2017043003.png[/img]

因為經營的貨品更加豐富,日交易量成倍增長,並且有好幾名員工需要做數據錄入分析工作,這時 Excel 已經難以滿足經營管理的需要。因此明智的你在開店之前,就決定採購一套 ERP 軟體來協助你管理超市。

因為你還處於創業期,資金有限,通過仔細挑選,你選擇了一套輕量級的 ERP,並且只購買了其中的幾個核心模塊,這樣既可以控制成本,又可以讓你經營的軟體設備升級。

現在,我們可以繪製公司的第一張應用架構圖,公司擁有一套系統,包含三個模塊。
[img]http://www.finereport.com/tw/wp-content/themes/BusinessNews/images/2017043004.png[/img]

[b]通過CRM拉近與客戶的距離[/b]

為了更加準確的理解、認識你的客戶,同時也為了能夠拉近你和客戶的距離,你打算通過 CRM 軟體進行更加科學的客戶管理。

你設計了一套會員積分制度,所有的客戶都能免費辦理會員,這樣你就可以記錄下關鍵的客戶信息,而且你的小夥伴建議你開通一個微信公眾號,讓客戶能夠通過微信來查詢自己的積分。

這個主意太棒了!你追加購買了幾個 ERP 的模塊,雖然 ERP 中也包含了 CRM 模塊,但是研究後你認為內置的CRM模塊功能有限,不支援對接微信,行銷功能也不夠強大,因此你新購買了一套 CRM 軟體,和 ERP 進行了一定程度的對接,同時申請了微信公眾號,找外包公司做了一些定製化開發。這樣上述想法就都實現了!

我們繪製出公司的第二張應用架構圖。
[img]http://www.finereport.com/tw/wp-content/themes/BusinessNews/images/2017043005.png[/img]

可以看到,核心的客戶信息資產模塊都在 CRM 中實現,其中內置了行銷模塊、消息推送服務 Msg 模塊,包括 SMS 、EDM(Email Direct Marketing)和微信消息推送。

● CRM 主要聚焦客戶資料的管理和行銷服務,主要用戶為店長和運營人員;
● ERP 主要聚焦於超市的進銷存以及財務業務,主要用戶為營業員、出納、採購、庫管和會計。
[b]請注意:這裡已經產生了應用架構設計的概念。[/b]

公共號、ERP 和 CRM 每個系統都為了解決某一大類的業務問題而存在,有各自清晰地定位、分工和目標用戶,每個系統相對獨立又互有關聯,內置若干模塊,每個模塊都是為了解決某一大類業務問題下的某一小類問題而設計。

在這張圖中我們使用了分層描述,靠近 C 端用戶的微信公眾號在最上層,支援業務運轉的 ERP 放在中間層,偏底層的客戶信息集成 CRM 放在最下層,這樣可以清晰地看出幾個系統的層次關係,同時也在一定程度反映了系統和業務之間的邏輯對應關係。

[b]中型連鎖超市的架構之路[/b]

業務進展很順利,你已經開了五家中型連鎖超市了,員工數量達到了幾百人。公司走上了正軌,標準化的管理分工已經成型,不同職能單元各司其職。

為了有效管理團隊,並且讓內部流程更加順暢,你邀請專業的 IT 諮詢公司幫你重新梳理了公司的業務目標、組織架構、運營流程,通過引入 OA、HRM 以及重構 ERP 等手段,對不合理的制度,低效的流程進行了改造。

公司成立了信息技術部,其中項目部配合諮詢公司以及軟體外包公司進行系統改造或實施新系統,運維部負責保證伺服器、網路的穩定。
[img]http://www.finereport.com/tw/wp-content/themes/BusinessNews/images/2017043006.png[/img]

你理解數據對公司發展的重要性,所有的管理決策都應該基於對數據的分析和判斷,因此你邀請諮詢公司幫你強化公司的數據分析能力。

諮詢顧問建議你實施數據倉庫(Data Warehouse)和 BI(Business Intelligence)項目,原因有幾點:

● ERP 系統和 CRM 系統都有[url=http://www.finereport.com/tw/]報表製作[/url]模塊,但兩個系統的數據相互孤立,不利於整合分析。
● 業務系統的底層數據結構並不適合做複雜的[url=http://www.finereport.com/tw/]數據分析[/url],常見的多維分析更需要一套數據倉庫常用的星形數據結構和雪花型數據結構。
● 成熟的 [url=http://www.finereport.com/tw/]BI 系統[/url]可以讓你的報表分析與多維數據探查更輕鬆,其中的儀錶盤更能夠讓你輕鬆掌控公司全局的核心指標變化。
● 企業經營中很常見的一個問題,就是經營分析指標統計口徑太多,造成管理混亂和溝通障礙,除了在管理上規範公司級指標的定義,也需要一套底層數據架構,消除上游各個異構系統的孤島和屏障,統一管理匯總數據和指標計算。
諮詢顧問建議,雖然目前公司的業務系統還沒有到非常複雜的階段,但數據倉庫可以幫助企業更快速高效準確的理解、捕獲、使用數據,做好基礎建設工作,培養員工的數據分析意識和方法,通過數據來進行決策。隨著業務的拓展和系統複雜性的提升,數據倉庫的存在價值將越來越明顯。
[img]http://www.finereport.com/tw/wp-content/themes/BusinessNews/images/2017043007.png[/img]

在數據倉庫項目中,同時構建了數據集市(Data Mart)。數據集市介於 BI 展現層和 DW 數據底層之間,是數據倉庫的數據子集。數據倉庫的服務對象通常為全公司或全集團,但是不同部門可能有自己的數據分析訴求與指標管理訴求,這時候通過統一的數據底層,封裝出針對某個部門使用的小型數據集市,可以保證數據流的合理性、可追溯性,同時研發部門可以完全復用 DW 和 BI 的技術能力,輕鬆地設計實施 DM 。

如果希望數據倉庫在企業中真正發揮作用,不僅僅是軟體系統實施問題,更重要的是公司層面的經營分析思路體系化,指標管理規範化,以及數據部門組織架構、與業務部門合作流程設計問題,同時還需要提升全員數據化管理運營的概念和意識。軟體本身並不能解決企業的問題,只有配套的架構、流程、制度與意識,才能發揮軟體的功效。

[b]應用架構跟隨業務而變[/b]

由於公司經營良好,很多商品可以從供應商處拿到很好的價格,經過供應商授權,公司決定開展 2B 業務,成立了大客戶銷售部,公司將作為供應商的 B 端渠道,挖掘企業客戶。

為了讓銷售工作高效展開,對銷售人員進行嚴格的過程管理,同時也為了保留客戶資料,避免銷售獨佔客戶資源,根據 CTO 建議,公司決定實施操作型 OCRM(Operating CRM)項目。同時由於各部門經常出現個性化的軟體開發訴求,軟體外包維護的成本高,效率低,公司決定招聘研發團隊,用自己的隊伍進行軟體的二次開發。
[img]http://www.finereport.com/tw/wp-content/themes/BusinessNews/images/2017043008.png[/img]

在設計 OCRM 系統時。CTO 面臨兩個選擇:

[b]方案一[/b]:新做一套獨立於現有 CRM 的 OCRM

[b]優點[/b]:

OCRM 系統已有成熟的軟體可以選擇,無需從頭開發;兩個系統邊界清晰,分工明確,便於未來各自的發展與演變。

[b]缺點[/b]:

應用架構會略有複雜,需要將原有的 CRM 和 OCRM 做數據打通,對原有的客戶模型做升級。

[b]方案二[/b]:在原有的CRM基礎上開發新模塊

[b]優點[/b]:新開發的模塊完全基於公司業務流程和模式設計,適配程度高。

[b]缺點[/b]:新開發模塊成本高速度慢,系統邊界模糊,導致以後維護升級時模塊管理的混亂。

綜合評估兩套方案實現的成本和速度,考慮到對未來業務變化的靈活支援,同時為了避免影響核心 CRM 業務的穩定性,CTO 決定採用方案一,讓兩個系統各自聚焦,互相獨立,邊界清晰,雖然無形中增加了公司應用架構的複雜性,但可以快速實施支援當前的緊迫業務,並靈活應對未來公司的銷售業務變化。
[img]http://www.finereport.com/tw/wp-content/themes/BusinessNews/images/2017043009.png[/img]

[b]一般來講[/b]:

B 端客戶的數據模型和 C 端客戶差異非常大,B 端客戶模型關注組織架構和人員角色的描述,C 端客戶模型關注客戶本身個人信息的描述,即便應用系統中將客戶模型和操作型系統分開建設,客戶模型一定會做成兩套以支援不同的上下游業務系統。

上圖為了簡化表述,只繪製了一個模塊「客戶信息」,但讀者應該認識到:該模塊應該包含 B 端、C 端兩套客戶模型。實際上有的公司會明確將兩套客戶模型在應用架構中分開設計並且分別建設,以便更加準確的體現應用架構中的業務概念。

廣義上來講,CRM 代表一種企業對待核心客戶資源的管理理念和運營方法,CRM 是一種概念而非某一個獨立的應用系統。

大型的企業涉及多條業務線,不同的業務線有不同的客戶群。企業需要有統一的客戶視圖和管理理念,以及強大的 IT 系統支援,來實現準確的客戶接觸點管理,充分挖掘客戶群體實現精準銷售,積極有效的維護企業和客戶的關係。

CRM 體系化的系統建設中包含了客戶建模、會員積分管理、行銷中心、銷售線索和過程管理、小型數據倉庫或數據集市、統一客戶視圖、客戶畫像和數據挖掘、電話銷售中心等等。

不同的企業對系統的劃分和團隊的管理各不相同,但所有 CTO 都應該明白 CRM 是一套應用體系,而不僅僅是某個單一的獨立應用系統。

至此,我們已經繪製出一套一般企業的簡化版應用架構圖,以及一張常見的組織架構圖。可以看到,應用系統的建設,是根據業務的發展變化逐步完成的,每個系統都有獨立存在的意義和價值。

[b]多元化業務帶來的應用架構演變[/b]

[b]在線商城業務帶來了互聯網化管理[/b]

公司的零售業務發展進入了瓶頸期,CEO 需要尋找新的增長點。

經過評估,決定開展電商業務,新成立了電商部,從市場上聘來了某電商平台 VP 作為部門負責人,直接給 CEO 彙報。

為了學習互聯網公司,以技術力量推動業務創新,電商部組織結構參考了一般互聯網公司組結構,有自己獨立的研發團隊,設置了產品崗位,產品技術總監給電商部負責人彙報。

電商部受到 CEO 極度重視,給與極高自治權和最高資源支援,同時 CEO 還將之前線下的客服團隊升級為公司一級部門,直接給 CEO 彙報,統一處理線上線下的客服與售後業務。
[img]http://www.finereport.com/tw/wp-content/themes/BusinessNews/images/2017043010.png[/img]

新業務開展,大家幹勁十足,因為電商部產品技術總監和公司 CTO 之間不存在彙報關係,產品技術總監為了快速推進項目,所有決策基本只是告知 CTO 。

產品技術總監作為純互聯網背景專家,認為購買現成軟體套件不利於系統的二次開發和自主維護,長遠來看會限制公司業務發展,希望整套系統實現自主研發。

雖然 CTO 極力反對,但經過電商部負責人和產品技術總監的遊說,CEO 聽取了總監的建議,並且總監承諾自己的研發團隊效率極高,一定會在承諾之日交付系統。

產品技術總監設計的應用架構體系,包括 PC 和行動版的前端應用,以及完整的後端系統,包括訂單、售後、客戶信息、會員、行銷、賬號、CMS 。此外,倉儲、財務系統會接入現有ERP的服務,配送模塊直接與第三方配送服務商系統對接。

對於這個架構設計,CTO 比較不滿,認為客戶信息和賬號管理不應該重複建設,而應該統一規劃管理,但產品技術總監一心快速推進實施,對於信息技術部開發效率低的情況他早有耳聞,他可不希望被一些不可控力影響導致自己的項目延期,因此 CTO 的抗議他不予理會。

升級後的客服部門,新建了 20 人坐席的電銷中心,以支援主要來自於線上的電話客服訴求。新成立的客服團隊需要 CallCenter 系統開展業務,雖然 CallCenter 的主要服務群體是線上業務的客服話務員,但 CEO 為了在一定程度上安撫 CTO 的不滿情緒,將 CallCenter 項目安排給 CTO 負責。

CTO 採購了一套成熟 CallCenter 來支援 400 熱線業務,對此安排電商部的產品技術總監沒有什麼異議,但在 CallCenter 的實施中卻出現了問題。

因為 CallCenter 系統只負責電話作業,其中的客戶資料一般由上游系統提供。但是公司現有兩套客戶資料,一套是保存在 CRM 的線下業務客戶資料庫,一套是在線商城的客戶資料庫。

為此只能在 CallCenter 中新增一套客戶庫,將另外兩套客戶庫數據同步過來,這樣客服人員才能在 CallCenter 中查到公司級別的完整客戶信息。
[img]http://www.finereport.com/tw/wp-content/themes/BusinessNews/images/2017043011.png[/img]

[b]信息孤島與主數據管理[/b]

電商系統如期上線,業務發展迅速,電商團隊的運營和產品人員年輕,聰明,充滿活力,思維活躍,玩法眾多,電商技術團隊響應迅速,產品經理和技術團隊的無縫配合,讓技術力量真正推動了業務的增長。

公司賺錢了,老闆很開心。但很多問題也同時暴露了出來。我們先來看看之前的應用架構。
[img]http://www.finereport.com/tw/wp-content/themes/BusinessNews/images/2017043012.png[/img]

之前為了快速上線,有一些應用架構遺留問題沒有解決。現在公司有三套客戶資料庫,線下客戶通過微信公共號訪問 CRM 系統中的客戶信息,在線商城的客戶通過線上商城訪問 e-Store 系統的客戶信息。當客戶致電 400 時,電銷業務員(TSR)訪問的是從 e-Store 和 CRM 同步過來的客戶信息。

線上客戶關注公共號後,查不到自己的資料,這讓客戶感覺很詭異。

線下客戶想在線上商城下單,發現之前登記的賬號不能使用,需要重新註冊完善資料,客戶很煩躁。

數據同步 30 分鐘一次,有時候客戶剛修改完資料再致電 400,客服查到的客戶信息不是最新的,讓客戶很生氣,客服很苦惱。

有的客戶喜歡打電話讓客服改資料,因為客戶資料是單向同步,客服無法協助客戶修改資料,客戶很氣憤,為什麼你們連這點服務都做不好!

很多客戶在線上線下都消費,但由於在數據倉庫中冗餘出了兩個客戶對象,不論是線上團隊還是線下團隊,都無法做更準確的客戶畫像和跨渠道消費行為分析。

CEO 很生氣,找到 CTO 和電商產品技術總監,質問怎麼回事。

CTO 回答,我們遇到了嚴重的信息孤島問題!

由於 CRM 和商城後台數據互相孤立,導致核心客戶資源不同步,不統一,讓公司無法得到一個完整準確的客戶視圖。如果要解決這個問題,必須對應用架構進行改造,並且改造比較耗時。

CEO 很鬱悶,沒想到應用架構不合理會影響到業務發展,也沒有想到組織架構的設計會導致應用架構出問題。為此,CEO 做了一些調整,產品技術總監實線向電商部經理彙報,虛線向 CTO 彙報;總體來講產品技術總監對電商業務銷售端負責,CTO 對全公司 IT 架構管理和其他所有系統負責。經過善意的溝通,CTO 和產品技術總監的矛盾消除了,大家決定合力解決問題。

解決數據信息孤島的方法很簡單,那就是只保留一份客戶信息庫,這份客戶信息庫保存最核心的,與業務單元無關的客戶屬性和資料。至於積分、會員等擴展屬性依然由各個應用系統維護管理。調整後的應用架構圖如下:
[img]http://www.finereport.com/tw/wp-content/themes/BusinessNews/images/2017043013.png[/img]

將客戶信息庫獨立,商城、CallCenter 、CRM 和微信公共號通過統一介面調用 Customer Profile 存儲的核心客戶檔案,不論客戶或業務員從哪個埠查看或修改信息,變化對其他埠都是透明、實時的。實際上這就是客戶主數據管理 MDM(Master Data Management)的設計理念。

在企業應用系統建設中,不可避免的會遇到信息孤島問題,信息孤島是指因為各種原因,每個應用系統獨立建設時,沒有和外界系統做良好的打通,導致應用系統之間存在流程或數據的孤立性,最終給業務帶來嚴重影響。

解決數據信息孤島的經典方法就是主數據管理(MDM)的思想,主數據管理通過應用架構的拓撲設計,配合相應的管理手段,幫助企業存儲、識別唯一的關鍵數據,避免企業內部關鍵數據的冗餘和不一致問題。常見的主數據有客戶主數據,商品主數據等。

主數據管理的設計理念應該自始至終貫穿企業應用架構的設計過程。需要注意的是,企業應該在合適的階段實施主數據管理和治理。主數據將應用架構變得更複雜,在初期階段實施時需要投入更多時間和資源,而在企業發展的某些階段,快速迭代上線意味著對商機的捕獲和市場變化的迅速跟進,一個合格的架構師應該在應用架構設計和公司業務發展之間做出合理權衡,要根據現實的情況和資源,敢於在應用架構的和理性上做出妥協和讓步。

主數據經常作為底層數據應用來管理,因此在架構圖中我們將它和 DW 並列畫在最底層。
[img]http://www.finereport.com/tw/wp-content/themes/BusinessNews/images/2017043014.png[/img]

[b]抽離共性模塊全面服務化建設[/b]

公司業務發展穩定,各個系統底層做過幾次技術重構,性能更強健。為了讓各個應用系統更加聚焦,提升穩定性,節約開發成本,避免重複勞動,CTO 和產品技術總監討論後決定對一些公有服務從各自應用系統中剝離,統一進行服務化改造升級,為以後公司新業務的開展打好基礎。

例如,將 CRM 和商城後台的消息模塊功能合并,將商城支付模塊單獨剝離,設計實施了集成化的許可權管理系統 Auth,給全公司多個應用提供統一的許可權管理服務,控制公司運營風險。

CTO 和產品技術總監合作加強了數據團隊建設,設立了數據挖掘團隊,豐富了客戶畫像,加強了經營分析能力,產生了更多的策略輸出。數據策略輸出不僅給在線商城提供了更強勁的推薦策略,也為 CRM,運營人員提供了更豐富的策略運營、精準定向活動推送支援。
[img]http://www.finereport.com/tw/wp-content/themes/BusinessNews/images/2017043015.png[/img]

[b]強健的底層架構快速支援新業務開展[/b]

公司在尋找新的增長點,計劃開展個人理財業務。公司的組織架構有了新的調整,管理模式也有了新的提升,形成了集團化治理模式,成立了財務共享中心,人力資源共享中心。

新設立的理財事業部,和零售事業部、電商事業部一起,調整為獨立核算事業部編製,事業部聚焦經營和銷售,集團層面給事業部提供基礎運作支援。信息技術部也與時俱進,將之前的需求管理部調整為產品部,信息技術部主要負責 CRM、CallCenter、ERP、OA、HRM、DW、BI 等應用系統,保證集團職能部門運作,為事業部的應用系統提供基礎架構和底層服務支援。
[img]http://www.finereport.com/tw/wp-content/themes/BusinessNews/images/2017043016.png[/img]

因為集團IT應用架構已經非常強健,理財業務的系統構建可以迅速展開,CTO 和理財事業部的產品總監溝通後繪製了集團應用架構圖,理財業務只需要建設一套 C 端 APP 和一套基本的管理後台,而類似於客戶數據、支付、Push 服務、DW 和 BI 都直接使用集團現有系統,無需重新開發。
[img]http://www.finereport.com/tw/wp-content/themes/BusinessNews/images/2017043017.png[/img]

CTO 和產品總監討論後,認為上述架構圖還存在一點問題,賬號管理不應該單獨創建,集團已經有著很成熟的統一客戶管理理念,多套賬號管理模塊會再次造成信息孤島問題。因此決定將現有的賬號管理模塊也進行平台化、服務化升級,給理財業務提供支援。集團層面的 Passport 系統誕生了。

更新後的架構圖如下:
[img]http://www.finereport.com/tw/wp-content/themes/BusinessNews/images/2017043018.png[/img]

這裡順便解釋一下:為什麼本文對所有軟體系統都稱為系統,而互聯網公司則習慣稱其為產品。

互聯網的發展催生了產品經理的崗位。產品經理常分為 C 端產品經理,B 端產品經理(包括商家端和運營管理中後台)等。

B 端產品線中,有 CRM 產品經理、供應鏈產品經理等。在互聯網公司似乎不太在意區分產品和系統的叫法,到底兩者有何區別?

實際上,所謂產品是指企業提供的商品或服務,給企業帶來利潤。早期的互聯網公司多為虛擬經濟形態,面向用戶的軟體系統就是公司給消費者提供的商品或服務,因此聚焦軟體功能設計的人員被稱為產品經理。

而互聯網公司是一類高度依賴信息技術能力驅動業務的公司,對各類軟體系統都傾向於自主建設,因此不論是面向客戶的系統,或面向企業內部的系統,軟體設計人員都統一叫做產品經理,其職責定位就是負責軟體的設計和實現,軟體系統習慣被稱為產品;而在傳統企業,負責軟體設計的人員一般都叫做需求分析師或系統分析員,軟體系統習慣被稱為系統。

其實怎麼稱呼都無所謂,本文統一叫做系統。

[b]企業通用應用架構設計[/b]

[b]通用企業應用架構圖[/b]

對上文的應用架構圖做一些簡化和調整,以便更加準確的體現應用架構的共性以及與業務的對應關係,得到一張更加清晰簡潔的企業級應用架構圖。
[img]http://www.finereport.com/tw/wp-content/themes/BusinessNews/images/2017043019.png[/img]

第一層是對外系統。所有給企業外部客戶使用的系統都在這一層,包括官網,普通用戶或客戶使用的 C 端。如果是類似於美團,天貓這種平台性質的業務,還會包括給商家使用的商家端。這類系統站在與客戶接觸的最前線,是公司實現商業模式的橋頭堡。

第二層是對應 C 端系統的管理後台。常見的管理後台都會包含訂單、CMS 、商品等模塊。每個 C 端業務形態都會對應一個管理後台,有些管理後台的模塊可能會被抽離出來集中維護,例如風控,消息服務,客戶主數據。

第三層是業務單元支援系統。絕大多數企業業務的開展,必然不能單純靠線上的運作來實現經營,而可能包含電話銷售,客服,地推,倉配等一系列業務單元共同運作。業務單元的運作需要強大的系統支撐。

第四層是職能單元支援系統。企業發展到一定規模後,必然會有完善的職能單元作為後勤部門支援業務單元的運轉和企業的正常運作,例如法務、財務、人力、客服,每個部門的正常運轉都需要相應系統的支援。

第五層是基礎架構支援系統。信息化建設到達一定程度後,企業有必要將通用功能服務化,平台化,以保證應用架構的合理性,提升服務效率。這類系統主要給其他應用系統提供基礎服務能力支援。

第六層是數據底層。和第五層類似,這一層主要集中在數據層面的統一和封裝,對各個下游系統提供數據服務。

以上六層劃分涵蓋了企業所有的應用系統建設,每一個應用系統的存在都將定位在六層中的某一層。

上圖示例的系統涵蓋了絕大多數正常企業經營運轉常見的應用系統,在現實世界中,應用系統數量會遠遠多於上圖所示,例如商業銀行可能會有成百上千個系統存在。但是理解一個常見企業的組織結構,部門定位,以及上述應用架構圖形成的原因,可以讓你更準確快速的理解、掌握、設計任意一個應用系統。

[b]不同類型企業的應用架構圖示例[/b]

因為一般企業的組織架構設計,職能單元的設計基本沒有太大區別,而以上簡化版的應用架構圖映射了一個標準化企業的各個常規業務單元,且涵蓋了絕大多數企業中標準的應用系統,所以我們可以將不同互聯網企業的應用架構圖映射到上圖中。

下面我們用三個例子,向讀者演示不同業務形態、發展階段的公司,其應用架構的可能形態。作者並未在以下公司任職,或與相關內部人員探討過其公司應用架構,以下示意圖均為作者根據幾個公司的業務特點和發展階段,所做的推測。

首先以美團點評為例。
[img]http://www.finereport.com/tw/wp-content/themes/BusinessNews/images/2017043020.png[/img]

美團網的業務模式主要為供需平台建設,幫助消費者和服務提供方撮合交易。外部系統包括了 C 端系統和商家端系統,C 端系統為消費者常用 APP,商家端系統為商家提供商品管理、交易管理、推廣管理、經營分析等功能。C 端或商家端都對應後端管理系統,方便企業內部對整個平台進行管理、行銷、風控等。

平台需要發掘更多的商戶資源入駐,因此會有銷售過程管理的 OCRM 系統;平台需要對 C 端客戶提供客服與售後支援服務,相信美團點評的業務量,一套專業的 CallCenter 系統必不可少;美團提供了自營的配送服務,TMS 系統必然成為標配(也有可能是 SCM 中的模塊)。

由於美團業務不涉及自營的實物貨物買賣服務,沒有倉儲體系,因此推測沒有 WMS 系統(或者 ERP 中包含了 WMS 模塊但是沒有啟用)。O2O 業務需要管理大量線下門店,因此 GIS(Geography Information System)系統不可或缺,對於實力較強的公司,可能還會開發獨立的 POI(Point of Information)管理系統(也有可能是 GIS 中的模塊)。至於財務、OA 、Passport 、Auth、BI、DW、MDM 等,必然都是公司標配。

接下來再以今日頭條為例。
[img]http://www.finereport.com/tw/wp-content/themes/BusinessNews/images/2017043021.png[/img]

今日頭條構建了信息流資訊類 C 端,吸引網民使用,這類產品最常見的盈利方式為廣告變現。在公司經營之初,可能採取了市面上的 DSP 平台來完成 APP 的廣告管理(當然也可能從來沒有採用過),為了更好的設計廣告產品,相信現在一定有自己的廣告投放管理平台,因此公司會有給廣告主使用的B端廣告投放管理系統。

「當然也有可能還沒有這類平台,作者在百度工作時很多商業變現產品投放管理都是PM和廣告主線下溝通後通過內部平台操作的。」

因為業務模式以廣告投放為變現手段,因此後端系統可能沒有交易類後端複雜,但基本的 CMS 和風控(反垃圾、反作弊、合法合規)必然是有的。公司需要盈利,就需要售賣產品,售賣產品永遠不可能只在線上運作,必然會有 BD 團隊支援,因此今日頭條也會有 CRM 系統,管理對象為廣告主而不是網民。

但是 WMS、TMS 系統這類系統估計就不需要了。至於 CallCenter,筆者查詢了官網,沒有找到相關的客服熱線,猜測還沒有建設。

今日頭條的早已度過創業期,標準的管理軟體應該配備齊全,例如 OA、HRM;不同的基礎架構支援系統,在當前階段有可能有,也有可能沒有;例如 Auth、Pay、MDM 等。作為一個純技術公司,BI、DW 當然是標配。

最後的例子,我們挑一個相對規模小,產品形態單一的例子,例如墨跡天氣,萬年曆這類工具類應用的公司。
[img]http://www.finereport.com/tw/wp-content/themes/BusinessNews/images/201704302.png[/img]

這類公司在創業初期,不考慮變現的情況下,團隊小,產品簡單,應用架構圖也會非常簡單,在產品發布時,只需要實現官網、C端、後台管理、賬號和會員管理就足夠了。當然隨著公司的發展,常見的變現手段之一就是廣告投放,可能會繼續演變到類似於今日頭條的應用架構。

以上舉了三個例子,讓讀者更好的理解應用架構演變和公司業務模式以及發展階段的關係。在實際工作中,應用架構的建設與面臨的情況會複雜得多,只要理解了以上簡化版的例子,可以更容易理解實際工作中的場景。

[b]企業應用架構設計的一些建議[/b]

最後,我們來談一談如何合理的設計企業應用架構。不論是架構師,產品條線負責人,或某個系統的產品負責人,都要有架構設計的理念和知識,尤其是後端產品經理,必須充分理解企業應用架構的基本概念。這裡給出一些應用架構設計的建議。

[b]1. 系統定位和邊界要清晰,對應的業務定位和邊界要清晰[/b]

一套應用系統的存在,都是為了解決某一類業務問題,對應某一個業務板塊。如果業務板塊或業務單元定義模糊,也會導致對應的應用系統定位混亂。

[b]2. 系統要實現松耦合,高內聚[/b]

系統要對外界透明,簡單,易理解,與外部系統的介面要簡明,扼要,靈活。內部模塊高度聚合,粒度越細越不可拆解。

[b]3. 易變的,嘗試中的新業務要避免影響現有業務的穩定性[/b]

對新業務的支援,可以考慮新建獨立微小型應用系統,以便避免改造成熟核心系統,影響其穩定性和健壯性。

[b]4. 系統之間數據要實現單向流轉[/b]

系統之間盡量保證單向數據流轉,確保數據流可回溯,數據的一致性和可追溯性。混亂的數據流轉管理會造成應用架構管理的災難。

[b]5. 架構設計核心目標是支援業務,有些時候不合理的存在是合理的[/b]

應用架構存在的首要目標是支援業務,很多成長性企業或初創公司面對生存的壓力,不能為了保證架構的合理性而拖延系統實施速度導致企業錯過發展時機。

這種情況在互聯網型企業更為常見。業務還在試錯期,系統需要儘快保證支援業務試錯,如果一上來就談論整體架構的合理性,很可能花費巨大成本實現了合理架構後,新業務已經取消或失敗。優秀的架構師和CTO要懂得在合理架構設計和靈活多變的業務發展之間做出智慧的權衡取捨。

對於 CTO 或公司架構師,要保證整體企業應用架構的合理性,只要大框架合理,局部的偏差可以忽略,修正的成本也比較小,如果大框架有偏差,修正的代價會非常高。對於產品條線負責人,要保證局部框架的合理性,避免出現設計不合理造成的返工和補救工作。

很多時候架構師或條線負責人要做出判斷,是做一套新系統,還是修改老系統;新系統如何定位,老系統如何調整定位;數據如何流轉,系統之間如何關聯,底層數據如何打通;是否要復用其他系統模塊,是否要將某些模塊抽象化,服務化,平台化。對於產品經理,要在系統級別的粒度做出類似問題的判斷,能夠識別出可能存在的系統演變風險,及時升級控制不了的問題,避免做出錯誤決策。

企業架構是一套龐大複雜的體系,本文是對其中應用架構部分,結合作者實際工作經驗的淺薄理解,業界有著眾多的企業架構建設規範和指引,例如 Zachman、EAP、TOGAF 。這些框架涵蓋了信息技術和企業戰略結合實施的方方面面,感興趣的讀者可以做更深入的學習。
—————————————————————————————————————————————————————–

[i]文章由[b]FineReport[/b]報表與BI商業智慧軟體分享。

作者:楊堃(微號公眾號:goYangKun),9年互聯網研發、產品設計經驗,曾就職於傳統外資保險公司,百度,現就職於美菜網。[/i]

如何搭建可視化的數據分析平台?

週二, 四月 25. 2017

[img]http://www.finereport.com/tw/wp-content/themes/BusinessNews/images/2017042501.jpg[/img]
如今,市場的變化越來越快,業務調整也越來越頻繁,承載業務流程的信息化也在不斷提升,選擇一個能靈活應對需求的系統工具成了必需。

選擇什麼樣的工具,如何應用?這裡分享某保險公司的案例,從整合系統數據、可視化管理與幾個應用案例來談談如何利用FineReport搭建靈活快速響應的數據管理體系。

[b]項目背景[/b]

該保險公司在在全國擁有40多個省區及300多個地區的分支機構和服務機構。公司的業務特點主要表現在三個方面:

● 地域分布廣:公司業務分布區域較廣,業務特點的差異性較大,並且不同地區業務的側重點不同。
● 業務類型多:公司的業務包含車險、個人財產保險、企業財產保險、人身意外險等,涵蓋面比較多,同時也有政策性以及非政策性的業務。
● 市場變化快:由於市場競爭的加劇,公司的經營方式也在向互聯網化轉型,主要是為了適應市場的變化以及監管政策的變化。
[b][url=http://www.finereport.com/tw/]數據分析[/url]的目的是什麼?[/b]

無論是要做數據還是看數據或者是做任何一個報表,目的都是為了用數據去做決策。我們的數據都是經過專業的數據分析人員結合實際情況分析出來的,最終放到展示層面上進行應用。但是,在實際應用過程中面臨了諸多的問題:

● 數據量大,在[url=http://www.finereport.com/tw/]報表製作[/url]時,現成的報表往往不夠用;在數據分析時,製作的報表會有新的需求出現,而現有的需求無法滿足業務人員的需要。
● 市場、監管以及客戶對我們的經營決策具有較大的影響。對於這些因素的理解,都是以數據的形式體現出來的,因此,數據分析一定要及時並且準確。
● 各個部門對於數據的理解不同,因此需要我們對表格進行針對性設置。
以上的問題讓數據報表面臨了很多挑戰,簡單的概括來說就是基數大、需求多、變更快、準確性、靈活性、能快速響應。尤其是準確性方面,公司的數據來自承保系統和理賠系統,經由這兩個系統的數據形成了最基本的數據。每天這兩個系統在進行存儲、交換和交互時,難免會產生各種錯誤,所以提出了對報表準確性的要求。

[b]關於FineReport[/b]

由於信息部工作的特殊性,如果有員工離職的話,負責的報表就很難有人能夠接下盤來。但是, FineReport工具的使用,由於簡單易用,可以很大程度上緩解人員調整過程中所產生的壓力。總體來說有以下幾大優點:

[b]1、易上手[/b]

由於簡單,類Excel界面操作,所以上手比較快。

[b]2、靈活[/b]

開發、測試或者部署都能夠在一個比較短的周期情況下實現。

[b]3、學習成本低[/b]

其他[url=http://www.finereport.com/tw/]大數據分析軟體[/url]系統的學習成本無論從時間還是金錢上來講都比較高,FineReport有自己的幫助文檔,學習成本較低。

[b]4、擴展性強[/b]

擴展性主要是體現在自身能夠容納其他應用的能力以及把自己的功能嵌到其他系統裡面的能力,FineReport提供多種介面,幾乎能嵌入各種系統。

[b]實踐案例[/b]

如今公司的信息架構分為三層,最上面一層是科技管理層。第二層就是數據倉庫以及系統數據的介面服務,大部分管理者對於報表的一些疑問,或者對現在的一些經營問題都會把它細化成為更細的分析目標,下沉到分析人員這一層來進行處理。第三層是一線人員的業務數據產生的環節。

在數據分析查看這一方面,領導會經常通過熱力圖來了解各地的銷售情況,各種產品的對比以及同比環比,數據一目了然。這麼一來就能避免整理報表、傳輸報表過程中帶來的意外。其次能讓領導根據自己的業務經驗,以及自己所處的經營高度去快速發現問題,指導第二層數據分析人員,快速開展數據分析工作。

通過這樣一張圖可以清楚的看到保費以及賠款的佔比,在不同的地區他這個保費的收入以及賠款的支出、現金流
的狀況是怎麼樣一個情況。

[img]http://www.finereport.com/tw/wp-content/themes/BusinessNews/images/2017042502.png[/img]

對於保險公司,最關心兩個指標,一個值是估損偏差率另一個是結案失效平均天數。值呢是實效的平均天數。通過這兩個指標可以看到我們理賠隊伍運行的狀況是否正常。

[img]http://www.finereport.com/tw/wp-content/themes/BusinessNews/images/2017042503.png[/img]

以下是典型的中國式報表,處理這種報表的過程是非常痛苦的。因為每個表即使用數據透視表至少要轉一下或者改一下篩選條件才能填完其中的一個格。而使用FineReport只用了一個工作日來完成前端頁面開發和後端數據提取,徹底解放了一個人要干好幾個小時的勞力問題。

[img]http://www.finereport.com/tw/wp-content/themes/BusinessNews/images/2017042504.jpg[/img]

另外還運用了FineReport便捷性的擴展。報表展示的超級鏈接可以直接嵌入到我們公司內部B/S架構系統裡面,就可以實現綜合查詢的功能。

[img]http://www.finereport.com/tw/wp-content/themes/BusinessNews/images/2017042505.png[/img]

其實,報表能夠隨時隨地的讓領導看到是最好的,因為各級管理人員的關注點就是為了找問題,找到問題快速解決。再把它下沉到數據運用過程中,才能夠真正實現企業高效化的管理。

企業如何開啟大數據決策之路?

週五, 四月 21. 2017

站在信息化角度來看,成長的企業講究發展、固化,成熟的企業講究創新、[url=http://www.finereport.com/tw/]商業智慧[/url]。而如今身處大數據時代,諸多企業也逐漸意識到人力的決策和管理越發跟不上,開始尋求數據利用的有效手段。
以這樣一家企業為例,信息化發展了有十餘年,從萌芽到成長、由成熟到創新,走過了多數企業正在走的路,也集成了多數企業可效仿的信息化建設和數據化決策管理經驗。

[b]信息化發展之路[/b]

該企業的業務形態非常全面,囊括原料板塊、製劑板塊、零售板塊以及工程製造貿易板塊。信息化建設經歷了小型機時代、ERP時代、大數據時代以及未來的智慧工業時代,每一步發展都配合著企業管理升級的需求。

在起步階段,公司對首先要求改變企業管理理念,需要從業務最核心的財務口徑起步,向財務數據的及時性、合規性提出要求。讓財務核算儘快擺脫手工記賬的時代,提高效率,同時落實新會計制度在操作層面的和規劃處理。減輕財務人員原來手工記賬的複雜勞作,讓財務核算更精細化。

隨著公司對業務管控要求的提升,公司提出企業管控模式以財務管控為核心的基礎上,要求ERP平台可以將業務數據的流轉過程和業務風險進行管控。通過內控體系,將業務風險由事後管控,前沿到事中管控和事前管控;通過全面預算體系將商業計劃和業務數據在平台上進行對接,每月進行差異分析,及時糾偏,確保商業計劃達成。

面對市場競爭和企業快速成長的雙重壓力,原來矩陣管理模式已經不適合。為了適應事業快速擴張,多組織的靈活考核調整,在保持現有體系的前提下,將矩陣式管理向蜂窩式管理進化,實現快速柔性的組織調整,支撐企業成長和多變化的管理模式,同時集團管控由財務管控範圍向全業務範圍進行推進,使得集團整體價值持續最大化,建立以資本利潤率為核心的財務指標體系,評價經營者的業績;適度分權,保證子公司的經營動力及靈活性。

至此,財務模塊算是優先完成了整改和創新。但數據的延伸是巨大的,發展至今公司在信息化和管理方面仍面臨著諸多問題,尤其是數據化方面:
1、企業系統眾多,但是[url=http://www.finereport.com/tw/]數據分析[/url]能力差,價值傳遞不足,領導看不到企業數據價值;
2、行動端數據應用需求強烈,亟需提高企業決策實時性,易用性和智慧性;
3、 缺乏統一的數據規劃落地能力,集中管控集團數據,實現集團數據一體化管控;
4、大數據時代下如何支持智慧製造+精細化管理的課題越發重要。
[b]大數據決策平台建設[/b]

面對這些問題,企業急需建立一個大數據分析決策平台,滿足跨業務、可視化、可分享互動等要求,包括能夠提高整個大數據運行處理能力的平台,來實現整個大數據的整合。
由於該企業整個單體系統的數據相對來說較成熟,包括ERP數據,BPM數據,HR數據,以及單體MES數據,所以在操作環境中,可以把整個研發、採購、生產、銷售、人力、財務的主數據都放到一個平台上,建立一個數據倉庫和數據挖掘進程,最後達到整個數據的貫通,實現大數據的分析。

[center][img]http://www.finereport.com/tw/wp-content/themes/BusinessNews/images/2017041101.jpg[/img][/center]

[center]大數據決策分析平台[/center]

在規劃和建設過程中,此平台分為了七個模塊用於分析決策。
[b]1、行銷/銷售模塊[/b]
銷售模塊主要是流向管理、終端數據管理以及庫存管理。
流向管理這塊,由於每個商業公司的流向規則都不統一,所以公司開發了一套數據清洗系統,建立規則庫,這樣一來大大縮短了流向的處理時間。清洗出來的數據進行目標終端的管理分析,利用帆軟的[url=http://www.finereport.com/tw/]報表製作[/url]系統FineReport搭建了一個數據展示平台(BI),制定一些數據流程,對整個終端數據進行了一個梳理。並且,通過整合市場的運營數據,分析每一個終端的銷量情況,設立預警,了解市場的潛力和挖掘空間。

[center][img]http://www.finereport.com/tw/wp-content/themes/BusinessNews/images/2017041102.jpg[/img][/center]

[center]客戶等級分析[/center]

[b]2、運營模塊[/b]
在整個[url=http://www.finereport.com/tw/]BI系統[/url]里,運營最看重的是指標的跟蹤、進度的跟蹤。在每個生產、銷售模塊里都有相關指標的跟蹤,對於全年,會有一個全年的指標要求。
運營模塊涵蓋了採購、生產、庫存、銷售這四大板塊的幾乎所有數據。目的是掃清數據盲點提高運營效率,監控問題反饋提供數據支援。

[b]3、 工程項目、研發模塊[/b]
工程項目與研發項目的重點在於研發進度以及研發費用的使用情況。所要做的是工程項目和研發項目整體進度的把握,直觀地展示給領導,進展到哪一步?哪一步影響了整個進度?領導通過分析給出一個直觀的判斷。

[b]4、人力資源模塊[/b]
人力資源考慮的是人員效率和人員成本方面的問題。通過抽取HR系統、ERP系統自己一部分MES系統的數據,製作一個人員成本和效率分析,能夠讓我們知道比如這個生產車間,生產一線員工的投資回報率是多少。
最終目的是為其他模塊提供人員因素的數據支援,通過人與事的展現組合,能夠起到有效利用人力資源的目的;另一方面,通過人資本身的數據整合,直觀的展現出集團整個年齡結構、學歷結構、職能結構和崗位結構,為集團人事組成合理性提供理論支援。

[center][img]http://www.finereport.com/tw/wp-content/themes/BusinessNews/images/2017041104.jpg[/img][/center]
[center]人才分析[/center]

[b]5、採購物流模塊[/b]
採購物流模塊的建設有幾大突破口:供應商付款周期、採購單趨勢、原料庫存預警、運輸費用。通過建立這四大模塊的報表來進行數據滲透. 通過FineReport製作的報表,每張報表都可進行明細的鑽取,一張報表就能深度展現數據。
縱觀整個集團的大數據運營體系,以數據驅動的方式,明確了整個的戰略方向、戰略目標。從整個戰略開始、運維服務一直到組織架構管控,整個流程制度的管理,每一個BI報表都緊跟人員的績效,與KPI管理綁定,在BI中建立明晰的考核體系,包括據錄入是否及時這些都由人力資源和運營部來考核。

價值百萬的企業大數據分析報告是如何煉成的?

週二, 四月 18. 2017

很多企業往往會花高額價錢來請諮詢公司對企業的整體經營情況做一個分析,生成一個報告。但是對於多數已經有數據管理的企業,可以針對一個具體企業、一個具體問題開展針對性的數據分析,從點到面地解決問題。現如今企業有了更多的數據來源途徑和獲取數據手段,一份有效的企業[url=http://www.finereport.com/tw/]數據分析[/url]報告顯然能夠對企業產生很大的價值。

企業數據分析報告不僅能夠對整體市場環境和宏觀經濟走向做判斷,還可以深入到生產經營的每個環節、服務消費的每個客戶去了解真實情況。例如行銷數據分析可通過制定精細化廣告投放策略來縮減成本提高銷售轉化。而最終,我們把大數據分析的成果以大數據工具的形式固化,才能讓我們的大數據效力持續。

也就是說,真正有價值的大數據分析報告能夠在中宏觀規劃、微觀/細分市場分析、方案執行和策略部署等方方面面為企業帶來價值。

下文告訴大家數據分析的整體思路、框架和大數據報告的價值。

[b]一、如何製作大數據分析報告?大數據分析的流程是怎樣的?[/b]

[img]http://www.finereport.com/tw/wp-content/themes/BusinessNews/images/2017041301.jpg[/img]

一個完整的大數據分析流程包含了商業問題理解、數據理解、數據準備、數據分析、產出分析報告、提出解決方案6個環節,並且是一個閉環、不斷優化的過程。簡化來講就是分析什麼問題,需要哪些數據,要做哪些數據處理,得出結論並落地實施。對於企業,可能不需要掌握高難度的分析處理能力,但是掌握數據分析思路、培養數據化管理的方式是非常重要的。

[b]二、我們需要研究什麼?大數據分析的思路是怎樣的?[/b]
根據功能來分,可以分為以下4種類型:
1. 業務/市場分析:對某一項業務的現狀分析和問題判斷;細分領域的市場現狀分析、發展趨勢預測;
2. 用戶畫像:了解各類用戶的人群特徵、不同產品不同群體的用戶行為差異;
3. 競品監測:對市面上同類產品的功能、用戶規模、市場情況做對比研究;
4. 經營管理分析:經營過程中重大決定的分析。

針對以上類型,我們對4重典型的分析報告進行詳細論述,需要分析哪些指標、維度(指標僅為列舉,無法全面涵蓋),並附上相應的數據分析報告demo(分析工具為帆軟[url=http://www.finereport.com/tw/]大數據分析軟體[/url]與[url=http://www.finereport.com/tw/]BI系統[/url]——FineBI)。

[b]市場環境分析[/b]

[img]http://www.finereport.com/tw/wp-content/themes/BusinessNews/images/2017041302.jpg[/img]

[img]http://www.finereport.com/tw/wp-content/themes/BusinessNews/images/2017041303.jpg[/img]

[b]用戶畫像[/b]
[img]http://www.finereport.com/tw/wp-content/themes/BusinessNews/images/2017041304.jpg[/img]

[b]競品監控[/b]

[img]http://www.finereport.com/tw/wp-content/themes/BusinessNews/images/2017041305.jpg[/img]

[b]行銷分析[/b]

[img]http://www.finereport.com/tw/wp-content/themes/BusinessNews/images/2017041306.jpg[/img]

[img]http://www.finereport.com/tw/wp-content/themes/BusinessNews/images/2017041307.jpg[/img]

[b]三、數據來源[/b]

數據來源可以分為企業內部數據和外部數據。內部數據可以使企業各系統的數據、也可以是網頁/產品埋點、收集、整合所獲得的數據。一般來說,還有一些外部渠道獲取數據:
1. 網頁爬蟲數據:通過程序在網頁上把相關的信息採集下來;
2. SDK數據:遊戲等應用中SDK自動打包回傳的數據,像友盟、talkingdata主要是基於SDK數據進行整合和處理分析;
3. 運營商數據:三大運營商運營、業務和管理三大領域大量的客戶屬性和上網行為數據;
4. 第三方公司數據:諮詢公司大量的調研活動所產生的統計數據;
5. 定製數據:向數據擁有者/採集者提出需求,根據具體條件進行數據採集工作。

[img]http://www.finereport.com/tw/wp-content/themes/BusinessNews/images/2017041308.jpg[/img]

除此之外,報告的價值、分析結果的準確性很大程度受數據源質量的影響,因此在收集整合數據時需要注意數據是否靠譜,驗證數據口徑和數據範圍。

一張報表反映出一個企業的管理!

週五, 四月 14. 2017

企業發展到一定階段,人員、業務都會呈現相應的上升,流程和管理都會變得更加複雜。而信息化建設的應用,一方面是通過流程管理,提升企業內部的管理效率。另一方面是鞏固管理體制,使得公司內部的發展能匹配得上企業在市場環境的上升。
企業流程化的軟體有很多,但符合管理套路的才算適用,這是廣西田園生化股份有限公司總經理許瑞對於信息化建設的態度。

公司發展至今,起初一直靠著一種本能,約束和管理企業經營與生產。但發展到一定規模時,無論是管理人員還是企業員工都感覺到本能的管理已經無法適應了。所以在公司的運營過程當中,田園生化管理層通過學習,總結歸納出公司在管理上面的幾大思路­——[b]明確方針、量化目標、固化流程、獎懲跟進、持續改善[/b]。通過信息化建設去深入推動這一方針,一方面從公司內部管理進行信息化建設,另一方面從公司的外部、客戶、零售商、行銷商、消費者等進行信息化建設。

[b]信息化建設背景[/b]

田園生化在規模呈現之初就上線了ERP,上線了一整套固化流程的工具。例如研發管理是從研發創意、立項、撥預算、評審、一審、二審、小型實驗、中型實驗、推向市場,嚴格按照研發的門禁管理固化流程,實時記錄每年的獎懲跟進,項目多少,項目上市取得的經濟效益和社會效益。

此外,技術研發中心是田園生化整個企業技術管理、決策的龍頭和核心,同時也是一個將巨量資料進行[url=http://www.finereport.com/tw/]數據分析[/url]以指導決策的部門。因此信息化建設和[url=http://www.finereport.com/tw/]報表製作[/url]成為了管理的剛需。

FineReport在研發管理過程的應用

1、選型

市面上關於實驗研究管理的工具費用高,採用C/S架構,不便於後續的統計和數據整合,用戶角色管理重複且複雜。經過多方衡量,部門決定通過一款方便易學的工具自行開發。

在立項之初,通過有所涉業務人員的溝通,初步確定了以下功能要求:
(1)形同EXCEL,具有凍結列行功能;
(2)可以根據數據條件,篩選並分析,標識背景色;
(3)表之間可以通過鏈接和附件進行查看處理;
(4)支持行動端手機應用;
(5)可實現報表編輯、填寫欄位內容。

在選型過程中,公司調研了幾家報錶廠商,考慮功能和可開發性,選擇了FineReport。歷經三個月,終於上線實施。

[img]http://www.finereport.com/tw/wp-content/themes/BusinessNews/images/2017041201.jpg[/img]

[b]2、實施方案和進度[/b]

項目定案之後,初期,完成用戶、部門、角色、模塊等數據的整合,分兩條線進行實施、程序編寫和業務梳理。

中期,建立報表,例如報表的統計,簡單的匯總和[url=http://www.finereport.com/tw/]圖表製作[/url]并展示。比如年終評獎,通過報表篩選勤勞獎、投票、計數、簡單匯總。

[b]3、案例展示[/b]

[b]產品生命周期管理[/b]

每個產品的生命周期管理有三年。通過以下這個總攬報表可以實時了解產品的進程。比如創意、可行性研究、產品上市登記數、合作進展的產品數、以及化工行業公開報表的案例,整合了外圍數據。

[img]http://www.finereport.com/tw/wp-content/themes/BusinessNews/images/2017041202.jpg[/img]

[img]http://www.finereport.com/tw/wp-content/themes/BusinessNews/images/2017041203.jpg[/img]

在流程管理中,通過鏈接到報表,完善各項分支,儘可能將信息展現全。

[img]http://www.finereport.com/tw/wp-content/themes/BusinessNews/images/2017041216.jpg[/img]

行列式報表統計與過濾

[img]http://www.finereport.com/tw/wp-content/themes/BusinessNews/images/2017041204.jpg[/img]

簡單匯總與圖表展示

[img]http://www.finereport.com/tw/wp-content/themes/BusinessNews/images/2017041205.jpg[/img]

費用聚合多Sheet複雜報表與圖表

[img]http://www.finereport.com/tw/wp-content/themes/BusinessNews/images/2017041206.jpg[/img]

年度考核多Sheet數據引用

[img]http://www.finereport.com/tw/wp-content/themes/BusinessNews/images/2017041207.jpg[/img]

複雜式統計表——新產品開發信息

[img]http://www.finereport.com/tw/wp-content/themes/BusinessNews/images/2017041208.jpg[/img]

銷售額分布地圖

[img]http://www.finereport.com/tw/wp-content/themes/BusinessNews/images/2017041209.jpg[/img]
[img]http://www.finereport.com/tw/wp-content/themes/BusinessNews/images/2017041210.jpg[/img]

政府支持的化工行業本地資料庫
化工行業分類和管理的匯總統計和填報,專利本地資料庫。

[img]http://www.finereport.com/tw/wp-content/themes/BusinessNews/images/2017041211.jpg[/img]

[b]FineReport在企業內部的管理案例[/b]

[b]1、差旅費PC端、行動端填報[/b]

[img]http://www.finereport.com/tw/wp-content/themes/BusinessNews/images/2017041212.jpg[/img]

[b]2、化工行業配方分類和管理的匯總統計和填報[/b]

[img]http://www.finereport.com/tw/wp-content/themes/BusinessNews/images/2017041213.jpg[/img]

[b]3、行動端隨時展示飛機故障報表[/b]
田園化工推出一整套農業機械,包括飛機無人機噴洒農藥。無人機噴洒農藥在作業過程中會出現故障,故障的報表可直接回傳到公司無人機的維修車間,馬上調配數據,就近調配設備到作業現場。

[img]http://www.finereport.com/tw/wp-content/themes/BusinessNews/images/2017041214.jpg[/img]

[b]4、電話——消費者數據分析[/b]
公司提供給外部零售商、經銷商免費的電話。以手機號碼為主要線索,可統計消費者的情況。
[img]http://www.finereport.com/tw/wp-content/themes/BusinessNews/images/2017041215.jpg[/img]

原來「永銀錢幣」是這樣利用行動端對訂單全流程進行管理的!

週二, 四月 11. 2017

[b]一、公司介紹[/b]

永銀文化創意產業發展有限責任公司始創於1996年,專註於貴金屬紀念品和金銀紀念幣行業二十年,註冊資金5556萬元,總部位於江蘇省南京市1865創意產業園,主營業務為貴金屬紀念品、工藝品的創意設計研發、合作生產和銷售,金銀紀念幣的主題策劃、整合行銷。
目前已入圍中信銀行、招商銀行、浦發銀行、興業銀行、交通銀行、寧波銀行、中原銀行、江南農商銀行、紫金農商銀行、滄州融信銀行、廣州農商銀行等11家銀行的貴金屬代銷業務。

[b]二、行動應用介紹[/b]

永銀行動端採用的帆軟「[url=http://www.finereport.com/tw/]數據分析[/url]」APP與企業微信+H5集成的兩種模式來部署自己的業務與[url=http://www.finereport.com/tw/]報表製作[/url]系統,APP用於實際業務,H5用於領導查看一些關鍵的經營數據。公司藉助帆軟的「數據分析」APP實現了業務員工作日報管理、銷售流程審批、訂單全流程管理(訂單生產、發貨、退貨)等多個實際業務的應用。

[b]三、掃碼控制項實現訂單全流程管理業務場景[/b]

業務員在日常工作中,需要隨時隨地的給客戶下單,並能夠對訂單的物流進行監控與查詢;由於永銀的商品均為貴重金屬類,所以需要對配貨和發貨進行全流程的跟蹤與監控;通過帆軟APP的[url=http://www.finereport.com/tw/]大數據分析軟體[/url]與[url=http://www.finereport.com/tw/]bi系統[/url],實現了訂單提報,商品配貨、發貨,物流查詢的行動化和信息化。

[b]1、訂單提報[/b]

業務員拿到和訂單以後可以直接依託行動端生成訂單信息提交填報,並同步到OA系統中,系統生成當前訂單的編號並以此進行全流程的管理。

[img]http://www.finereport.com/tw/wp-content/themes/BusinessNews/images/2017041001.png[/img]

[b]2、商品配貨流程[/b]

· 工作台簽到:配貨員在對訂單進行操作前需要在工作台進行簽到,已便對配貨員進行考勤與監控,尤其適用於貴重商品的配貨,可以與工作台攝像頭進行數據關聯,提高安全性。

[img]http://www.finereport.com/tw/wp-content/themes/BusinessNews/images/2017041002.png[/img]

[b]· 配貨作業[/b]:掃描訂單編號條形碼,進行配貨作業,通過流程關係表進行自動流程匹配,填報成功後能自動刷新當前貨品的配貨狀態,有效避免了由於失誤導致貨品揀配流程中的錯誤。
配貨流程如下:列印揀配單=>揀配發票=>揀配貴金屬=>揀配包裝=>揀配複核=>打包發貨

[img]http://www.finereport.com/tw/wp-content/themes/BusinessNews/images/2017041003.png[/img]

[b]· 掃碼打包[/b]
配貨流程完成後需要進行發貨操作,通過掃碼獲取出庫單號信息錄入訂單對應的物流信息,確保對全流程的跟蹤,完成閉環。
如果存在1個訂單多個包裹的情況,可以通過插入行的方式錄入多個物流單號。

[img]http://www.finereport.com/tw/wp-content/themes/BusinessNews/images/2017041004.png[/img]

[b]三、訂單查詢[/b]

訂單提報生成以後,業務員可以實時查看當前訂單的狀態,訂單發貨之後還能通過物流單號直接查詢物流信息

[img]http://www.finereport.com/tw/wp-content/themes/BusinessNews/images/2017041005.png[/img]

一個數據平台省了20個IT人力——敦奴數據平台建設案例分享

週六, 四月 1. 2017

[img]http://www.finereport.com/tw/wp-content/themes/BusinessNews/images/2017040101.png[/img]
[b]認識敦奴[/b]
敦奴集團創立於1987年,主營服裝、酒店、地產,總部位於中國皮都-海寧。浙江敦奴聯合實業股份有限公司(以下簡稱「敦奴」)是一家集開發、設計、生產、銷售於一體的大型專業服裝企業。敦奴擁有上海、海寧兩個研發運營中心,旗下有DUNNU,DDU,DIDIER PARAKIAN三大品牌,銷售網路遍及全國各地,在全國範圍500家連鎖店。敦奴擁有80000多平方米的服裝生產基地,現有員工2000多人。2016年,敦奴服裝業務的營業額為十幾個億。
[b]數據分析平台建設曲折路[/b]
從2013年敦奴開始籌建數據平台。2014年初上線國外某品牌系統,因為使用效果一般,員工不習慣使用,領導不願意看系統出的報表,一年後基本棄用。數據化建設是企業IT的必經之路,需求再次膨脹。2016年重新啟動數據平台建設,考慮到行動化、可交互、成本、廠商經驗四個因素,決定使用帆軟報表來搭建這個數據平台。
[b]數據分析平台建設成果總結(寫在前面)[/b]
1、2016年產銷率提升5%,利潤增長15%,數據分析平台貢獻佔一半
2、月報從每月12號以後加快到5號發布,並能進一步提升
3、減少20個專業IT人員工作量,[url=http://www.finereport.com/tw/]數據分析[/url]貢獻一半的作用
4、企業的管理從無序到有序(貨品周運作管理,薪資管理等)
5、企業管理變革,組織架構扁平化,打破部門壁壘,協作效率提升,業務數據流通效率大大提高
[b]敦奴數據平台建設[/b]
對於數據平台敦奴有兩個特別期待的。
第一,對於中小企業來說,我們所要面對的數據量雖然談不上大數據,但業務邏輯很複雜,希望[url=http://www.finereport.com/tw/]BI系统[/url]能分析這些邏輯複雜的業務產生的數據,並指導業務調整。
第二,對平台智能化的要求較高。平台的選用不僅僅是用來製作固定格式表報,還需要把全公司上上下下的業務流程和指標全部用系統來落地,這就需要對平台有較高的智能化要求。
基於以上兩點期待,在2016年,我們的數據平台建設主要規劃和完成了4個模塊:[b]主數據管理、通訊錄管理、貨品管理、BOSS交互屏[/b]。
[b]主數據管理[/b]
主數據管理的核心目的就是要打通各個業務系統,形成統一的數據介面規範。在平台上線之前,敦奴的基礎數據是沒有規則的。這就導致相關的配套如物業、積分商城無法與會員數據有效聯動,會員積分管理流於形式,業務系統里的會員數據發揮不出應有的價值。在主數據管理過程中,我們除了用ETL工具批量構建外,維護平台也是利用帆軟搭建的。
[img]http://www.finereport.com/tw/wp-content/themes/BusinessNews/images/2017040102.png[/img]
比如,我們用帆軟開發了「主數據基礎新增流程」「經銷商資料修改申請流程」等頁面,並統一集成到OA系統。各部門人員都可以通過OA統一入口申請,各系統主數據維護統一收至IT部門,OA流程審批結束如果能系統對接就自動生成,不能就統一由IT部門維護,IT部門維護結束,OA通知所有相關部門及人員。(流程圖如上)
[img]http://www.finereport.com/tw/wp-content/themes/BusinessNews/images/2017040103.png[/img]
主數據管理是我們數據分析的根基。上圖兩個頁面,就實現了我們會員系統、訂單系統和OA等系統的主數據管理。帆軟主數據管理除了幫我們打通了不同系統,實現了數據共享,還有效的節約了IT人力資源。粗略統計,僅僅主數據整理這一個模塊就節約了6~7個人。
[b]• 具體是如何進行主數據管理操作?[/b]
舉個例子,建設初期就遇到一個有意思的挑戰:什麼是服裝「斷碼」。從領導層來講,公司倉儲的服裝全部尺碼如果不完整就是斷碼;從倉庫的倉管員角度來講,倉庫內的服裝尺碼不全就是斷碼;從門店的業務員角度來講,客戶需要的尺碼當前門店無貨就是斷碼。之前會員系統、庫存系統、訂單系統並未完成主數據管理。那麼就會存在倉庫有貨,但是門店對不上貨,無法從倉庫及時取到對應貨品提供給我們的顧客。現在完善和打通貨品信息會員信息後,可以當場給顧客從倉庫調到正確的服裝,還可以根據客戶喜好選擇快遞服裝到客戶家裡。所以反過來思考,「斷碼」的含義就是業務不統一,造成指標不統一,流程難以走通。後來我們定義的斷碼就是顧客在門店當場拿不到,且3天內無法郵寄到顧客身邊或者客戶拒絕郵寄,因碼數不全導致這種情況,就是「斷碼」。
[b]通訊錄平台[/b]
我們的數據分析項目,第二個成果就是數據平台通訊錄。之前我們的OA平台已有通訊錄(見下圖),也挺好看的,為什麼還要重新搭建呢?
[img]http://www.finereport.com/tw/wp-content/themes/BusinessNews/images/2017040104.png[/img]
因為之前的通訊錄沒人用。我們調查發現,原有OA平台通訊錄有三大問題:人員多、信息少、弱相關。公司有將近1000個聯繫人,全部列表展現,大家都不想看;而通訊錄的人員信息,只有部門、電話、郵箱,因某項工作需要與他人溝通,無法根據通訊錄確認是否是聯繫這個人;對於每個人來講,1000多個聯繫人,大部分都是用不上的,但是每次查找卻都混在其中,想找的人找不見。
為解決這三個問題,我們根據業務部門的需求溝通結果,重新開發了「數據平台通訊錄」。新通訊錄根據組織架構,分級分組摺疊,每一級都可以向下鑽取詳細信息,並且涵蓋較為齊全的人員信息,包括大區里督導級的人員信息、文化信息等,包括店鋪信息等等。這樣一舉解決了原來通訊錄的三大問題。
[b]• 為什麼優先解決通訊錄問題?[/b]
其實,這既是我們搭建數據分析平台的挑戰,也是我們的意外收穫。在項目需求調研時,我們發現想找到具體的需求人,還挺周折,每次都需要層層聯絡,效率比較低。同時我們也收到業務部門的抱怨,他們自己想找人也是很不方便。這個問題現在才發現,是因為公司壯大了,系統內的人員翻番,而且這些問題並不會體現在績效和指標上,也就是說,全公司的信息化體系沒有能反映OA系統通訊錄找到對應人效率低的問題。在帆軟[url=http://www.finereport.com/tw/]報表製作[/url]工具的協助下,我們評估了工作量,發現數據都是現成的,這個在手機上使用的通訊錄平台,不到一天我們就上線了。當然後期還有一些優化。總的來說,這是第一次讓業務人員感受到了這個系統的效率,得到了首次認可,後面的配合工作,也積極不少。
[img]http://www.finereport.com/tw/wp-content/themes/BusinessNews/images/2017040105.png[/img]
[b]貨品管理[/b]
敦奴貨品管理系統的核心就是數據打通和實時報表。目前我們實現了每周周一12點、24點自動日結,區域13點自動調整,全國周二9點自動調整,周五統一收貨,周末銷售一整套完整自動化流程,這在使用帆軟之前是無法實現的。
我們的月報主要是貨品管理。新月報系統主要是給中低層管理人員使用,考慮到大家的需求,我們採用的是表格的形式。既方便管理人員查閱完整數據,又方便和我們的WPS系統對接。之前我們的月報預期是每個月12號發布,實際是12號都難以發布出來。現在我們可以加快到5號出來,以後可以進一步提升。僅此月報一項,可以減20個人的工作量。但我們並不是真的裁員20人,我們是把這些人員安排到信息化建設的其他項目模塊。
[img]http://www.finereport.com/tw/wp-content/themes/BusinessNews/images/2017040106.png[/img]

[img]http://www.finereport.com/tw/wp-content/themes/BusinessNews/images/2017040107.png[/img]
[b]BOSS交互屏[/b]
敦奴的BOSS交互屏系統主要負責對已有的業務系統數據信息進行高效率的分析,並將分析結果展現出來領導辦公室顯示屏上,讓領導能直觀、便捷地查看各個管理部門的財務數據指標,合理調度配置資源。我們辦公室的BOSS交互屏,主要分析展示的是直營店、加盟店、第五季在上一營業日和當月的實收、零售、回款三個重要財務指標。老闆在辦公室點選交互屏,就能了解所有店鋪的銷售情況,同時突出顯示異常店鋪的異常指標。考慮到領導出差在外,也需要及時掌握店鋪營業狀況,我們用帆軟報表製作平台部署了行動端交互看板。現在敦奴500多個店鋪的庫存和財務數據,領導都能在交互屏和行動端上直接查看,提高了[url=http://www.finereport.com/tw/]商業智慧[/url]的應用水平。根據業務部門反饋,現在領導基本不再打電話要業務財務數據了,領導自己也覺得方便了。同時,業務部門每次彙報,直接對著辦公室交互屏,邊彙報邊操作,把精力都集中在了業務分析上,而不是浪費在看報表、核對數據。
[img]http://www.finereport.com/tw/wp-content/themes/BusinessNews/images/2017040108.png[/img]
[img]http://www.finereport.com/tw/wp-content/themes/BusinessNews/images/2017040109.png[/img]
[b]反思數據平台實踐中的挑戰[/b]
[b]1、戰略模糊,政策落地執行困難。[/b]由於數據化建設基礎薄弱,開始時數據混亂,不同系統的數據對不上。領導層要業績,業務部門要數據,IT部門夾在中間難以推動。自從制定明確戰略之後,政策落地的分解工作便順利展開了。所以,定戰略是首要的事。2017年敦奴開年就制定的明確的大數據平台發展戰略。
[b]2、基礎數據不完善或缺失,造成模型智能化低,價值不高。[/b]現在企業普遍存在基礎數據質量差的問題。數據平台建設,必須要耐著性子做好數據清洗和數據質量控制,把功夫花在平時,用在流程和規範上。數據質量管理要靠企業流程管理的規範化。
[b]3、變革企業文化,改變組織架構,影響部分人員的利益、權利、控制力。[/b]敦奴數據平台搭建的目標之一就是提高業務人員的工作效率。效率提升了,相同的工作需要的人力就少了,甚至有些程序就消失了。影響了部分人的利益、權利、控制力,自然項目實施會遇到阻礙。所以在項目實施之前,就充分考慮了這部分的影響,同時在實施過程中,也關注到了這部分人的意見。敦奴數據平台一期建設的成功,也是反對聲音的成功。

數據視覺化如何在流程管理中發揮價值?——來看物流企業真實的數據監控平台

週三, 三月 29. 2017

一年的時間,【江汽物流】沉澱出一套流程視覺化的經驗。這裡拿出來一同探討。


[img]http://www.finereport.com/tw/wp-content/themes/BusinessNews/images/jianghuai08.jpg[/img]

[b]關於江汽物流[/b]
安徽江汽物流有限公司成立於2013年,主營業務整車物流(採購物流、生產物流、銷售物流),車輛管理和維修,客運、計程車及汽車租賃等業務。我們以整車業務、物流業務「兩業聯動」模式保障物流規劃能力、物流運作能力、物流操作能力「三大能力」體系建設,控制兩項指標「搞物流及時率」「低貨物質損率」,最終提升客戶滿意度。目前獲得榮譽有國家4A級綜合型物流企業和2014年度全國先進物流企業等。

[b]什麼背景下做了流程監控數據視覺化體系?[/b]
十二五期間我們把流程打通了。流程打通後我們思考:信息化系統產生了大量數據,這些數據怎麼用?思考的結果是做監控[url=http://www.finereport.com/tw/]數據視覺化[/url]系統。

[img]http://www.finereport.com/tw/wp-content/themes/BusinessNews/images/jianghuai01.jpg[/img]

下圖這裡是流程打通後的整個信息化平台架構。乘儲信息化系統、商儲信息化系統、產前物流系統、生產配送系統、備件物流信息化系統、班車調度系統是我們的基礎信息系統,現在已經和外部業務資源、物流平台、上游的ERP等系統、第三方的GPS系統打通,同時內部還打通了費用結算系統和財務系統。每天這些業務系統正常運行,沉澱了大量數據,我們認為這些數據應該能給我們帶來巨大價值,但沒有系統能支撐,用不起來怎麼辦?在這樣的情況下,我們思考,要搭建一套能看得見業務運行和狀態監控的系統,實時的監控數據和進行[url=http://www.finereport.com/tw/]數據分析[/url],這也就是我們已經做成的江汽物流監控數據視覺化系統。

[b]物流監控數據視覺化系統是如何搭建?[/b]

[img]http://www.finereport.com/tw/wp-content/themes/BusinessNews/images/jianghuai02.jpg[/img]

監控數據視覺化系統的基礎就是我們的物流服務管理體系,依託信息化平台來提供各種流程和數據。我們以數據監控提升企業效益這個目標為引領,分監控指標、處理流程、管理制度、運行組織四個模塊來進行系統搭建。

首先,依據信息化平台的數據,識別業務關鍵指標,對每一個指標進行單獨監控,對多個指標組合進行聯合監控;然後對關鍵指標或者關鍵指標組合進行處理流程的構建,主要是規範建立關鍵指標的流程和規範運營過程中的指標對標,發現有指標異常的時候要有規範的處理流程進行調整處理;對每一項關鍵指標和關鍵指標組合建立一套規範的處理流程催生了我們新的管理制度,我們需要保證人員、設備、資源等的及時有效投入,異常處理備案,包括最後對數據監控產生的價值的有效利用,都有標準的管理制度來規範;在構建好前三個支柱的前提下,最後就是如何有效運行組織,來保證整個監控數據可視化系統高時效、高質量、高效益的運行。

對於監控指標、處理流程、管理制度,我們是有具體的操作方式方法的。比如說我們的商用車發運,我們主要關注的是運營的時效性管理。我們按照流程從接收訂單、組織發運、出庫、合格證列印、綁紮裝車,加油、出發進入在途狀態,利用這套系統,將商用車發運的全過程分成若干個段,每段單獨監控,多段聯合監控,這樣我們就實現了商用車發運的精細化、視覺化管理。乘用車發運和商用車發運整體相似,但有所不同。主要是乘用車發運的信息化不如商用車發運的信息化程度高。但我們這套監控視覺化系統可以靈活調整,所以依然可以有效地的進行精細化、可視化管理。零部件發運不同點就更多了。我們更為關注的是倉庫的利用率、貨物的周轉率等等。根據這三大業務,我們各事業部建立管控指標 40個,建立關鍵指標對應報警處理流程15個(商儲、乘儲)、2大類零儲報警處理流程。

[img]http://www.finereport.com/tw/wp-content/themes/BusinessNews/images/jianghuai03.jpg[/img]

[img]http://www.finereport.com/tw/wp-content/themes/BusinessNews/images/jianghuai04.jpg[/img]

[b]流程監控數據視覺化體系日常如何運行的呢?[/b]
我們根據之前梳理的關鍵指標和處理流程,制定了日報、周報、月報管理運行簡報體系加會議室大屏系統。其中日報、周報、會議室大屏系統完全是帆軟這套[url=http://www.finereport.com/tw/]報表製作[/url]與BI[url=http://www.finereport.com/tw/]商業智慧[/url]平台開發出來的,月報有部分手工編寫。我們開發好了日報、周報,每天早上員工和部門領導一上班,打開系統就可以查看到對收發存數據進行的統計和分析,省去了事業部每日加班做表、核對數據的工作量;月報我們是用紙質文檔給領導,需要人為梳理編寫,一般我們都是從帆軟[url=http://www.finereport.com/tw/]BI系統[/url]中導出規範格式的帶數據和圖表的簡版分析報告,然後專人對數據和圖表進行深入解讀匯總,最後呈送給領導。我們整理的月報是對監控體系運行情況、及監控異常數據進行分析、預測,為管理層和領導層管理決策提供了有力的數據支援。

[img]http://www.finereport.com/tw/wp-content/themes/BusinessNews/images/jianghuai05.jpg[/img]

[img]http://www.finereport.com/tw/wp-content/themes/BusinessNews/images/jianghuai06.jpg[/img]

[img]http://www.finereport.com/tw/wp-content/themes/BusinessNews/images/jianghuai07.jpg[/img]

[b]在這個系統開發和運行過程中,有過兩次經歷讓大家對這個系統逐漸認識到價值。[/b]
報表製作開發過程中我們就發現了監控系統的不足。這個系統出來的報表顯示,我們的GPS使用有的時段使用異常,突然最近一段由80~90%減低到10% 以內。本來我們人工配送,要求每人攜帶一個GPS,理應不會有使用率暴跌的情況。但是報表顯示,GPS使用數據就是有異常,然後我們業務部門前去調查,發現一線人員人為解綁GPS。這是為什麼呢?原來是一線人員解綁後可以多接單,多拿提成和獎金。這就是我們通過這個商業智慧BI系統,及時發現了業務異常。因為這個業務不規範,導致那一段時間系統採集的數據都失真,其他指標也失去了價值,比如在途數據、軌跡數據完全基本無效了。我們按照處理流程給業務部門提出整改意見。業務部門根據處理流程和管理制度及時做了調整。這個系統能及時返現業務異常,確實幫到了我們。

在系統平穩運行半年後的某一天,我們發現庫內時效數據特別高,貨物一直積壓在庫。我們這個系統及時的報警。根據系統中已經開發的報表,發現可供調配發貨的車輛明顯減少,並且有成批的貨物積壓在庫,不是散裝貨物。根據處理流程,我們把這個情況及時反映給業務部門,業務部門前去調查,發現確實是當日被調走一半的運輸車輛,運力嚴重不足,同時因為組機廠把公報沒批下來的新車入庫,營銷系統不允許發貨,導致成批貨物積壓在庫。搭建了這個系統,我們能及時發現業務異常,並初步判斷異常的表面原因,縮小問題範圍。但是找到問題根本原因還是需要找一線業務部門具體溝通,並且找到針對性解決方案。

2016年下半年,我們的監控數據視覺化系統基礎部分開發完畢,包括指標梳理、處理流程、管理制度、數據倉庫的構建和基礎報表,我們重點開發了會議室大屏系統模塊。會議室大屏系統主要展示三部分:
1.各個作業區的視頻監控,作業現場監控
2.所有在途作業車輛的位置信息,跟蹤運行軌跡,停車時間監控
3.主體業務經營數據監控展示

[img]http://www.finereport.com/tw/wp-content/themes/BusinessNews/images/jianghuai08.jpg[/img]

[img]http://www.finereport.com/tw/wp-content/themes/BusinessNews/images/jianghuai09.jpg[/img]

[img]http://www.finereport.com/tw/wp-content/themes/BusinessNews/images/jianghuai10.jpg[/img]

[b]監控數據視覺化系統開發帶來的新認知[/b]
監控數據視覺化系統建設的要點和難點是數據規範,數據規範的背後是業務的規範,功夫全在數據系統以外,業務管理要嚴格規範,確保數據質量。GPS使用數據異常的例子就說明了這點。所以監控數據視覺化系統乃至整個信息化系統建設,都需要有人規範業務流程,監督流程的執行,確保數據質量,才能保證數據視覺化這類信息化系統的高效運行和產生價值。

信息化體系建設要藉助高層推,體系搭建完,流程制定完,體系流程如何保證有效落地和實施,公司高層要有意識強力推進,要靠高層往下推,從下往上推推不動。流程要關聯個人KPI的,大家推行使用都會很積極。這也是高層推動的好處之一,可以設置KPI。

不要指望系統能解決所有問題,因為許多判斷和決策是需要人員干預的,系統只能做部分固化的流程和判斷。我們可以通過系統展示識別關鍵指標,異常指標,通過數據監控鑽取到異常數據的明細。但真正找到異常原因和採取得當的處理措施是需要專人判斷原因是否符合事實、處理措施是否有效的。

構建企業大數據生態,關鍵在於打通內部數據!

週五, 三月 17. 2017

一個企業要想保持長遠的發展,在市場中成為一個強有力的生命個體,必然要注重企業組織之間的協調、合作關係,與環境協同進化,也就是所謂的企業生態系統。而企業信息化或數據化作為管理的重要支撐,是這生態系統中的關鍵一環。

《2015中國大數據應用前沿調研報告》指出,在對於「貴公司認為打造生態系統的重要性在何處」調查時,接近一半的受訪企業選擇了「打通企業內部部門數據,更好的服務業務增長」。對於「貴公司為全面實現大數據戰略首要的關注點」,排名第二的回答是「使用標準化數據處理」。在被問及對大數據平台最緊迫的需求時,佔比最大的回答分別是「視覺化交互分析」(41%)和「大量數據的實時計算」(41%)。

這樣的需求並不是沒有緣由。很多受訪企業表示,打通企業內部溝通渠道可以大大提升企業生產和運營效率。尤其是傳統製造業,傳統工廠的生產模式為線性生產模式,從客戶的訂單開始,向後接設計、工藝、加工、質檢、物流和客戶的現場服務,最後到回收環節,形成了完整的產品生命周期。這種模式的缺點在於,各個環節之間信息相對獨立,不能實現信息的實時共享,一旦任務突然變更就會打亂整個生產節奏,使生產出現嚴重的滯後,對管理和生產均造成極大的不便。而一旦打通企業內部數據通道,就消滅了企業內部各個環節之間的距離,實現了信息的無縫鏈接,使企業運營效率大大提升。

不少企業已經開始意識到這樣的問題,尤其是追隨這波大數據的浪潮,很多在信息化方面有建樹的企業已經開始著手企業的數據打通管理。

案例一:泰爾重工——視覺化工廠建設

泰爾重工是「傳動機械、冶金裝備、智慧製造」的國家火炬計劃高新技術企業。從2008開始著手基礎信息化建設,並有遠見地定下了從視覺化工廠、數字化工廠到智慧化工廠的目標。


[code]
[img]http://www.finereport.com/tw/wp-content/themes/BusinessNews/images/bigdataecological01.png[/img]
[/code]




在基礎架構上,泰爾重工從網路、融合通訊,將電話系統與IM終端打通,將伺服器虛擬化,做了超融合虛擬化平台,包括所有的計算存儲、資源都虛擬化,為未來嘗試Hadoop結構化、分析化的[url=http://www.finereport.com/tw/]大數據分析[/url]打下基礎。

利用OA系統實現工作流程、知識、客戶、資產等管理。並與ERP、MES、一卡通等系統做高度的集成開發。

上線的PLM系統,建立了從客戶需求引出的項目研發、產品設計、和工藝開發,以適應產品的個性化設計,縮短開發周期。

利用MES系統構建完整的生產計劃制定和生產指令發布體系。通過信息系統的協助,制定合理可行的產品交付計劃,建設生產現場全覆蓋的生產數據採集系統,與生產指令發布系統無縫連接,將相關指令的執行狀況實施反饋給系統,便於生產指令的有效跟蹤和快速調整。

這些系統與業務緊密結合,利用[url=http://www.finereport.com/tw/]報表製作[/url]和[url=http://www.finereport.com/tw/]商業智慧[/url]軟體FineReport搭建數據視覺化[url=http://www.finereport.com/tw/]BI系統[/url]平台,接通各系統入口,打通數據,實現管理視覺化,有理有據的決策支援。

[img]http://www.finereport.com/tw/wp-content/themes/BusinessNews/images/bigdataecological02.png[/img]

案例二:某地產——消費生態群的構建

由於缺乏有力的數據支撐,該公司的產品生產、設計、營銷與繳費者存在脫節,企業的很多行為都是「驚險的一跳」。

對於這個問題,該公司主張通過信息化,不斷地把自身的設計、營銷和消費者打通,致力於打造一個主數據核心平台。這些主數據包括客戶的供應商,城市、項目、分析、分區、勞動到具體的房源,並且將這些數據抽取出來作為主數據,在OA系統中建立審批流通環節,利用帆軟FineReport報表與BI軟體與各系統的完美對接,實現數據導入。


[img]http://www.finereport.com/tw/wp-content/themes/BusinessNews/images/bigdataecological03.jpg[/img]

打通內部數據還有一個關鍵問題:數據質量和口徑統一。

數據處理是一個複雜的過程,這其中有很多環節,從前期的數據標準、數據集成到數據處理等等,任何一個環節出錯都有可能導致數據質量問題。大多數企業的疑問在於,我們做了很多數據分析和挖掘,這種分析挖掘的結果到底對不對?靠什麼來衡量?有的企業基於數據分析作出了一些營銷的趨勢性結論,但如果數據本身是錯的,企業的大數據計劃要麼會失敗,要麼效果會低於預期。因此,解決數據質量和規範口徑還得從源頭和管理上著手。

源頭控制:對於每個進入系統的數據都要做好嚴格的檢查校驗,如利用FineReport[url=http://www.finereport.com/tw/]報表工具[/url]的填報校驗,控制數據標準。這樣的工作需要持續、不斷,效益會歲時間慢慢浮現。

以終為始:上線數據平台時,對於整個數據的來源過程可進行重新審視,重新去看待整個信息架構的合理性,流程的合理性,強壯性,整個業績體系,組織架構的合理性。

規範流程:規範流程涉及公司內部管理的梳理和整合,流程體系的梳理建設和整個文檔編碼的設計都需要配合整個管理體系的建設。

行動設備也能這麼方便的進行日程、行程管理?!

週二, 三月 7. 2017

會議太多?行程太亂?銷售員業務動作無法監控?想要实现業務員客戶地理位置簽到、拜訪結果實時錄入、業務員軌跡地理化? 这些日程和行程的管理能不能在行動設備中輕鬆實現?
今天給大家介紹行動設備日程、行程管理解決方案!有需求的可以來參考借鑒!

【方案說明】:
在企業辦公中,各種日常事務非常的多,例如企業經理級別及以上的領導層,每周會有各種會議安排、業務員客戶拜訪行程安排等等。而面對如此多的事務信息,僅僅憑藉我們的大腦,已經無法熟記個人的各種行程事務。傳統的採用人力紀錄行程時代已經過去,為了提高工作效率,加強個人的行程事務的處理,需要將行程管理全面的信息化。

【方案工具】:FineReport[url=http://www.finereport.com/tw/]數據分析[/url]與[url=http://www.finereport.com/tw/]報表軟體[/url]

【方案內容】:
這個方案包涵了行程的錄入、添加、刪除,行程的查看等多張實際應用demo;
同時詳細描述了行程管理方案中涉及的必要功能的實現過程;
實現個人行程管理的無紙化,並且可以隨時、隨地可以管理查看個人行程,沒有時間地點的限制;
行程更改時可以適時提醒,以防止遺忘重要的行程事務。

【方案效果圖及介紹】
該方案包括兩部分,分別為個人日常事務管理與業務員行程安排管理,包含超鏈子報表共7張demo,目錄結構如下:
[img]http://www.finereport.com/tw/wp-content/themes/BusinessNews/images/2017030601.jpg[/img]

內部員工可以使用日常安排錄入,每周一對自己本周的工作進行合理的安排。
傳統日報一般為錄入當天的工作計劃,而此模板則是自動計算出本周一至周日的日期,並且豎向充滿手機屏幕,日期與時間兩列進行凍結,從而方便的錄入一周工作日報。

[img]http://www.finereport.com/tw/wp-content/themes/BusinessNews/images/2017030602.jpg[/img]

各部門經理也可以通過該報表來查看自己部門下所有員工當天的工作計劃,從而省去了溝通與開會的時間,既監督每個人的工作進度,又能夠提高工作效率;
內部員工可以通過日常安排查看報表來查看自己當天的任務及部門領導的工作安排,從而提前了解領導的空餘時間,安排相關的會議或者彙報事宜。
[img]http://www.finereport.com/tw/wp-content/themes/BusinessNews/images/2017030603.png[/img]

每個員工可以通過周會議安排查看到本周需要自己參與的所有會議安排,默認會顯示當天的會議情況,也可以切換日期查看本周其他天的會議,從而合理安排自己的時間。
[img]http://www.finereport.com/tw/wp-content/themes/BusinessNews/images/2017030604.png[/img]

業務員或者銷售可以通過行程管理來對自己的行程進行一個合理的安排。
通過行程管理主頁一個入口即可進行這個行程錄入安排與結果紀錄,主頁按照上下兩部分顯示本月的日曆與選中日期對應的行程安排列表,默認為當天,可以切換月份及日期查看具體某天的行程安排。
日曆以淺藍色背景標記出當前日期,深藍色背景標記出當前選中的日期,淺藍色前景標記出是否有行程安排,從而可以很清楚的看出一個月哪些天安排了行程,哪些天還沒有做安排,從而合理安排時間。
選擇具體的日期後,可以點擊行程安排右側的加號,給這天添加新的安排
行程工作結束後,可以點擊具體時間右側的編輯圖標錄入拜訪的結果

[img]http://www.finereport.com/tw/wp-content/themes/BusinessNews/images/2017030605.png[/img]

錄入拜訪結果的同時,如果是外出的現場客戶走訪,則可以在客戶現場,通過手機進行位置的定位與現場圖片的上傳,這樣業務員或者銷售員可以直接在拜訪間隙時間就將需要的信息進行上報,而不需要每天晚上寫總結彙報
業務主管或者銷售總監以及員工本人,可以通過gis展現客戶拜訪情況查看每個業務員或者銷售員每個月的客戶拜訪軌跡,從而監督下屬的工作
[img]http://www.finereport.com/tw/wp-content/themes/BusinessNews/images/2017030606.jpg[/img]


【方案功能實現說明】
FineReport[url=http://www.finereport.com/tw/]報表製作[/url]與BI[url=http://www.finereport.com/tw/]商業智慧軟體[/url]提供的具體方案文檔里包含了以下6個難點問題詳細實現方法,您還可以直接下載完整工程包進行實際操作應用
1、根據當前日期動態生成當前周一~周日日期
2、切換前一天、後一天、上月與下月
3、日曆的實現方法
4、地理位置獲取
5、上傳照片到磁碟
6、gis地圖顯示當月所有客戶拜訪位置
最後需要感謝FineReport[url=http://www.finereport.com/tw/]商業智慧[/url]客戶【協鑫集團】對本方案提供的思路和建議,希望能有更多有大數據分析軟體行動設備數據分析需求的客戶給我們帶來更多優質的應用場景,歡迎聯繫我郵箱 shalor@fanruan.com!
【方案資源下載】
日程管理方案完整資源包含案例工程比較大,請到雲盤下載:[url=http://pan.baidu.com/s/1pLGvsEZ]http://pan.baidu.com/s/1pLGvsEZ[/url]
提取碼為請戳鏈接[url=https://www.jiandaoyun.com/f/58a10f3e6a15da2874899589]https://www.jiandaoyun.com/f/58a10f3e6a15da2874899589[/url]
填寫申請表獲取,或者郵箱聯繫 shalor@fanruan.com )

如何用FineReport實現行動端考勤?行動考勤如何實現?完整解決方案在這裡!

週二, 二月 21. 2017

[color=#808000]本方案來自於Finereport動態報表與BI[url=http://www.finereport.com/tw/]商業智慧[/url]軟體實際應用的考勤系統,我們用它替換了釘釘!
滿足內勤打卡、外勤簽到、請假出差申請,個性化設定打卡地址等使用需求。
小手一戳,行動化考勤,你值得擁有![/color]

方案說明:
企業內部員工需要上下班打卡,請假出差都出要進行紀錄,根據匯總的資料結算工資、報銷補貼;
企業業務員外出需要提交客戶拜訪記錄,記錄業務員的行程,確保行程的真實性以及時間的充分利用性。
[color=#0000ff]如果企業沒有行動辦公平台,如何進行考勤?[/color]
內部員工上下班打卡要麼通過人工記錄,要麼通過指紋識別等設備,每個月底人事需要手動抽取資料在excel中進行匯總。如果出現漏簽情況,還需要人工核對和溝通。
業務員外出更是無法掌控,是否真正拜訪了客戶,無從得知。
如何低成本創建一個考勤平台並且與企業內部獨特的考勤標準相結合,如何將考勤流程化,資料訊息化,匯總自動化,將人事從考勤資料結算中解放出來?
帆軟[url=http://www.finereport.com/tw/]大數據分析軟體[/url]行動應用為您提供個性化行動考勤解決方案,該方案實現了考勤的主體流程,在此基礎上可以自由的添加設定新的個性化功能,讓企業考勤變的更高效。

方案內容:
該方案包涵了內勤打卡、請假出差、外勤簽到、外勤行程查看等多張實際應用demo;
同時詳細描述了考勤解決方案中涉及的必要功能的實現過程;

利用手機定位,實現了內勤和外勤員工的差異化考勤:
# 內部考勤打卡:手指一戳就可以進行上下班打卡,但是只能在規定的地址範圍才能夠打卡成功,打卡成功後可以自動跳轉查看當天考勤訊息,確保打卡成功。
# 外出考勤簽到:手機定位當前地址,上傳客戶現場照片,即可簽到;簽到成功自動跳轉顯示當天的所有客戶拜訪地址。
# 個性化設定內部打卡地址與時間
# 個性化添加請假出差上報界面

方案效果圖及介紹:
方案分為兩個入口:對於內勤員工為打卡與請假出差;對於外勤員工為簽到界面與請假出差。包含超鏈子報表共7張demo以及PC端的考勤統計表,目錄如下:
[img]http://www.finereport.com/tw/wp-content/themes/BusinessNews/images/2017022101.png[/img]
1、內勤
內勤員工有固定的辦公場所,在到達指定範圍內以後打開「打卡界面」demo,經緯度會顯示為有效,同時可以點擊刷新地理位置進行重新定位,避免經緯度不準導致的無法打卡;
只有當經緯度均為有效時(這裡可以修改JS自定義經緯度範圍)才能點擊「簽」按鈕進行打卡,頁面自動跳轉至考勤訊息確認,可以對考勤訊息添加備註後上報入庫;
填報成功後,頁面會自動跳轉至原先的打卡界面,在界面上可以獲取今日的打卡訊息,包括打卡次數、每次的時間、地點。
[img]http://www.finereport.com/tw/wp-content/themes/BusinessNews/images/2017022102.png[/img]
還可以在當前頁面中點擊「當月考勤記錄」,能夠查看當月內勤員工的所有考勤訊息,包含正常打卡、出差、請假等。
[img]http://www.finereport.com/tw/wp-content/themes/BusinessNews/images/2017022103.png[/img]
2、外勤
外勤員工例如銷售員、業務員往往沒有固定的辦公場所,需要在客戶現場簽到。方案中需要員工在客戶現場獲取位置訊息,上傳現場照片,即可完成考勤。
在客戶現場打開「簽到界面」demo,可以直接獲取當前的位置訊息(點擊「重新定位」可以重新獲取位置);填寫客戶名稱、拜訪對象等訊息,可以自動關聯出系統內的客戶地址;
同時需要上傳客戶現場的照片,點擊簽到按鈕,會將客戶訊息、位置訊息填報入庫,現場照片儲存至伺服器制定位置;
註:這裡獲取的位置訊息是GPS經緯度=>百度經緯度=>百度地址訊息,具體JS請參考文檔中實現說明。
[img]http://www.finereport.com/tw/wp-content/themes/BusinessNews/images/2017022104.png[/img]
填報成功後,頁面會自動跳轉至該業務員當天所有的拜訪訊息,用GIS地圖的方式展現:
[img]http://www.finereport.com/tw/wp-content/themes/BusinessNews/images/2017022105.png[/img]

3、請假出差(漏簽補簽)
除了正常的考勤以外,員工還會遇到請假、出差等情況。方案也提供了請假出差的上報demo。
打開「請假出差」demo,可以篩選出差或者請假的不同時間段,在指定的日期中,填寫「上/下午」、外出類型以及原因後上報入庫;
同樣在demo中,可以針對正常打卡中漏簽情況進行補簽,只需在類別中選擇補簽即可;
點擊頁面下方的外出統計,可以顯示當前該員工的所有外出訊息。
註:外出類型可以根據公司的不同類型自定義
[img]http://www.finereport.com/tw/wp-content/themes/BusinessNews/images/2017022106.png[/img]

4、考勤統計
由於對於外勤員工的考勤方式每個公司都會有所差異,因此方案中只給出了對於內勤員工考勤的統計。具體每月針對性的人事考勤以及財務核算都能在這張表的基礎上進行統計分析,方案中就不進行針對性演示了。
[img]http://www.finereport.com/tw/wp-content/themes/BusinessNews/images/2017022107.png[/img]

[b]方案功能實現說明:[/b]
[color=#FF0000]具體方案文檔里包含了以下6個難點問題詳細實現方法,您還可以直接下載完整工程包進行實際操作應用[/color]
1、打卡界面設定
2、地理位置訊息獲取

2.1 GPS獲取
2.2 GPS位置有效性判定
2.3 百度位置訊息獲取
3、考勤訊息統計
4、請假出差

4.1 上、中、下旬的區分
4.2 自定義請假出差的類別
4.3 利用複選框控制項區分上、下午
5、上傳照片到磁碟
6、gis地圖顯示當月所有客戶拜訪位置


[功能推薦]如何實現掃碼應用?完整的掃碼應用場景解決方案(發貨、配送、庫管)在這裡!!

週二, 二月 21. 2017

[color=#0000FF]二維碼/條碼在公司的具體業務中隨處可見,掃碼能帶來工作的便利和行動化,同時應用場景也是極為豐富!
掃碼控制項插件也是被使用最多的行動端插件之一,本方案收集了利用掃碼控制項解決實際業務的具體例子,
讓物流發貨、配送、庫存管理更簡單,提高[url=http://www.finereport.com/tw/]商業智慧[/url]的應用水平![/color]

方案說明:
在零售、物流等公司的日常業務中,配貨、發貨、庫存管理、派送等業務場景是至關重要的模塊:
線上銷售類企業在發貨前期環節中往往需要確保發貨的準確性,減少人為誤差帶來的不必要損失;
線下物流類企業在訂單配送環節中往往需要業務員對派送訂單進行實時處理,同時公司還需要將物流訊息及時推送至客戶,提供良好的客戶感知;
在醫院藥房、企業倉庫中,行動化管理倉庫貨品訊息,可以提高在實際提貨業務中的效率。

方案內容:
該方案包涵了配貨、打包發貨、庫存查詢、配送等場景的多張實際應用demo;
同時詳細描述了掃碼業務場景方案中涉及的必要功能的實現過程;
本方案的核心思路為採用掃碼的方式簡化查詢,在發貨場景中,實時監控訂單配貨狀態,確保流程準確,通過填報在打包發貨環節錄入物流編號,實現訂單的全流程管理;
在配送場景中通過填報實時錄入訂單配送狀態訊息,並藉助推送功能將物流訊息發送至相關客戶,讓配送業務變得更加行動化、簡單化;
在醫院藥房、企業倉庫中,掃描提貨單上的條碼,可以查看到貨品的庫存詳細訊息,提高取貨效率,加強倉庫管理。

方案效果圖及介紹:
該方案包括三部分,分別為配貨與發貨、庫存與配送、提貨單管理,對應了上述的三種不同場景的業務,總計包含8張demo,目錄結構如下:
[img]http://www.finereport.com/tw/wp-content/themes/BusinessNews/images/2017022138.png[/img]

1、配貨與發貨
配貨員在對訂單進行操作前需要在工作台進行簽到,已便對配貨員進行考勤與監控,尤其適用於貴重商品的配貨,可以與工作台攝像頭進行資料關聯,提高安全性。
簽到時只需要輸入工作台編號,在簽退時會自動識別當前已簽到的工作台,只需提交簽退申請即可。
[img]http://www.finereport.com/tw/wp-content/themes/BusinessNews/images/2017022139.png[/img]
配貨整體流程可以分為:列印揀配單=>揀配發票=>揀配商品=>揀配包裝=>揀配複核=>打包發貨 6個過程,其中前5個流程可以在「配貨作業」demo中逐級操作,從而實現對整個配貨流程的管控。
通過掃描商品訂單上的二維碼,可以直接觸發配貨流程:
[img]http://www.finereport.com/tw/wp-content/themes/BusinessNews/images/2017022140.png[/img]
方案中採用條件判定隱藏行內容的方式,針對不同環節採用不同的表樣,揀配商品與揀配複核環節中會關聯訂單中商品明細資料,確保商品揀配無誤,整個流程採用提交後自動匹配後續流程的方式,無需增加太多工作量。
[img]http://www.finereport.com/tw/wp-content/themes/BusinessNews/images/2017022141.png[/img]
配貨流程完成後需要進行發貨操作,「打包發貨」demo可以錄入訂單對應的物流訊息,確保對全流程的跟蹤,完成閉環。
如果存在1個訂單多個包裹的情況,可以通過插入行的方式錄入多個物流單號:
[img]http://www.finereport.com/tw/wp-content/themes/BusinessNews/images/2017022142.png[/img]
2、庫存與配送
物流員在日常物流派送過程中可以利用「掃碼配送」demo進行[url=http://www.finereport.com/tw/]數據分析[/url]的實時填報,更新物流訊息。
為簡化物流員在此環節的工作,方案通過掃描派送單二維碼、條碼的方式(本方案採用訂單ID)快速關聯本次物流的原始訊息:
[img]http://www.finereport.com/tw/wp-content/themes/BusinessNews/images/2017022143.png[/img]
在demo中可以錄入當前訂單配送情況,包含送達時間、拒收情況等訊息,同時還能自動關聯出下一個派車單ID的客戶訊息:
[img]http://www.finereport.com/tw/wp-content/themes/BusinessNews/images/2017022144.png[/img]
並能夠將下家的預計送達時間訊息推送至客戶APP中,方便客戶在合適的時間接受派送:
[img]http://www.finereport.com/tw/wp-content/themes/BusinessNews/images/2017022145.png[/img]
物流庫存管理員可以使用「庫存查詢」demo,通過派車單ID對庫存訊息進行查詢:
[img]http://www.finereport.com/tw/wp-content/themes/BusinessNews/images/2017022146.png[/img]
3、提貨單管理
在醫院藥房、企業倉庫中往往存在這樣的場景,提貨人需提出需求,提貨審批人會給你開提貨單,提貨人需要憑提貨單到倉庫提取貨品。將提貨單用條碼進行管理,倉庫管理員能直接查詢到所提貨品的位置、庫存等詳細訊息,並且能在提取後直接更新庫存訊息。
提貨審批人在PC上使用「提貨單」demo,開具提貨單訊息,並列印出來給提貨人;
註:這裡提貨單的ID為隨機數,企業可根據實際情況生成自己的唯一識別ID。
[img]http://www.finereport.com/tw/wp-content/themes/BusinessNews/images/2017022147.png[/img]
提貨人將提貨單遞交倉庫管理員,管理員通過行動端的「提貨倉庫訊息」demo掃描提貨單上的二維碼,即可獲取所提貨品的詳細訊息,包含庫存數量、需求數量、以及商品的具體位置;
[img]http://www.finereport.com/tw/wp-content/themes/BusinessNews/images/2017022148.png[/img]
貨品提取完成後需要直接提交當前頁面,可以實時更新相關貨品的庫存訊息。

方案功能實現說明:
具體方案文檔里包含了以下5個難點問題詳細實現方法,您還可以直接下載完整工程包進行實際操作應用
1、掃碼獲取派送單訊息
2、手動推送APP消息介面
3、多行填報(插入、刪除)
4、流程控制
5、條碼獲取

醫藥行業如何進行數據化運營,提高企業決策效率?

週一, 一月 16. 2017

企業的E化是一個富有挑戰、具有推動性質的工作,需要不斷跟隨企業戰略的變化而改動。在轉型時期,如何優化企業E化布局,提升資料管理,這裡分享桐君閣的建設案例。

原文是桐君閣信息科科長黃永在帆軟巨量資料巡展上的演講,從企業E化建設,資料報表應用和BI的建設經驗等幾個角度展開討論。

客戶介紹
目前桐君閣涵蓋零售,中藥材經營、配送、分銷,進出口五大業態,採用精耕細作的市場定位。加盟藥房分布在重慶、四川、浙江、湖南、安徽、江西、遼寧、內蒙等地。

合作背景
目前,桐君閣採用分布式布局,每個分公司都擁有一套生產系統,由下方採集資料,傳輸到資料中心倉庫。總部信息系統存放一些主要資料,比如貨品信息,供應商客戶信息,還有人力信息。這些資料的使用都由總部下發,分公司獲取這些資料後,在各自的業務系統中完成報表分析。

由於管理策略的變化,未來桐君閣將計劃統一管理物流、業務資料並在總部實施。按照下圖的系統架構規劃,上面是基礎編碼中心,財務核算中心和客戶管理中心,業績考核中心,資料分析(data analysis)中心集中在總部,下面是進貨管理、銷售管理、培訓管理和促銷、執行,許可權都將下放到分公司。

[img]http://www.finereport.com/tw/wp-content/themes/BusinessNews/images/2016122001.jpg[/img]

帆軟[url=http://www.finereport.com/tw/]報表[/url]的應用

解決方案
當初公司財務系統主要採用SAP的BI產品。由於是上市公司,財務報表非常複雜,而SAP的產品只能展示,不能進行填報(向資料庫提交資料),且這方面的需求十分龐大,帆軟FineReport的出現很好的解決了這個問題。FineReport從搭建到連接資料庫,製作模板,填入資料,其主要應用在這樣幾個方面。

1、財務填報
以下上市公司的合并資產負債表,一共有300個單元格,用傳統方式一個一個拖拽的話,需要幾個小時。呈交上來的報表還需要通過多級的加工,加工之後匯總成總部需要的內容報表。所以這樣一個繁瑣的工作利用FineReport的填報和資料決策平台能提高80%的效率。

[img]http://www.finereport.com/tw/wp-content/themes/BusinessNews/images/2016122002.jpg[/img]

2、業務考核
由於種種原因,門店有時會出現貨品、商品組織貨源不及時的情況,針對這樣一種情況,我們會對溝通採購部門進行考核,提出到貨率這樣一個指標。通過報表中的鏈接功能,可以連接到分公司的資料,一個界面即可實現多個分公司的資料查詢。

[img]http://www.finereport.com/tw/wp-content/themes/BusinessNews/images/2016122003.jpg[/img]

3、日報資料

[img]http://www.finereport.com/tw/wp-content/themes/BusinessNews/images/2016122004.jpg[/img]

4、儀錶盤駕駛艙的應用
以下是企業駕駛艙的demo圖,通過[url=http://www.finereport.com/tw/]商業智慧[/url]FineBI[url=http://www.finereport.com/tw/]圖表製作[/url]的鑽取、聯動、超鏈功能,使得資料形象化、動態化地展現,提高[url=http://www.finereport.com/tw/]資料視覺化[/url]的水平。

[img]http://www.finereport.com/tw/wp-content/themes/BusinessNews/images/2016122005.jpg[/img]

[img]http://www.finereport.com/tw/wp-content/themes/BusinessNews/images/2016122006.jpg[/img]

[img]http://www.finereport.com/tw/wp-content/themes/BusinessNews/images/2016122007.jpg[/img]

[url=http://www.finereport.com/tw/]BI[/url]產品實施分享
企業實施BI需要考慮幾個大的方面,企業是否真的需要實施BI?有沒有條件實施BI?如何使用BI?

是否有條件實施BI?
實施BI的前提,最重要的是基礎資料的統一。比如貨品信息,客戶信息,公司內部信息。原本考核業務員的時候,資料的管理不規範,缺少資料可以臨時補。但隨著公司業務的不斷擴展,越發需要精細化運營。資料需要精細到貨品、門店。有了這些齊全的資料,BI的實施才有保障。

其次是業務的統一。比如銷售模式,採購模式,結算方法,質量管理的統一。比如銷售模式不統一,有的分公司先結算後配送,有的公司先配送後結算,業務形式不統一,口徑不統一,就會造成資料的時間差。

最後是業務部署。業務部署分集中部署和分銷部署,桐君閣採用的是分散性部署。分散性部署回來帶很多問題,比如我們每天會對二十幾家公司進行資料抽數,ETL策略尤其多,如果遇到網路斷掉或者其他意外情況,就要重新生數。而集中部署,保持基礎資料的統一,業務口徑的統一能大量節省人力物力。

BI的部署還需要大量人員的支持,需要業務人員和信息人員的積極配合,這個效果才能夠比較良好的推動,而且還能夠持續的發展。為了讓技術和業務人員根號地貼合,要將技術和業務有效結合,最大效率的把報表和BI系統的功能發揮出來。

BI產品如何選型?
首先是價格。價格需要和領導協商,所以首要確定需要實現那些功能,大致的價格基準是多少,是否和預期一致。

其次需要考慮產品的成熟度。成熟度高,實用性強是大多數企業的需求所在。如果是SAP的產品,它需要在一個所謂的領域層裡面搭建,搭建的時候業務層上面才能夠通過我們業務人員或者信息人員進行做報表。是否符合企業的情況需要好好考慮。

產品的快速部署。比如SAP的產品,一旦伺服器當掉之後,部署就需要一天。

開發功能。開發性能是否友好會直接影響到開發人員的情緒。如果界面友好,能大大提高操作效率。

正確看待BI產品和BI的使用
BI產品的使用關鍵還是業務和管理。涉及到深度[url=http://www.finereport.com/tw/]數據分析[/url]、資源調配的需要較高的業務思考能力,比如巨量資料方面的預測性分析,計算模型,線性回歸,平均演算法,移動演算法等很多知識。

洪海龍騰:「互聯網+」下的數據化運營和技術架構

週二, 一月 10. 2017

資料是企業的重要投資,如何利用資料是每個企業必須面臨的課題。巨量資料的浪潮已經席捲全球,企業已經普遍地意識到,粗放式管理必死, [url=http://www.finereport.com/tw/]資料視覺化[/url]才能永恆。這在互聯網電商領域更是尤為凸顯。
對於走在巨量資料浪端的互聯網企業,關於資料化運營管理有何見解?這裡分享洪海龍騰電子商務的實踐經驗,原文是洪海龍騰電子商務CIO吳榮坤在帆軟巨量資料巡展上的演講。
客戶介紹
洪海龍騰是巨量資料驅動下的精準營銷推動者,基於淘寶、天貓、京東等電子商務平台,為客戶提供電子商務領域內的數字化精準營銷服務、全網運營服務及廣告投放管理在內的數字化廣告精準營銷服務、軟體應用產品以及營銷解決方案,幫助這些企業完成傳統企業往電商轉型的工作。目前已是新三板上市企業,是淘寶前十的金牌服務商之一。
合作背景
IT體系
作為電商服務公司,洪海龍騰採用輕量級的IT體系,在資料化方面做得十分深入。
[img]http://www.finereport.com/tw/wp-content/themes/BusinessNews/images/2016122922.jpg[/img]
內部系統跟其他企業比較類似,財務、HR、ERP、CRM。在這些系統基礎上,把資料抽取到最上面的資料應用層,還有一些外購資料,爬蟲爬取的資料,然後到資料倉庫里中做BI分析,利用帆軟系統構建商務報表系統——觀星台,製作各類報表分析。
資料分層
資料分層結構:
[img]http://www.finereport.com/tw/wp-content/themes/BusinessNews/images/2016122923.jpg[/img]
關於資料分層,左邊這些資料是原生態的一些資料,先抽取到ODS層,進行一次加工形成標準資料層並做一些資料轉換。這些資料標準化之後,再做資料統計,從小組管控到公司體系的統計,然後到展示層。最後利用帆軟[url=http://www.finereport.com/tw/]報表[/url]抽取展示這些資料。
技術選型
在技術選型過程中,考慮到產品的適用性和可開發性,一直採用開源軟體開發,但是,開源工具的樣式有限,不具美觀。英文的文檔學起來費勁,一度影響開發進度,長久下來,造成開發成本的升高。
[img]http://www.finereport.com/tw/wp-content/themes/BusinessNews/images/2016122924.jpg[/img]
解決方案
[img]http://www.finereport.com/tw/wp-content/themes/BusinessNews/images/2016122925.jpg[/img]
例如針對公司的複雜業態,領導層需要了解銷售體系、服務體系、教育體系和客服體系等各體系的盈利情況,有什麼效果,以及各個產品的分析。利用Finereport動態報表與BI [url=http://www.finereport.com/tw/]商業智慧[/url]軟體製作了一個業績統計表,將各系統資料抽取到平台進行匯總處理、展示。
[img]http://www.finereport.com/tw/wp-content/themes/BusinessNews/images/2016122926.jpg[/img]
利用觀星台監測每天的訪問量PV/UV量,以及各項關鍵指標,通過此平台來推動企業管理中上層,了解公司的運營情況。
[img]http://www.finereport.com/tw/wp-content/themes/BusinessNews/images/2016122927.jpg[/img]
[img]http://www.finereport.com/tw/wp-content/themes/BusinessNews/images/2016122928.jpg[/img]
此外,洪海龍騰還利用Finereport動態報表與[url=http://www.finereport.com/tw/]BI[/url]商業智慧工具的自主填報功能開發了一些日常資料提交的工作,包裹財物審批工作。
[img]http://www.finereport.com/tw/wp-content/themes/BusinessNews/images/2016122929.jpg[/img]
未來計劃
[img]http://www.finereport.com/tw/wp-content/themes/BusinessNews/images/2016122930.jpg[/img]
計劃1:報表嵌入
未來希望將FineReport嵌入到各個產品中,真正將數據分析的工作從源頭交付給[url=http://www.finereport.com/tw/]數據分析[/url]人員。
計劃2:完善薪酬體系
重新規劃薪酬體系。把公司的服務資料、銷售資料都抽取到觀星台這邊,在觀星台里做KPI計算,算出每個人的績效和提成,將這兩項資料納入到HR系統,然後在HR系統里算出他具體實收工資,再傳回觀星台,用觀星台來展示每個人的工資狀況。這樣就省去了對HR系統的大量修改。再把工資報表放到移動端上,這樣每個員工就可以通過帆軟移動端來查看薪資。

深度觀點:數據分析,或許不是為了分析,而是為了規範

週二, 一月 10. 2017

文章轉載自知乎專欄「撩撩數據吧」。原文鏈接:[url=https://zhuanlan.zhihu.com/p/24373068]https://zhuanlan.zhihu.com/p/24373068[/url]
作者簡介:知乎達人「jiago王」,知乎專欄「撩撩數據吧」。帆軟數據人,樂於交流的數據小兵。

一個行業做的越久,問題就越多,之前並不在意的問題也會拿出來思考。「數據解決企業什麼問題?」這問題一定難不倒大家,甚至張口即答,例如通過數據可以對自身的企業情況有著準確和科學的把握,避免老闆拍腦袋;數據可以實現對市場環境快速的反應和決策;數據可以區分客戶個性化需求,提高服務價值等等。
再比如:

[img]http://www.finereport.com/tw/wp-content/themes/BusinessNews/images/2017010907.jpg[/img]

以上,針對每一條都可以理解,但該如何實現呢?

同一個行業,業務模式以及數據類型也相差不多,但是各自所完成的內容相差很多。有些面向領導,做了Dashboard;有些面相業務人員,做了商品分析模塊;有些面向基層員工,做了數據查詢的[url=http://www.finereport.com/tw/]報表[/url]。但是,為什麼每家企業做的內容不一樣?這些企業是根據什麼而選擇這些模塊的數據進行分析的?進一步需要解答的是,每家企業所分析的數據不同,但為何感覺不出這對他們產生了不同的影響?拿上面的幾個回答來看,老闆是否拍腦袋決策、是否可以對市場快速準確的決策、是否可以區分客戶需求,這些都非常重要,可有沒有這樣的數據分析(data analysis),並感覺不出什麼區別。

以上這些問題我細細思考一下,同時也回了遇到過的各種業務場景、分析場景,經過成套成套的梳理,發現了這樣一個問題。這些企業所做的數據分析(無論是[url=http://www.finereport.com/tw/]bi[/url]還是報表),並沒有去發現未知的東西,而是為了可以更容易的按照標準的方法來判斷一件事,這對於所有的群體、所有的業務都可以這樣理解。下面我從簡單到複雜的來說明。

對於基層員工,以貨架商品管理員舉例,超市貨架上的商品要怎樣管理?標準的方法是不是某一商品即將賣光,就需要從倉庫中取出該商品補到貨架上。沒有數據,他需要一遍一遍的去巡查,也自然會有時會漏掉。有了數據,他就可以瀏覽數據來查看商品的售賣情況,以此來及時補貨了。這麼對於這個商品管理員來說,數據所解決的問題,就是讓他可以更容易的按照標準的工作方法來決定補什麼貨,補到哪。

對於業務人員,比如品類經理,他需要決定採購哪些品牌的商品,從哪一家供應商來採購,如何規劃商店的商品。標準的方法是什麼,是採購賣的好的品牌,把賣的不好的品牌剔除,並且選擇價格更加低廉按時送貨率高的供應商(真空環境下)。通過數據,我們可以列出我們店中品牌的銷售情況,對比其他門店同類商品品牌銷售情況,以此來發現哪些被忽略的品牌;我們也可以列出在過去一段時間門店內賣的不好的商品,以此來考慮是否可以對這些商品進行促銷並且從此不再需要這些品牌;以上,數據所解決的問題,也是讓品類經理可以更加容易的按照標準的決策方法來進行判斷,優化商品結構,選擇供應商。

對於企業管理層,我們做[url=http://www.finereport.com/tw/]dashboard[/url]進行指標的監控,做企業的業績分析(時間、地區緯度等)。需要做的內容很多,因為管理層所要決定的範圍很廣,他並不像某一業務人員只負責一項工作為了一個目標。但是將內容分解後,我們發現,我們為管理層所做的數據分析,也是為了讓他們可以更方便的按照標準的管理方法進行管理。當然,這個標準,並非是業內的通用標準,而是企業自己的標準,甚至是老闆他本身的標準。比如,老闆要通過胡蘿蔔加大棒的方式來促進每個店鋪的銷售額,給做的好的店長獎勵,做的不好的店長懲罰,通過數據就可以很容易的執行,而避免拍腦袋的獎懲。而這一過程,也是通過數據使管理層可以更容易的按照標準的管理方法進行決策(員工是判斷,領導是決策)

針對管理層的,很難說的更細,他們看哪些指標,會給他帶來怎樣的思考,這是旁人說不準的,但是這一套體系一定是在他心裡有數。相比於員工,他們的工作內容更具備發散性,思考也更具備發散性,所以我們做移動端分析平台,做實時監控平台,做定時報送平台,目的都是一樣,可以讓領導更容易看到這些數據來進行決策。

那以上內容,如果沒有數據會怎樣呢,不同的群體,即使沒有對應的[url=http://www.finereport.com/tw/]數據分析[/url],也是會按照這樣的方法進行工作和管理,但是面對未知情況,基層員工會花費更多的時間來填補數據,工作效率就會變低。對於管理層,他們沒有那麼多精力去找到他們想要的所有依據,所以在工作或者決策中,就出現了模糊決定,缺失的依據多一些,便成了拍腦袋決策。

有些人,不需要很多數據,就可以對市場對公司有著準確的判斷,有些人,就需要很多數據來填充他腦子裡的空格,才能做出準確的判斷。人與人的思考方式有所不同,但大多數情況,數據或許並沒有改變他的決策方式,而只是讓他腦子裡某個模糊的參數變得準確,從而進行判斷。

綜上,企業的ERP、OA等IT系統是為了讓工作流程更加規範,而數據則是讓決策更加規範

在我接觸到的很多客戶,他們都會像我詢問其他客戶是怎樣做數據分析的,很多企業參加行業交流,也是希望更多的了解分析應用場景,大家真的是對數據分析的方法感興趣嗎?更深一步的去看,是對其他公司的管理和工作方法感興趣,當然,這一點如果不去深究,可能他本人也想不通。

上面解釋了很多,得到了這樣的一個結論:數據可以讓我們更容易的以規範的方式進行判斷和決策,也就是數據可以讓決策更加規範。我為什麼要花這麼多時間來解釋這樣一個結論呢。

一、希望企業少被忽悠
如此解釋數據分析,當然會顯得很土,但確實是這樣。很多企業會規劃做數據分析的項目,會找一些做數據的公司進行交流,而乙方公司則必然會拿出大量的概念進行渲染,什麼高效管理、預測風險、智能決策之類的,聽起來牛逼哄哄,然而扒開表皮,實質要怎麼解釋呢。一個巴掌拍不響,很多企業的IT人員也樂於聽到這些牛逼哄哄的概念,喜歡源於業務高於業務,要讓領導耳目一新才好通過項目審批。

舉個例子,有企業還沒有理順運營人員看用戶數據的時候,思考哪些問題,進行怎樣的決策,上來就要做用戶畫像做挖掘做聚類,可是人家明明就只看個地區然後分配給對應的銷售。但是一旦用戶畫像做出來之後?根據什麼樣的用戶屬性進行怎樣的判斷與決策呢?這些價值都是無法落地的,所以,如果想通過用戶畫像為運營帶來更先進的管理和決策水平,一定得從運營角度出發。

作為一個企業來講,最好先清楚,做數據分析和[url=http://www.finereport.com/tw/]資料視覺化[/url]是為了誰而做,是為了什麼樣的決策而做。這些東西想清楚,項目做起來也不那麼複雜,因為這個項目已經有章可循,沒必要動不動就上來個大概念,花錢不說,能不能解決問題也不確定。以目前大部分的企業,以現在的信息化水平,還沒到拼科技的地步。

二、希望幫助企業規劃數據分析體系
很多企業要做數據分析項目,但並不知道該如何規劃,需求做的一塌糊塗,沒有需求就開始項目的也不少見,全權委託乙方來進行需求規劃,只能說是一種逃避和懶政,項目需求的事,如果只能選擇一方,也是甲方,否則就是碰運氣的事。70%都被使用,「項目做的很好,大家辛苦了」;30%被使用,「項目沒白做還湊合」;10%被使用,「你們怎麼做的項目啊,都沒人用」。當然,需要補充一下的是,項目完成後的使用率高低,原因不只是需求做的好與差,還有很多因素,是否對業務進行了合理的培訓和引導,項目易用性是否標準等,上面的例子只是表達需求不明很容易造成項目系統利用率不高的情況。

根據上面的結論,我們怎樣來做數據分析,甚至是從什麼地方開始做?
首先,可以觀察企業哪一個群體的決策最不規範,出的問題最多,就可以從那個群體下手(真空環境下)。比如,我們發現商品經常斷貨或者積壓,那麼就從品類管理員下手。通過數據展示出來可能擠壓的商品或者即將斷貨的商品。這個群體的問題解決後,再看其他群體,以人為本,逐個擊破。核心理念就是:我先了解你是怎樣決策的,再去為你開發你的數據模型

最近和某個客戶聊天,客戶表示自己公司有很多存量數據,知道這些數據很有價值,但不知道這些數據如何變現。從本文的角度去看,暫不需要把「變現」想的過於複雜,我們如果通過數據實現了員工決策的標準化,就減少了在各個環節出現判斷失誤的概率,什麼提高工作效率、降低採購成本、提升銷售額之類的,都在這一系列對問題的準確判斷之中,對於員工是如此,對於領導也是如此。這樣,就實現了數據的變現。同樣,即使你是提供對外的數據服務,當你所做的數據分析能夠讓客戶實現決策的規範化,那麼相信客戶也會為此買單。

做數據分析,或許不在於分析,而是為了規範。首先數據的背後,是大大小小的管理與決策。