VIP不同階段發展歷程的商業模式演進
唯品會在2008年12月創立，一直到2012年，唯品會在做的主要事件就是尾貨的拋售，做線上的outlets商家。這種商業模式就是幫別人消化庫存，但是這個庫存消化完了，現在特賣，公司的重點在發生變化。目前電商被分為了分成了兩類，一是平臺級公司，包括：1、電商大平臺：淘寶、天貓；2、通用B2C：京東商城；3、線上折扣：唯品會；二是垂直類電商，包括：3C類的蘇寧易購、鞋包類的好樂買和麥包包、化妝品類的樂蜂網和聚美優品、百貨類的1號店、服裝類的凡客和夢芭莎等。品牌合作商會傾向于選擇最大的網站進行合作，而消費者會考慮可以提供商品種類更全的打折網站，在品牌供應商和消費者之間的中間打折渠道商存在雪球效應，贏家通吃。因此，更多的品牌供應商提供更多的產品→更實惠的價格和產品選擇→吸引更多的消費者→生成更多的訂單→為品牌供應商增加銷量→吸引更多的品牌商到唯品會→吸引更多的品牌供應商……
所以，從2013年公司上市到現在，唯品會一直在做多品牌特賣，依托特賣作為核心競爭力，逐步引入更多的業務領域運營。針對一個確定的供應商，VIP整個“貨品”業務運營生命周期中包含四個重要的內容：物品體系，產品體系，商品體系和財務體系。
VIP的商業模式相對其他電商形態，一個非常大的特點就是需要針對供應商的每次合作都要進行全程的運作，確保每個環節都得到有效的控制，以及保證較高的運作質量。同時，由于VIP花費大量的精力對全過程進行管控，尤其是對貨品的選擇，具有VIP的要求和品味，這個也是VIP區隔其他電商最大的地方。目前VIP的核心運作體系是圍繞貨品展開，這也是VIP的核心商業模式，同時也在局部嘗試把自己的整體運作體系開放給第三方的嘗試，核心目的還是為自己的主業服務。
唯品會系統架構演變歷程
單一應用架構
架構特點：單個應用；所有功能部署在一起；采用LAMP架構，PHP+MySQL
架構缺陷：所有應用部署在一起；任何一個模塊出現故障將會影響其它應用模塊；系統內部耦合度高，無法擴展；開發效率低下，發布困難。
豎井式垂直應用架構
a. 架構特點：
- 應用拆成獨立的應用模塊
- 各個應用模塊獨立部署
- 數據庫拆分成不同數據庫，由對應應用訪問
- 采用LAMP架構，PHP+MySQL+Memcache
- 域名拆分
- 動靜分離
b. 架構缺陷：
- 應用之間耦合度高，相互依賴嚴重
- 應用模塊之間交互復雜，有時直接訪問對方模塊數據庫
- 數據庫單點訪問嚴重，出現故障無法恢復
- 數據復制問題嚴重，造成大量數據不一致
- 系統擴展困難
- 各個開發團隊各自為戰，開發效率低下
- 測試工作量巨大，發布困難
- 分布式應用架構
a. 架構特點：
- 核心業務抽取出來，作為獨立的服務對外服務
- 服務模塊獨立部署
- 數據庫讀寫分離、分庫分表
- 大量使用緩存，提高訪問
- 系統間異步交互
b. 目前現狀
- 服務化不夠徹底，服務顆粒度過大，局部擴容難
- 應用間數據復制嚴重，數據不一致性嚴重
- 基礎組件薄弱，日志，監控系統不完善
- 服務定義混亂，包含大量接口，接口定義重復
- 大容量訪問下無法提供可靠性服務
c. 亟待解決
- 核心系統全面服務化：商品，促銷，庫存，用戶等基礎服務中心
- 基礎組件：服務化框架，DAL層分庫分表，緩存組件
- 加強監控，日志系統
- 異步化，限流，分流，降級，壓力測試，異地災備
電商運營平臺關鍵設計
關鍵需求分析
業務架構的核心，在于通過一個完整的業務場景運營體系（orchestration）組裝各種企業的業務能力，形成符合企業商業模式和運營特點的場景，用最有效的方式達成銷售的目的；并在這個過程中，有序管理和運營好企業的各種能力資源，用最小代價達成最大的業務目的。
電子商務成功實施，應該至少具備這些基礎能力：多終端支撐能力、統一支付能力、統一訂單能力、統一商品管理能力、統一多渠道管理能力、快速營銷落地能力、統一信息分析能力、系統功能擴展能力、最大化客戶體驗能力、系統高可用和安全能力、高性能能力、團隊建設和發展。下面就一些重點方向進行說明。
平臺和業務功能設計
遵從三個維度定義架構設計的原則
a. 內容可擴展性
- 針對電子商務平臺上銷售的各種商品提供動態支持
- 針對各種營銷活動提供動態可支持性
b. 功能可擴展性
- 針對各種擴展功能需求，系統支持統一的方式擴展新的能力，并提供統一的管理
c. 系統可擴展性
- 支持對大量用戶訪問能力的平滑支持
- 支持高可用，高安全，并具有高的系統恢復能力
以基于“云”模式的服務端IT架構框架為整體策略，采用基礎架構和功能實現分離的原則
a. 服務端：構建統一的云模式IT基礎設施
- 基于標準化的設施，分別構建統一的IAAS層和PAAS層，實現資源的共享，提高未來業務應用開發的效率和可維護性，并提高整體設備的利用
b. 大架構模式：實現基礎架構和app功能實現分離原則
- 功能開發團隊
采用簡單工具
關注流程
關注功能實現
關注數據處理
關注用戶體驗
- 系統開發團隊
關注系統穩定性
關注系統性能
關注系統擴展性
關注系統可維護性
關注系統可靠性
核心模型設計
a. 核心商品offering銷售場景規劃
通過分析模型的定義，可以精確實現對每一個營銷活動的分拆
b. 銷售場景實例中的核心業務對象規劃
完整的銷售交易場景需要以下各種對象實例的互相配合
c. 促銷活動結構規劃
作用對象（target object ）+條件因子（Condition） + 優惠方式（Promote）+ 規則/約束（Rule） + 例外（Exception ） = 促銷活動 （Active）
架構設計和治理
企業IT架構重構
構建一套全新的柔性的，適變的體系架構，能夠持續演進滿足未來業務和運營發展的變化需求，即從應變模式改造為適變模式。所謂應變模式，是指被動的等待業務的需求，不能提前預計各個層面的變化，系統架構，發放等都是被迫改進；而適變模式，則要求我們通過理解變化來管理變化，使新架構體系有足夠的柔性和容忍的應對業務需求的變化。
基于企業架構模式，建立基于規范結構+互聯網模式的高效體系，通過企業架構設計，對企業的各個運營內容進行清晰的定義和界定各自的職責和協同模式。
整個企業架構體系包含三個大的部分。
a. 企業架構：里面有多個組成部分，共同構成企業的基本結構和形態。
- 企業戰略：企業的核心發展規劃，業務形態，發展目標，社會責任等
- 商業模式：為了實現這個戰略目標，企業采取的各種用于獲取利潤的商業形態
- 運營架構：運營架構實現對商業模式的落地，這個體系內包含企業核心能力，IT形態，企業數據等基礎形態，不同的商業場景基于這些能力構成并實現運營
b. 運營治理管控架構：針對運營架構的實現和運作，規范和管理其實現，確保整體的規范性，效率和質量；
c. 演進轉型架構：針對我們期望構建的企業架構體系，我們采取什么策略，路線等來逐步實現這個目標。
- 未來企業的IT應用包含兩種關鍵模式，我們需要同時支持
- Head系統通過建模來實現支持業務變化
- Long Tail通過快速迭代和標準業務協議參與整體業務場景
- 未來的IT形態是“平臺+應用”的模式，應用實現業務多態，平臺實現企業業務應用開發使用運營一體的支撐
應用架構重構
總體架構如下圖所示。
在邏輯架構層面采用大應用架構模式。如下圖所示。
平臺技術服務
技術服務是PaaS平臺提供的、基于各應用組件的共通性的技術要求抽象的、為上層的業務服務和應用提供支撐的標準化技術組件的集合，并可以根據應用系統的建設進行而擴展，為業務組件和應用組件提供支撐，實現標準化要求，解決易用性問題；根據技術服務的實現方式，可以分為技術服務平臺和技術服務組件；技術服務的消費者包含了業務服務和前端應用。具體如下。
服務總線架構采用軟件服務管理和業務功能實現分離的原則。具體如下。
服務總線協議如下。
- Client端應用模塊直接通過總線調用需要的服務
- 服務總線對服務調用做鑒權，并根據結果訪問具體的實例
- 服務實例處理完需求后返回結果給總線，總線把結果返回給client
- Client端與服務總線之間的協議為REST
- 總線與服務實例之間的傳輸協議也為REST
總結：采用平臺+應用架構模式構建SaaS模式的企業內部運營支撐平臺。
- 實現對各種用戶的統一接入，集中管理各種應用的接入和訪問，實現一體化管理體系
- 提供統一的IT環境，為新的銷售應用開發運行提供承載基礎，通過標準化的基礎設施保障最終應用的實現質量
- 對第三方提供統一的營銷數據和功能服務；標準化營銷功能和數據口徑
業務服務重構
按照業務運營體系重構業務能力中心模式，能力中心以運營為中心，兼顧現狀和發展；每個業務能力需要按照如下邏輯結構進行重構。
業務能力中心模式重構，核心重點在于三個部分：
a. 對外統一接口協議服務域：對外提供穩定，標準，符合公司整體業務和技術規范的訪問接口；
b. 能力提供域：
- 核心能力域：是業務的核心對象，所有的業務處理通過核心能力域進行交互
- Legacy能力處理域：針對業務的不同狀態進行處理
- New能力處理域：針對業務的不同狀態進行處理
c. 業務運營支撐域：實現所有對外服務提供的一致管理，對多種不同的用戶訪問提供多租模式支撐。
核心關注：拓步ERP系統平臺是覆蓋了眾多的業務領域、行業應用，蘊涵了豐富的ERP管理思想，集成了ERP軟件業務管理理念，功能涉及供應鏈、成本、制造、CRM、HR等眾多業務領域的管理，全面涵蓋了企業關注ERP管理系統的核心領域，是眾多中小企業信息化建設首選的ERP管理軟件信賴品牌。
轉載請注明出處：拓步ERP資訊網http://www.guhuozai8.cn/
相關文章
