化繁為簡的O2O業務模型
前面提到的,隨著技術創新,不斷增加的靈活的觸點和無法快速靈活調整的供應鏈之間矛盾如何解決?如何將其整合起來以實現O2O業務?O2O業務模型將解決這個難題。
O2O業務模型
O2O業務模型以消費者為中心分為三層結構。
前端是企業與消費者緊密結合的觸點層,消費者通過各種企業設立的接觸點與企業產生交流、互動。
後端是供應鏈支援層,以企業基礎業務為核心的供應鏈、倉儲物流業務。
在前端和後端之間,是企業資源排程層,也是O2O業務的核心。
通過資源排程層中,商品、庫存管理將供應鏈中已有的商品、庫存資源進行整合,整合後根據營銷對各個觸點的規劃,投放到觸點層上各個觸點中。
在各個觸點中獲得的銷售訂單,通過資源排程層中的訂單管理,進行整合、處理,進而調配給供應鏈支援層,實現訂單最終交付。同時,結算管理又對前端、後端參與整個營銷、銷售、交付、服務過程的各方業務體進行分配結算,實現整個O2O業務的共贏。
顧客在訪問各個觸點時,都會留下一些個人資料。顧客在購買的過程中,又會留下顧客喜好的商品資訊。通過資源排程層的會員管理,將來自於各個觸點的會員資訊進行整合、整理,形成會員畫像,全方位的瞭解會員個人情況、喜好、與企業互動的足跡等,進一步調整觸點層的營銷策略,使對顧客的營銷活動更有效。
資源排程層向上承接觸點層,向下整合支援層。因為有他的存在,觸點層增加創新的觸點,對基礎的供應鏈不會產生影響。基礎的供應鏈調整也不需要對已有觸點一個個進行調整。觸點層可以專注做好使用者互動體驗改進,嘗試各種靈活有趣的營銷方式,提升顧客購物體驗。供應鏈支援層則可以加強內部管控、提升運作效率、降本提能。通過資源排程層的統籌、整合、排程,使營銷部門希望的靈活、快速、多變和生產、物流部門希望的規範、穩定、可控得到平衡,最終使O2O業務得以開展。
O2O業務模型是在站在以消費者為中心的角度開展O2O業務,而不是在以企業為中心的角度,將企業的線上業務和線下業務簡單相加的整合。其中傳統實體門店所處的位置,就說明了O2O業務模型與線上線下簡單相加的不同。
在傳統企業管理方式下,門店一般歸屬於分銷渠道下,採用總部、分公司/代理商、門店的分級管理。這種管理方式完全是站在以企業為中心的角度,總部對渠道進行管理、渠道對終端門店進行管理,以至於很多企業分銷業務和零售業務是在一起管理的,甚至無法獨立拆分。當出現電子商務網路店鋪時,電子商務部門在企業內部是獨立於線下分銷、零售之外的部門,之間沒有來往,商品、庫存、訂單、會員等也全部分開,電子商務業務只是最後在統計上進行整合,而業務開展的過程中無法進行整合。
在O2O業務管理方式下,以客戶為中心,門店是和網店、移動、電商購物等平級的顧客互動觸點,觸點之間商品、庫存、訂單、會員統一。而分銷業務卻是面對分銷商的業務,門店和其他觸點一樣,是面對顧客的,區別於分銷業務,與分銷業務分開。通過資源排程層排程,門店可以和其他平級觸點進行商務、庫存的統一,訂單、會員的同步。
換言之,傳統管理方式是在企業管理角度,將業務分成了線上和線下。而O2O模型是在以消費者為中心的角度,將業務分成了面對顧客的和麵對分銷商的,而在面對顧客的業務中實現O2O的業務整合。
O2O模型是在2013年就已成型,並受到國際主流管理諮詢公司的認可。在這之後的2015年初,出現了一種新的營銷銷售方式–微商,主要業務模式是微信上的淘寶集市和個人分銷。在O2O模型中,只需在觸點層上設立微商這個與消費者的觸點,將微商上產生的訂單接入資源排程層,供應鏈支援層就可以正常的調配交付貨品。對於經營微商的個人,企業也可以在觸點層提供對賬門戶,將資源排程層中結算管理分配完成的提成情況展示其上,使企業發展的微商們可以自助查詢。
可以說具有資源排程層的O2O模型是將企業現在和未來的業務進行有機整合的模型,他具有長期持續發展的能力,不會受到O2O業務創新變化的限制。
本文出處:暢享網
本文來自雲棲社群合作伙伴暢享網,瞭解相關資訊可以關注vsharing.com網站。
相關文章
- 大模型,化繁為簡歸文心大模型
- Event loop的化繁為簡(一)OOP
- Event loop的化繁為簡(二)OOP
- 開發的藝術,化繁為簡
- 化繁為簡的翻譯機——直譯器模式模式
- 智慧遠端監考方案助力企業考試化繁為簡
- 面對複雜微服務系統觀測時,如何化繁為簡?微服務
- 基於雲主機的ModelArts模型訓練實踐,讓開發環境化繁為簡模型開發環境
- 中文簡繁體轉化
- ERP系統助力企業合理制定生產計劃,排產化繁為簡
- 混合雲時代,IBM如何讓資料化繁為簡IBM
- 金運達國際物流:網際網路+創新客戶服務“化繁為簡”
- Python趣味入門10:推倒繁瑣化煩為簡的推導式Python
- 化繁為簡,數字化推動企業資料庫升級煥新 | 愛分析報告資料庫
- 化繁為簡,透過迷霧看“網路安全”本質
- 開發上雲,化繁為簡 | CIF 論壇精彩看點
- HyperWorks的模型簡化模型
- 化繁為簡 - 騰訊計費高一致TDXA的實踐之路
- 簡化IT SmartX讓超融合支撐核心業務成為可能
- 在打造出大成之作前,怎樣讓遊戲化繁為簡?遊戲
- 化繁為簡、直擊痛點,《一念逍遙》是如何玩轉“放置修仙”的?
- 業務需求迭代頻繁的網際網路企業該如何進行數字化轉型?
- 微軟財務數字化轉型經驗談:以資料和智慧為中心簡化業務微軟
- o2o系統 本地生活服務 微信o2o
- 中文簡體轉繁體
- 縱觀JS物件的“簡”與“繁”(上)JS物件
- 縱觀JS物件的“簡”與“繁”(下)JS物件
- pyhanlp 繁簡轉換之拼音轉換與字元正則化HanLP字元
- 【自動化】國內自動化與資訊化產業仍有十年以上的產業繁榮;非標自動化業務你離BOSS只差一個認知產業
- 化繁為簡,弱監督目標定位領域的新SOTA - 偽監督目標定位方法(PSOL) | CVPR 2020
- [譯]深度學習模型的簡單優化技巧深度學習模型優化
- 刪繁就簡,jquery的快捷程式設計jQuery程式設計
- Python 輕量化簡繁轉換Python
- 以簡御繁 介紹IOC
- 業務能力、業務功能、業務流程、業務服務及業務模型到底有什麼區別?模型
- 為企業業務流程提速的BPM
- 華為雲釋出CodeArts Req需求管理工具,讓需求管理化繁為簡
- Mxnet模型轉化為ncnn模型,並驗證轉化正確性模型CNN