對于很多現(xiàn)代人來說，在忙碌的工作中，一頓口味不錯、能量滿滿、質(zhì)量可靠且快速方便的漢堡、薯條、炸雞的確是不錯的選擇。更何況快餐中富含的鹽、糖、脂肪和碳水化合物也更容易讓人產(chǎn)生滿足感。
但在享受快餐所帶來的快樂時，你是否也曾想過，快餐企業(yè)在運營成百上千家門店的同時是如何做到線上買券、線下提貨，在家下單、快遞上門，手機下單、門店取貨等一系列高級別數(shù)字化操作的?
業(yè)務重心從線下到線上：餐飲連鎖企業(yè)經(jīng)營新模式
疫情以來，餐飲行業(yè)總體的損失不可謂不沉重，但最先從打擊中恢復的卻是門店數(shù)量最多、經(jīng)營最復雜的各大快餐巨頭，或者更具體的說，是那些在 DTC 有著更多投入和積累的快餐企業(yè)。以去年雙十一為例，多家快餐頂流僅用不到 12 小時就突破了去年雙十一全天的銷售額，業(yè)務漲勢喜人。
那么這個能讓眾多快餐企業(yè)趨之若鶩的 DTC 又是何方神圣?DTC(Direct to Customer，即“直接面向消費者”)，這是一種重心在線上的、以直接面對消費者為核心目標的經(jīng)營模式。結(jié)合國內(nèi)消費環(huán)境，DTC 強調(diào)利用 APP、小程序或其他線上渠道為所有消費者提供 360 度的全方位用戶體驗。與傳統(tǒng)的經(jīng)營模式相比，DTC 的優(yōu)勢主要體現(xiàn)在更接近消費者、關注消費行為、重視消費者生活形態(tài)。與此同時，通過跨越經(jīng)營過程當中的各類中間環(huán)節(jié)，企業(yè)亦能夠更簡單、更直接的對消費者施加影響并評估效果，進而使企業(yè)經(jīng)營的效率更高、成本更低、效果更直接。
面向海量用戶的多渠道交易
當然，與任何創(chuàng)新經(jīng)營模式一樣，DTC 戰(zhàn)略同樣有著不低的實施門檻。DTC 的核心優(yōu)勢在于直接、高效，符合互聯(lián)網(wǎng)時代普通消費者的消費模式，但要實現(xiàn)這些效果，企業(yè)不僅要收集海量渠道匯總而來的用戶行為信息，更要在完成各類業(yè)務操作的同時盡可能快的做到全量數(shù)據(jù)的實時分析，并根據(jù)分析結(jié)果形成千人千面且隨需應變的營銷或服務方案。
而對于用戶數(shù)量數(shù)以千萬計、每日訂單動輒幾千萬的快餐企業(yè)來說，由此形成的數(shù)據(jù)壓力可想而知。
服務海量消費者的數(shù)據(jù)平臺應該是什么樣子?
以業(yè)務遍及全球 100 多個國家，擁有幾萬間門店，數(shù)億注冊用戶，每日處理千萬級訂單數(shù)的某大型連鎖快餐品牌為例，全新的 DTC 戰(zhàn)略要求企業(yè)基于大數(shù)據(jù)推測顧客最喜歡的服務，并將其置于小程序的入口位置，使顧客獲得千人千面的服務菜單。同時，企業(yè)還需利用大數(shù)據(jù)對小程序或 APP 內(nèi)不同模塊的使用、停留情況進行分析，實現(xiàn)應用的不斷優(yōu)化。通過對消費者行為的數(shù)據(jù)分析，企業(yè)還能更精確的了解消費者買了什么、花了多少錢、多久來一次、在哪天領取了優(yōu)惠券、常在哪幾家餐廳消費等一系列信息，由此，企業(yè)便可通過大數(shù)據(jù)和算法推測各類營銷活動在哪個地點能夠吸引哪些消費者。
要實現(xiàn)這樣的業(yè)務效果，原有的整套數(shù)據(jù)基礎架構(gòu)無論在創(chuàng)新性、靈活性、可靠性和變革主動權(quán)等方面表現(xiàn)均不夠理想。因此，該企業(yè)放棄了原先的架構(gòu)，重新構(gòu)建了一套以 TiDB 為核心的架構(gòu)。而經(jīng)過一段時間的運行，這套架構(gòu)不僅實現(xiàn)了更低的 TCO，更通過強大的軟件堆棧解決了海量應用的構(gòu)建、快速迭代、灰度發(fā)布等問題。而更加重要的是，企業(yè)通過全新架構(gòu)的數(shù)據(jù)庫解決了 DTC 戰(zhàn)略下數(shù)億用戶和每日數(shù)千萬訂單所對應的在線聯(lián)機交易和實時數(shù)據(jù)分析的龐大需求，且能夠以更輕盈的身姿應對數(shù)據(jù)量快速增長。
數(shù)據(jù)平臺邏輯架構(gòu)
其中，TiDB 數(shù)據(jù)庫的 OLTP 功能服務于企業(yè)訂單、支付和供應鏈等場景，而 HTAP 則對應了DTC 戰(zhàn)略中關鍵的實時報表和數(shù)據(jù)分析需求。另一方面，在用戶行為不斷累積、用戶數(shù)和業(yè)務量不斷增長的背景下，數(shù)據(jù)庫中所要存儲的數(shù)據(jù)量也必然快速增長，數(shù)據(jù)庫則必須要在滿足前兩種功能需求的前提下為數(shù)據(jù)量的快速增長提供簡便、有效、低成本的應對之道。要同時滿足這些要求，對于數(shù)據(jù)庫而言是個極大的挑戰(zhàn)。
在以往的經(jīng)驗中，無論是以各類 MySQL 為代表的開源數(shù)據(jù)庫還是傳統(tǒng)商業(yè)數(shù)據(jù)庫，亦或是各大 CSP 推出的云數(shù)據(jù)庫，在數(shù)據(jù)量龐大且快速增長的情況下，都很難逃脫分庫分表的命運。且不說分庫分表操作本身所對應的龐大工作量和管理問題，單就跨表、跨區(qū)所帶來的查詢和分析困難就會讓 DTC 的實際效果大打折扣。
因此，選擇一款能夠以分布式、云原生方式運作的全新底層數(shù)據(jù)庫，擺脫分庫分表所帶來的性能、操作和管理弊端就成為了快餐企業(yè)踐行數(shù)字化轉(zhuǎn)型戰(zhàn)略的關鍵一步。而在這家國際連鎖快餐巨頭的 DTC 戰(zhàn)略實踐過程中，TiDB 憑借多方面優(yōu)勢最終擔綱重任。
OLTP Scale + Real-time HTAP
成為數(shù)據(jù)平臺的必備能力
TiDB 是一款企業(yè)級開源分布式數(shù)據(jù)庫，與云架構(gòu)有著天然的高契合度，能夠通過集群節(jié)點的增加滿足企業(yè)不斷增長的數(shù)據(jù)量與性能需求，避免分庫分表所帶來的龐大工作量、操作風險以及高昂的后續(xù)運維成本。與此同時，TiDB 的開源特性和活躍技術社區(qū)也讓企業(yè)有能力根據(jù)需求和應用變化實現(xiàn)快速、低成本的功能及業(yè)務創(chuàng)新。
另一方面，作為一款支持 HTAP 功能的數(shù)據(jù)庫，TiDB 可在滿足在線聯(lián)機交易需求的基礎上提供高性能的實時分析能力，幫助企業(yè)用一套數(shù)據(jù)庫架構(gòu)滿足 DTC 戰(zhàn)略下對實時報表和大規(guī)模數(shù)據(jù)分析的苛刻需求。通過創(chuàng)新的行列存隔離機制，TiDB 能夠在不影響 OLTP 業(yè)務性能的前提下進行實時報表匯總和快速分析，讓企業(yè)能夠更加專注于 DTC 戰(zhàn)略下的數(shù)據(jù)價值發(fā)掘和業(yè)務創(chuàng)新。
在該快餐企業(yè)完成云基礎架構(gòu)部署之后，PingCAP 專業(yè)服務團隊與企業(yè)自有技術團隊和 ISV 的緊密協(xié)同下僅用3 個月時間便完成了云環(huán)境下兩套 TiDB 集群的部署、數(shù)據(jù)遷移及灰度上線工作。在海量業(yè)務系統(tǒng)和龐大數(shù)據(jù)量面前仍能保持如此部署速度，這顯然是傳統(tǒng)數(shù)據(jù)庫所難以企及的。
在全新數(shù)據(jù)庫的支持下，該快餐企業(yè)實現(xiàn)了對數(shù)億用戶的秒級數(shù)據(jù)檢索與分析，并可對市場營銷活動的效果進行快速評估，從而實現(xiàn)營銷策略的及時優(yōu)化。而通過對不同天氣、不同促銷、不同產(chǎn)品、不同時段、不同日期等情況下外賣訂單的監(jiān)控，該快餐企業(yè)則能夠更好的預測門店外賣訂單的品類、銷量變化，方便企業(yè)對原料、人員、設備等進行數(shù)據(jù)驅(qū)動的精細化管理調(diào)控，提升門店運營效率和效果。
而在運維層面，無需分庫分表且能滿足用戶多維度需求的 TiDB 不僅運行穩(wěn)定，更極大降低了數(shù)據(jù)庫運維管理方面的工作量。而在 PingCAP 專業(yè)服務團隊的支持下，該快餐企業(yè)也順利度過了雙十一等大促帶來的業(yè)務洪峰。
TiDB 在用餐高峰時段提供彈性擴展的能力
經(jīng)過新數(shù)據(jù)庫支撐下的 DTC 戰(zhàn)略實踐，該企業(yè)可以充分了解顧客在哪里，他們是誰，他們喜歡什么，他們?yōu)楹味鴣?，為新品研發(fā)、市場營銷、餐廳運營甚至是供應鏈管理提供更精準的洞察，并且能夠支持企業(yè)做出更實時的業(yè)務決策。
從交易到分析，數(shù)據(jù)成為業(yè)務創(chuàng)新的關鍵
數(shù)字時代，數(shù)據(jù)就是企業(yè)的核心資產(chǎn)。而作為一種無形的虛擬資產(chǎn)，企業(yè)對數(shù)據(jù)價值的每一次發(fā)掘和利用都離不開底層數(shù)據(jù)庫系統(tǒng)的支持。這也就是為什么大多數(shù)企業(yè)的數(shù)字化轉(zhuǎn)型戰(zhàn)略都將數(shù)據(jù)作為切入點和抓手核心原因。
而在數(shù)據(jù)量爆炸、業(yè)務量快速增長、創(chuàng)新加速的宏觀背景下，數(shù)據(jù)庫能否通過分布式、橫向擴展、HTAP 等特性為企業(yè)帶來功能、性能和運維管理層面的全新體驗，是企業(yè)能否順利完成轉(zhuǎn)型并實現(xiàn)業(yè)務創(chuàng)新的關鍵。
IDC 發(fā)布的《全球數(shù)據(jù)庫管理系統(tǒng)軟件市場分析報告，2021》也指出，以快消領域 DTC 戰(zhàn)略為代表的“Direct Customer Engagement”潮流正在推動數(shù)字化應用程序?qū)Ω咝阅?、提供?shù)據(jù)一致性、彈性負載數(shù)據(jù)庫系統(tǒng)的需求。而在這一案例中 PingCAP 的 TiDB 則很好滿足了數(shù)據(jù)量大、業(yè)務多、更新快、交易量高、分析任務重的快餐企業(yè)的 DTC 戰(zhàn)略轉(zhuǎn)型需求，為業(yè)務的深度創(chuàng)新打好了基礎。
這正是很多正在嘗試 DTC 戰(zhàn)略的餐飲、零售、快消企業(yè)，乃至需要直面最終用戶的千行百業(yè)在實現(xiàn)數(shù)字化轉(zhuǎn)型、構(gòu)建數(shù)據(jù)平臺過程中所尋求的底層解決之道。
（免責聲明：本網(wǎng)站內(nèi)容主要來自原創(chuàng)、合作伙伴供稿和第三方自媒體作者投稿，凡在本網(wǎng)站出現(xiàn)的信息，均僅供參考。本網(wǎng)站將盡力確保所提供信息的準確性及可靠性，但不保證有關資料的準確性及可靠性，讀者在使用前請進一步核實，并對任何自主決定的行為負責。本網(wǎng)站對有關資料所引致的錯誤、不確或遺漏，概不負任何法律責任。
任何單位或個人認為本網(wǎng)站中的網(wǎng)頁或鏈接內(nèi)容可能涉嫌侵犯其知識產(chǎn)權(quán)或存在不實內(nèi)容時，應及時向本網(wǎng)站提出書面權(quán)利通知或不實情況說明，并提供身份證明、權(quán)屬證明及詳細侵權(quán)或不實情況證明。本網(wǎng)站在收到上述法律文件后，將會依法盡快聯(lián)系相關文章源頭核實，溝通刪除相關內(nèi)容或斷開相關鏈接。 ）
