Appearance
📘 Week 7: Technology & Data-Driven Operations
Công nghệ & vận hành dựa trên dữ liệu
"Data-driven không phải về công nghệ — mà về ra quyết định tốt hơn."
Ở Tuần 1, chúng ta đã xây dựng Chain Mindset — tư duy chuỗi. Tuần 2, Expansion Strategy — chiến lược mở rộng. Tuần 3, SOP & Standardization — chuẩn hóa vận hành. Tuần 4, Supply Chain Management — chuỗi cung ứng. Tuần 5, Financial Management — quản trị tài chính. Và Tuần 6, HR & Multi-Unit Leadership — con người vận hành chuỗi.
Bạn đã có SOP chuẩn, supply chain tối ưu, P&L minh bạch, đội ngũ được đào tạo bài bản. Nhưng bạn đang ra quyết định dựa trên cảm giác hay dựa trên dữ liệu? Store manager của bạn nói "hôm nay đông lắm" — nhưng "đông" nghĩa là bao nhiêu transaction? So với tuần trước tăng hay giảm? Food cost tuần này bao nhiêu phần trăm? Bao nhiêu khách quay lại lần 2?
Đây là sự khác biệt giữa chuỗi phản ứng (reactive) và chuỗi chủ động (proactive). Chuỗi reactive chờ vấn đề xảy ra rồi mới xử lý — food cost tăng vọt 3 tuần mới phát hiện, doanh thu giảm 1 tháng mới biết. Chuỗi proactive có hệ thống data và dashboard cho phép phát hiện tín hiệu sớm — food cost tăng 1% tuần này → điều tra ngay, đặt hàng nguyên liệu bất thường → kiểm tra ngay.
Tuần này, chúng ta sẽ đi sâu vào Technology & Data-Driven Operations — từ tư duy đúng về công nghệ, cách xây dựng Tech Stack phù hợp từng giai đoạn, biến data thành insight rồi thành hành động, đến CRM & Customer Data. Và một nguyên tắc quan trọng xuyên suốt tuần này: chúng ta dạy NGUYÊN TẮC chọn và sử dụng công nghệ, không dạy phần mềm cụ thể. Tools thay đổi mỗi năm — nguyên tắc thì không đổi.
🎯 Mục tiêu học tập
Sau tuần này, bạn sẽ:
- Thiết kế Tech Stack phù hợp cho quy mô chuỗi — biết cần gì ở 5 store, 20 store, 50+ store, tránh đầu tư thừa hoặc thiếu
- Xác định data points quan trọng cần thu thập cho mỗi chuỗi F&B — biết data nào cần, data nào chưa cần ở giai đoạn hiện tại
- Đọc và phân tích Operations Dashboard — biến data thành insight → insight thành action plan cụ thể
- Đánh giá khi nào invest vào tech và khi nào chưa cần — tránh bẫy "shiny object syndrome" (mê công nghệ mới mà quên vấn đề thật)
- Hiểu nguyên tắc CRM & Customer Data — loyalty programs, personalization, và cách tận dụng dữ liệu khách hàng mà không vi phạm nguyên tắc đạo đức
Phần 1: Tư duy Technology cho chuỗi
1.1 "Technology is an enabler, not a strategy"
Đây là câu nói quan trọng nhất của tuần này. Công nghệ giúp bạn execute chiến lược tốt hơn — nhưng công nghệ không thay thế chiến lược. Nếu chiến lược sai, công nghệ chỉ giúp bạn sai nhanh hơn.
Một chuỗi trà sữa từng đầu tư hàng tỷ đồng vào hệ thống POS hiện đại nhất, kết nối IoT, dashboard real-time — nhưng vẫn thua lỗ. Tại sao? Vì vấn đề cốt lõi là chọn sai vị trí và menu không phù hợp khách hàng khu vực. Không có phần mềm nào fix được chiến lược sai.
Ngược lại, nhiều chuỗi thành công trong giai đoạn đầu với công nghệ rất đơn giản — Excel quản lý kho, sổ tay checklist, POS cơ bản — nhưng process chuẩn, người giỏi. Khi quy mô lớn lên, họ mới dần upgrade công nghệ để scale hiệu quả hơn.
TAKEAWAY — Technology phục vụ chiến lược, không phải ngược lại
Trước khi mua bất kỳ phần mềm nào, hãy tự hỏi: "Nếu không có phần mềm này, tôi vẫn vận hành được không?" Nếu câu trả lời là "có, nhưng chậm hơn / tốn nhân lực hơn" → đó là dấu hiệu tốt, tech đang giải quyết vấn đề thật. Nếu câu trả lời là "tôi chưa biết mình cần nó để làm gì" → dừng lại, chưa cần mua.
1.2 Ba câu hỏi trước khi invest vào technology
Mỗi lần bạn cân nhắc đầu tư vào một giải pháp công nghệ — dù là POS mới, phần mềm quản lý kho, hay hệ thống CRM — hãy trả lời 3 câu hỏi này:
Câu 1: Vấn đề business nào tech này giải quyết?
Phải trả lời cụ thể, không phải chung chung. "Giúp quản lý tốt hơn" là chung chung. "Giảm thời gian kiểm kê từ 4 giờ/store/tuần xuống 30 phút, tiết kiệm 16 giờ nhân công/tuần với 4 store" — đó là cụ thể.
Câu 2: ROI có đủ lớn để justify chi phí?
Chi phí công nghệ không chỉ là tiền license. Tổng chi phí sở hữu (Total Cost of Ownership — TCO) bao gồm:
So sánh TCO với giá trị mang lại (lợi nhuận tăng thêm, chi phí tiết kiệm, thời gian tiết kiệm × giá trị thời gian):
Nguyên tắc ngón tay cái: Tech ROI nên ≥ 200% trong năm đầu tiên cho SME F&B (tức là cứ bỏ 1 đồng, thu về ít nhất 3 đồng).
Câu 3: Team có sẵn sàng adopt không?
Đây là câu hỏi bị bỏ qua nhiều nhất — và là lý do số 1 khiến các dự án công nghệ thất bại. Phần mềm đắt tiền nhất là phần mềm mua rồi không ai dùng.
Adoption readiness phụ thuộc vào:
- Digital literacy của đội ngũ — SM và staff có quen dùng smartphone/tablet không?
- Change willingness — đội ngũ có sẵn sàng thay đổi cách làm việc không?
- Training capacity — có thời gian và nguồn lực để đào tạo toàn bộ chuỗi không?
- Champion — có ai trong team sẽ "own" việc triển khai và hỗ trợ các store không?
TAKEAWAY — 3 câu hỏi bắt buộc trước khi invest tech
① Vấn đề business cụ thể nào tech giải quyết? ② ROI đủ lớn không (≥ 200% năm 1)? ③ Team có adopt được không? Nếu 1 trong 3 câu trả lời là "không rõ" → chưa nên invest. Đợi đến khi cả 3 câu trả lời rõ ràng.
1.3 "Don't automate a broken process"
Một nguyên tắc vàng: sửa process trước, rồi mới dùng tech. Nếu quy trình kiểm kê kho đang lộn xộn — ai cũng nhập xuất tùy ý, không ai chịu trách nhiệm kiểm đếm — thì việc mua phần mềm quản lý kho sẽ chỉ số hóa sự lộn xộn, không giải quyết vấn đề.
Quy trình đúng:
Bước 1: Xác định vấn đề → Bước 2: Thiết kế process chuẩn
→ Bước 3: Chạy process thủ công, sửa bugs
→ Bước 4: Khi process ổn định → tìm tech để automateVí dụ — Quy trình đặt hàng nguyên liệu:
| Giai đoạn | Trước khi có tech | Sau khi có tech |
|---|---|---|
| Kiểm kê tồn kho | SM đếm tay, ghi sổ mỗi tối | Hệ thống tự track realtime từ POS sales |
| Tính lượng đặt | SM ước lượng dựa kinh nghiệm | Hệ thống suggest dựa trên forecast |
| Gửi order | Gọi điện / Zalo cho NCC | Auto-order khi dưới par level |
| Nhận hàng | Đối chiếu bằng tay | Scan barcode, hệ thống tự kiểm |
| Báo cáo variance | Excel cuối tuần | Dashboard real-time, alert nếu > threshold |
Nhưng nếu SM chưa hiểu tại sao phải kiểm kê và chưa có thói quen kiểm kê hàng ngày → thì dù có phần mềm tốt nhất, data nhập vào vẫn sai. Garbage in, garbage out.
TAKEAWAY — Process trước, Technology sau
Công nghệ khuếch đại — nó khuếch đại cả cái tốt lẫn cái xấu. Process tốt + Tech = Vận hành tuyệt vời. Process tệ + Tech = Lộn xộn có hệ thống. Luôn đảm bảo process hoạt động được ở dạng thủ công trước khi tìm tech để automate.
Phần 2: Tech Stack cho chuỗi F&B — Nguyên tắc
2.1 Core Systems — Hệ thống lõi cho chuỗi F&B
Tech Stack (tổ hợp phần mềm) của chuỗi F&B không phải "mua tất cả ngay từ đầu." Mỗi hệ thống có thời điểm phù hợp để triển khai. Mua quá sớm = phí tiền, phí thời gian training. Mua quá muộn = lỗ hổng vận hành tích tụ.
| Hệ thống | Chức năng chính | Khi nào cần | Mức ưu tiên |
|---|---|---|---|
| POS (Point of Sale) | Bán hàng, thu tiền, report doanh thu, product mix | Store 1 — ngay từ đầu | 🔴 Bắt buộc |
| Accounting | Kế toán, thuế, P&L, cashflow | Store 1 — ngay từ đầu | 🔴 Bắt buộc |
| Inventory Management | Quản lý kho, đặt hàng NCC, track waste | 3+ store | 🟠 Rất quan trọng |
| HR / Payroll | Quản lý nhân sự, chấm công, tính lương | 5+ store (50+ nhân viên) | 🟠 Rất quan trọng |
| CRM / Loyalty | Quản lý khách hàng, loyalty program, marketing | 5+ store | 🟡 Quan trọng |
| Supply Chain / Procurement | Quản lý NCC, central kitchen, logistics | 10+ store | 🟡 Quan trọng |
| BI / Dashboard | Business Intelligence, KPI dashboard, analytics | 10+ store | 🟡 Quan trọng |
| Learning Management (LMS) | Đào tạo online, onboarding, certification | 20+ store | 🟢 Nên có |
| Task Management | Giao việc, theo dõi, audit checklist | 10+ store | 🟢 Nên có |
2.2 Tech Stack theo giai đoạn
Giai đoạn 1: 1–5 store — "Keep It Simple"
Tổng chi phí tech hàng tháng: 5–15 triệu VNĐ
Ở giai đoạn này, bạn cần ít nhất có thể nhưng phải có đúng thứ:
- POS: Bắt buộc. Phải có báo cáo doanh thu theo ngày/giờ/sản phẩm. Đừng dùng máy tính tiền "câm" — bạn cần data.
- Accounting: Phần mềm kế toán cơ bản hoặc thuê dịch vụ kế toán.
- Inventory: Có thể dùng spreadsheet đến 3 store. Sau 3 store, nên chuyển sang phần mềm chuyên dụng.
- Giao tiếp nội bộ: Group chat theo store, channel theo function (vận hành, marketing, HR).
Sai lầm phổ biến: Mua phần mềm ERP đắt tiền cho 2 store → feature thừa 80%, team dùng 20%, phí tiền + phí thời gian. Ở giai đoạn này, tay chân + kỷ luật quan trọng hơn phần mềm.
Giai đoạn 2: 5–20 store — "Build the Foundation"
Tổng chi phí tech hàng tháng: 20–60 triệu VNĐ
Đây là giai đoạn xây nền móng data. Những gì trước đây founder "nhìn bằng mắt" — giờ phải có hệ thống tracking:
- POS → Centralized reporting: Tất cả store báo cáo về 1 dashboard. Founder/Ops Manager xem doanh thu toàn chuỗi mỗi sáng, không cần gọi từng SM.
- Inventory Management: Quản lý kho tập trung. Biết mỗi store tồn bao nhiêu, đặt hàng bao nhiêu, waste bao nhiêu.
- HR/Payroll: Quản lý chấm công, tính lương, leave management cho 50–200+ nhân viên. Tránh sai sót lương → mất lòng tin nhân viên.
- CRM/Loyalty: Bắt đầu thu thập dữ liệu khách hàng. Biết khách nào quay lại, tần suất bao nhiêu, chi bao nhiêu.
TAKEAWAY — Giai đoạn 5–20 store: Xây nền data
Đây là giai đoạn quyết định. Nếu không xây nền móng data ở giai đoạn này, khi lên 30–50 store, bạn sẽ "mù" hoàn toàn — không biết store nào lời, store nào lỗ, khách hàng đi đâu, food cost thật sự bao nhiêu. Đầu tư vào data infrastructure ở giai đoạn này là đầu tư có ROI cao nhất.
Giai đoạn 3: 20–50+ store — "Data-Driven at Scale"
Tổng chi phí tech hàng tháng: 80–200+ triệu VNĐ
Ở quy mô này, tech không còn là "nice to have" — mà là hệ thống thần kinh của chuỗi:
- BI/Dashboard: Business Intelligence tổng hợp data từ tất cả hệ thống (POS, Inventory, HR, CRM) → cho ra cái nhìn toàn diện. Ops Director ngồi 1 chỗ mà biết chuyện gì đang xảy ra ở 50 store.
- Supply Chain Platform: Quản lý Central Kitchen, logistics, NCC chuyên nghiệp — kết nối với Inventory các store.
- LMS (Learning Management): Đào tạo online cho toàn chuỗi. Nhân viên mới onboard bằng video + quiz thay vì SM phải training tay 1-1.
- Task Management & Audit: Giao checklist hàng ngày, AM audit store trên tablet, kết quả tự cập nhật report.
- Integration layer: Tất cả hệ thống phải "nói chuyện" được với nhau. POS data chảy vào Inventory, Inventory chảy vào Accounting, CRM data chảy vào Marketing.
2.3 SICA Framework — 4 tiêu chí chọn phần mềm
Khi đánh giá bất kỳ giải pháp tech nào, sử dụng framework SICA:
| Tiêu chí | Ý nghĩa | Câu hỏi đánh giá |
|---|---|---|
| S — Scalability | Scale được khi mở thêm store | Thêm 1 store mất bao lâu setup? Chi phí thêm mỗi store? Giới hạn tối đa bao nhiêu store? |
| I — Integration | Kết nối được với hệ thống khác | Có API mở không? Có kết nối sẵn với POS / Accounting phổ biến không? Có thể export data dễ dàng? |
| C — Cost of Ownership | Tổng chi phí sở hữu | License + Setup + Training + Maintenance + Support = bao nhiêu/tháng/store? |
| A — Adoption Ease | Team dễ sử dụng | Giao diện có thân thiện không? Training mất bao lâu? Staff trình độ THPT có dùng được không? |
Cách tính điểm SICA:
Cho điểm mỗi tiêu chí từ 1–5, với trọng số tùy giai đoạn:
| Giai đoạn | S (Scalability) | I (Integration) | C (Cost) | A (Adoption) |
|---|---|---|---|---|
| 1–5 store | 15% | 10% | 35% | 40% |
| 5–20 store | 25% | 20% | 25% | 30% |
| 20–50+ store | 30% | 30% | 20% | 20% |
Ở giai đoạn nhỏ (1–5 store): Ưu tiên Cost thấp và dễ dùng (Adoption). Scalability chưa quan trọng lắm — nếu phần mềm không scale, bạn có thể đổi sau khi lớn hơn. Nhưng nếu phần mềm quá đắt hoặc quá khó dùng → team sẽ không adopt, phí tiền.
Ở giai đoạn lớn (20–50+ store): Ưu tiên Scalability và Integration. Bạn không muốn phải đổi toàn bộ hệ thống khi mở store thứ 51 — chi phí chuyển đổi (switching cost) ở quy mô lớn là khổng lồ.
Trong đó
TAKEAWAY — SICA: 4 tiêu chí chọn phần mềm bất kỳ
Scalability — Integration — Cost of Ownership — Adoption Ease. Trọng số thay đổi theo quy mô: chuỗi nhỏ ưu tiên Cost + Adoption, chuỗi lớn ưu tiên Scalability + Integration. Đừng bao giờ chỉ so sánh giá — hãy so sánh SICA Score.
2.4 Bẫy công nghệ phổ biến (Technology Traps)
| Bẫy | Mô tả | Cách tránh |
|---|---|---|
| Shiny Object Syndrome | Mê công nghệ mới, mua vì "cool" chứ không vì cần | Luôn quay lại 3 câu hỏi ở Phần 1.2 |
| Over-engineering | Chuỗi 5 store mà build hệ thống như 500 store | Chọn tech vừa đủ cho 2–3 năm tới, không hơn |
| Under-investing | Tiết kiệm quá mức, dùng Excel quản lý 30 store | Khi "đau" đủ nhiều → invest, đừng đợi đến lúc "chết" |
| Vendor lock-in | Bị phụ thuộc 1 nhà cung cấp, không đổi được | Đảm bảo luôn export được data, ưu tiên API mở |
| Data silos | Mỗi hệ thống 1 "ốc đảo", data không kết nối | Ưu tiên Integration (chữ I trong SICA) |
Phần 3: Data-Driven Operations
3.1 Tại sao Data-Driven?
Gut feeling vs. Data:
Founder F&B giàu kinh nghiệm có trực giác (gut feeling) rất tốt — nhưng trực giác có 3 giới hạn:
- Không scale được. Founder cảm nhận được 3 store, nhưng không thể "cảm nhận" 30 store cùng lúc.
- Bị bias. Con người có xu hướng nhớ sự kiện gần nhất (recency bias), sự kiện ấn tượng nhất (availability bias), và xác nhận điều mình đã tin (confirmation bias).
- Không truyền đạt được. Founder biết "store này đang có vấn đề" — nhưng làm sao truyền trực giác đó cho Area Manager? Bằng data.
Data-driven không có nghĩa bỏ hết trực giác. Nó có nghĩa: kiểm chứng trực giác bằng data, và ra quyết định dựa trên evidence.
3.2 Năm data points BẮT BUỘC cho mọi chuỗi F&B
Dù bạn chỉ có 2 store hay 200 store, 5 data points sau đây là tối thiểu phải có:
Data Point 1: Daily Revenue per Store — Theo giờ
- Tần suất: Hàng ngày, chia theo khung giờ (sáng/trưa/chiều/tối)
- Tại sao quan trọng: Revenue là "nhịp tim" của store. Theo dõi theo giờ giúp bạn biết peak hours ở đâu, off-peak ở đâu → tối ưu lịch ca, tối ưu labor cost.
- Cách đọc:
- So sánh cùng ngày tuần trước (Week-over-Week): tăng hay giảm?
- So sánh cùng ngày tháng trước (Month-over-Month): xu hướng thế nào?
- SSSG (Same-Store Sales Growth) = mức tăng trưởng doanh thu cùng store
Data Point 2: Food Cost % — Weekly
- Tần suất: Hàng tuần (tối thiểu), lý tưởng là hàng ngày nếu có hệ thống
- Công thức:
- Benchmark F&B Việt Nam:
- Coffee / Trà sữa: 25–30%
- Fast casual: 30–35%
- Full-service restaurant: 32–38%
- Cách đọc: Food cost tăng đột ngột → kiểm tra 3 nguyên nhân chính: waste tăng, theft, hoặc giá NCC tăng.
Data Point 3: Labor Cost % vs Revenue
- Tần suất: Hàng tuần, tính theo từng store
- Công thức:
- Benchmark:
- Coffee / Trà sữa: 15–22%
- Fast casual: 22–28%
- Full-service: 28–35%
- Nguyên tắc: Food Cost % + Labor Cost % = Prime Cost — nên giữ ≤ 60–65% revenue. Vượt quá → store rất khó có lãi.
TAKEAWAY — Prime Cost là chỉ số sống còn
Food Cost + Labor Cost = Prime Cost. Nếu Prime Cost > 65% revenue → store đang ăn vào lợi nhuận. Kiểm tra Prime Cost hàng tuần cho mỗi store — đây là warning signal sớm nhất cho sức khỏe tài chính của store.
Data Point 4: Customer Count & Average Ticket (AOV)
- Tần suất: Hàng ngày
- Công thức:
- Tại sao tách ra: Khi revenue giảm, bạn cần biết do ít khách hơn hay do khách chi ít hơn. Hai nguyên nhân → hai giải pháp hoàn toàn khác nhau:
- Customer Count giảm → vấn đề traffic → xem lại marketing, vị trí, thời tiết, đối thủ
- AOV giảm → vấn đề menu/upsell → xem lại product mix, training upsell cho staff
| Tình huống | Customer Count | AOV | Phân tích | Hành động |
|---|---|---|---|---|
| Revenue tăng | ↑ | → | Đông khách hơn, chi tiêu không đổi | Marketing đang hiệu quả, scale up |
| Revenue tăng | → | ↑ | Lượng khách không đổi, chi tiêu tăng | Upsell/menu mới đang tốt |
| Revenue giảm | ↓ | → | Ít khách hơn | Kiểm tra marketing, vị trí, đối thủ |
| Revenue giảm | → | ↓ | Khách chi ít hơn | Kiểm tra menu pricing, upsell training |
| Revenue giảm | ↓ | ↓ | Cả hai giảm | 🚨 Red flag — cần action tổng thể |
Data Point 5: Product Mix — Món nào bán chạy, margin bao nhiêu
- Tần suất: Hàng tuần
- Product Mix cho bạn biết:
- Top sellers — món nào bán nhiều nhất?
- Margin per item — mỗi món lời bao nhiêu?
- Stars vs. Dogs — món vừa bán chạy vừa lời nhiều (Stars) vs. món bán ít lời ít (Dogs)
Menu Engineering Matrix:
| High Popularity | Low Popularity | |
|---|---|---|
| High Margin | ⭐ Stars — Push, promote, giữ nguyên | 🧩 Puzzles — Marketing push, đổi tên, đổi vị trí menu |
| Low Margin | 🐎 Plow Horses — Tăng giá hoặc giảm cost | 🐕 Dogs — Cân nhắc loại khỏi menu |
TAKEAWAY — Product Mix quyết định profitability
Revenue cao nhưng toàn bán món low-margin → lãi ít. Revenue thấp hơn nhưng product mix thiên về high-margin → lãi nhiều hơn. Phân tích Product Mix hàng tuần, push Stars, fix Puzzles, re-engineer Plow Horses, loại Dogs.
3.3 Dashboard Thinking: Data → Insight → Action
Có data mà không biết đọc = không có data. Có insight mà không hành động = vô nghĩa. Chu trình đúng là:
📊 Data → 🔍 Insight → ⚡ Action → 📈 Result → 📊 Data (lặp lại)Ví dụ chu trình Data → Insight → Action:
| Data | Insight | Action |
|---|---|---|
| Food cost Store A tuần này: 38% (target: 32%) | Tăng 6 điểm % → kiểm tra thấy waste tăng gấp đôi vì nhân viên mới chưa biết portion control | AM giao SM training lại portion control cho nhân viên mới, kiểm tra cuối tuần |
| Customer count Store B: giảm 15% vs. tuần trước | Kiểm tra thấy đối thủ mở ngay cạnh, giá rẻ hơn 20% | Marketing chạy promotion cho khu vực Store B, tăng cường combo value |
| AOV toàn chuỗi tăng 12% sau khi launch combo mới | Combo mới đang drive upsell hiệu quả | Scale combo ra toàn chuỗi, training staff push combo |
| Labor cost % Store C: 32% (target: 24%) | Kiểm tra thấy ca tối có 5 nhân viên nhưng chỉ phục vụ 15 khách | SM điều chỉnh lịch ca: giảm 2 nhân viên ca tối, tăng ca trưa |
3.4 Weekly Ops Review — Cuộc họp quan trọng nhất
Weekly Ops Review là cuộc họp quan trọng nhất trong chuỗi F&B — nơi data biến thành action.
Ai tham gia: SM (từng store) + AM (khu vực) — 2 cuộc họp riêng:
- SM + AM: Mỗi tuần, AM họp 1-1 với từng SM (30 phút/store) — review KPIs của store
- AM + Ops Director: Mỗi tuần, Ops Director họp với tất cả AM (60 phút) — review KPIs toàn chuỗi
Agenda mẫu — SM + AM Weekly Review (30 phút):
| Thời gian | Nội dung | Data cần |
|---|---|---|
| 5 phút | Revenue recap tuần | Daily revenue, SSSG |
| 5 phút | Cost review | Food cost %, labor cost %, Prime Cost |
| 5 phút | Customer metrics | Customer count, AOV, complaints |
| 5 phút | Product mix highlights | Top/bottom sellers, margin analysis |
| 5 phút | People update | Turnover, training, performance issues |
| 5 phút | Action items | 3–5 specific actions cho tuần tới, deadline, owner |
Nguyên tắc Weekly Ops Review:
- Ngắn gọn, tập trung. 30 phút, không hơn. Nếu cần thảo luận sâu → lên lịch riêng.
- Data trước, opinion sau. Bắt đầu bằng con số, sau đó mới phân tích nguyên nhân.
- Kết thúc bằng action. Mỗi cuộc họp phải kết thúc bằng 3–5 action items cụ thể — ai làm gì, deadline bao giờ.
- Accountability. Tuần sau mở đầu bằng review action tuần trước — hoàn thành hay chưa, kết quả thế nào.
TAKEAWAY — Weekly Ops Review: cuộc họp tạo kỷ luật data
Nếu bạn chỉ làm 1 việc từ tuần này, hãy bắt đầu Weekly Ops Review — SM + AM ngồi lại 30 phút mỗi tuần, review KPIs, ra 3–5 action items. Đơn giản nhưng tạo kỷ luật data cực kỳ mạnh. Chuỗi nào review hàng tuần → phát hiện vấn đề sớm 2–4 tuần so với chuỗi không review.
Phần 4: CRM & Customer Data
4.1 CRM — Không chỉ là phần mềm, mà là tư duy
CRM (Customer Relationship Management) thường bị hiểu nhầm là "phần mềm quản lý khách hàng." Thực tế, CRM là tư duy và quy trình quản lý mối quan hệ với khách hàng — phần mềm chỉ là công cụ hỗ trợ.
Nguyên tắc CRM cho chuỗi F&B:
Collect → Segment → Personalize → RetainBước 1: Collect (Thu thập) — Thu thập dữ liệu khách hàng qua các touchpoint: POS (mua gì, bao nhiêu, khi nào), app/website (order online), loyalty program (đăng ký thành viên), WiFi login, feedback/survey.
Bước 2: Segment (Phân khúc) — Chia khách hàng thành các nhóm có đặc điểm tương đồng:
- Theo tần suất: Heavy users (>4 lần/tháng), Regular (2–3 lần), Occasional (1 lần), Lapsed (>30 ngày không quay lại)
- Theo giá trị: High-value (AOV > trung bình 50%), Medium, Low
- Theo hành vi: Morning coffee, Lunch crowd, Weekend socializer
Bước 3: Personalize (Cá nhân hóa) — Giao tiếp và ưu đãi phù hợp từng segment:
- Heavy user → Early access sản phẩm mới, exclusive tasting
- Lapsed customer → "Chúng tôi nhớ bạn" + ưu đãi quay lại
- High-value + Low frequency → Tăng frequency bằng loyalty points
Bước 4: Retain (Giữ chân) — Mục tiêu cuối cùng: tăng Customer Lifetime Value (CLV)
Ví dụ: Khách uống cà phê trung bình 45.000đ/lần × 100 lần/năm × 3 năm = 13.5 triệu VNĐ CLV. Nếu bạn có thể tăng frequency từ 100 → 120 lần/năm (thêm 20%) → CLV tăng lên 16.2 triệu, thêm 2.7 triệu/khách. Với 10.000 khách hàng thường xuyên → thêm 27 tỷ VNĐ doanh thu.
4.2 Pareto F&B: 20% khách hàng tạo 40–60% doanh thu
Nguyên tắc Pareto trong F&B không phải 80/20 chuẩn — mà thường là 20% khách hàng tạo ra 40–60% doanh thu. Đây là nhóm khách hàng trung thành, đến thường xuyên, chi tiêu cao, và thường giới thiệu người khác.
Câu hỏi quan trọng: Bạn có biết 20% khách hàng quan trọng nhất của mình là ai không? Họ uống gì? Đến khi nào? Bao lâu quay lại? Nếu không biết → bạn đang marketing "mù" — chi tiền như nhau cho tất cả khách hàng, trong khi giá trị mỗi khách hàng rất khác nhau.
Chiến lược theo nhóm khách hàng:
| Nhóm | Tỷ lệ | Đóng góp revenue | Chiến lược |
|---|---|---|---|
| VIP / Champions | 5% | 20–25% | Red-carpet treatment, exclusive benefits, personal recognition |
| Loyal / Regulars | 15% | 20–35% | Loyalty rewards, consistency, đừng làm họ thất vọng |
| Potential | 25% | 15–20% | Tăng frequency, nurture thành Loyal |
| Casual / One-time | 55% | 20–25% | Low-cost retention, đừng over-invest |
4.3 Frequency > Discount — Tăng tần suất quan trọng hơn giảm giá
Đây là một nguyên tắc phản trực giác nhưng cực kỳ quan trọng: tăng tần suất mua hiệu quả hơn giảm giá cho mỗi lần mua.
Tại sao giảm giá nguy hiểm?
- Giảm giá huấn luyện khách hàng chờ promotion → họ không mua full price nữa
- Giảm giá ăn vào margin → cần bán nhiều hơn chỉ để hòa vốn
- Giảm giá thu hút deal seekers — nhóm khách hàng ít trung thành nhất, chạy theo ai rẻ hơn
Bài toán minh họa:
Giả sử AOV = 50.000đ, margin = 60%:
| Chiến lược | Revenue | Cost | Profit |
|---|---|---|---|
| Bán 100 ly, full price | 5.000.000đ | 2.000.000đ | 3.000.000đ |
| Bán 120 ly, giảm giá 20% (40.000đ/ly) | 4.800.000đ | 2.400.000đ | 2.400.000đ |
| Bán 120 ly, full price (tăng frequency) | 6.000.000đ | 2.400.000đ | 3.600.000đ |
Tăng frequency 20% (từ 100 → 120 ly) mà giữ nguyên giá → profit tăng 600.000đ (+20%). Cùng tăng 20% số ly nhưng bằng giảm giá 20% → profit giảm 600.000đ (−20%). Chênh lệch: 1.200.000đ — chỉ từ cách tiếp cận khác nhau.
Cách tăng frequency (không giảm giá):
- Loyalty points: Tích điểm → đổi quà (không phải giảm giá trực tiếp)
- Streak rewards: "Mua 5 ngày liên tiếp → tặng 1 phần" → tạo thói quen
- Time-based incentives: "Cà phê buổi chiều" → kéo khách vào off-peak
- New product trials: Cho thử sản phẩm mới miễn phí → lý do quay lại
- Community: Events, workshops, tasting → gắn kết cảm xúc, không cần giảm giá
TAKEAWAY — Frequency > Discount: đừng "huấn luyện" khách chờ giảm giá
Mỗi lần giảm giá, bạn đang nói với khách: "Giá bình thường của tôi không xứng đáng." Thay vào đó, hãy tăng lý do để khách quay lại thường xuyên hơn — loyalty program, sản phẩm mới, experience tốt. Frequency tăng 20% với full price > bán thêm 20% với giảm giá 20%.
4.4 Loyalty Program — 4 nguyên tắc thiết kế
Loyalty program tốt không chỉ "tặng điểm" — mà là hệ thống vừa tạo giá trị cho khách hàng, vừa thu thập data, vừa bảo vệ margin. Áp dụng 4 nguyên tắc:
Nguyên tắc 1: Simple to Understand
Khách hàng phải hiểu cách tích điểm và đổi thưởng trong 10 giây. "Mua 1 → tích 1 điểm → 10 điểm = 1 ly miễn phí" → ai cũng hiểu. "Mua 50.000đ → tích 2.5 điểm, 100 điểm = voucher 20%, áp dụng cho đơn ≥ 100.000đ, trừ ngày lễ, trừ combo..." → quá phức tạp, khách bỏ cuộc.
Nguyên tắc ngón tay cái: Nếu nhân viên cashier không giải thích được loyalty program trong 1 câu → quá phức tạp.
Nguyên tắc 2: Rewarding Enough to Care
Phần thưởng phải đủ hấp dẫn để khách thấy xứng đáng tham gia. "Tích 100 điểm để được giảm 5%" → không ai quan tâm. "Mua 8 ly → tặng 1 ly" → hấp dẫn, cụ thể, dễ hình dung.
Benchmark: Loyalty reward nên tương đương 5–10% giá trị mua hàng — đủ hấp dẫn mà không ăn quá nhiều margin.
Nguyên tắc 3: Data Collection Embedded
Mỗi transaction qua loyalty program = 1 data point. Bạn biết khách mua gì, khi nào, bao nhiêu, tần suất thế nào. Data này vô giá cho:
- Dự đoán nhu cầu (demand forecasting)
- Personalization (gửi offer đúng sản phẩm, đúng thời điểm)
- Phát hiện sớm khách sắp rời bỏ (churn prediction) — khách thường xuyên bỗng 2 tuần không đến → gửi offer kéo lại
Nguyên tắc 4: Not Margin-Destroying
Loyalty program phải tự nuôi được — tức là revenue tăng thêm từ loyalty phải lớn hơn chi phí reward.
Cách tính:
Incremental Revenue = doanh thu tăng thêm do khách hàng mua nhiều hơn nhờ loyalty (so với nếu không có loyalty). Nếu Loyalty ROI < 100% → loyalty program đang lỗ → redesign.
Sai lầm phổ biến: Thiết kế loyalty quá hào phóng ở đầu để thu hút thành viên → margin bị ăn mòn → cắt reward → khách hàng giận dữ → brand damage. Bắt đầu vừa phải, tăng dần an toàn hơn.
TAKEAWAY — 4 nguyên tắc Loyalty Program
① Simple — giải thích trong 1 câu. ② Rewarding — phần thưởng tương đương 5–10% giá trị mua. ③ Data-embedded — mỗi transaction = 1 data point. ④ Margin-safe — loyalty ROI > 100%. Bắt đầu đơn giản, đo lường, tối ưu dần.
4.5 Data Ethics — Sử dụng data có trách nhiệm
Thu thập data khách hàng đi kèm trách nhiệm:
- Transparency: Nói rõ bạn thu thập gì và sử dụng vào mục đích gì
- Consent: Khách hàng phải đồng ý (opt-in), không ép buộc
- Security: Bảo mật data — một vụ lộ data khách hàng có thể phá hủy brand
- Value exchange: Khách cho bạn data → bạn phải cho lại giá trị (better experience, relevant offers) — không chỉ spam quảng cáo
Nguyên tắc vàng: Thu thập data vừa đủ cho mục đích kinh doanh. Không cần biết ngày sinh, địa chỉ nhà, thu nhập nếu bạn chỉ muốn biết khách uống gì và bao lâu quay lại.
Tổng kết Tuần 7
Technology & Data-Driven Operations không phải về việc mua nhiều phần mềm nhất hoặc thu thập nhiều data nhất. Mà là về tư duy đúng:
- Tech là enabler — phục vụ chiến lược, không thay thế chiến lược
- Process trước, tech sau — sửa process trước khi automate
- SICA framework — đánh giá phần mềm bằng Scalability, Integration, Cost, Adoption
- 5 data points bắt buộc — Revenue, Food Cost %, Labor Cost %, Customer Count & AOV, Product Mix
- Data → Insight → Action — data vô nghĩa nếu không dẫn đến hành động
- Weekly Ops Review — kỷ luật review KPIs hàng tuần
- CRM: Collect → Segment → Personalize → Retain — tư duy trước, phần mềm sau
- Frequency > Discount — tăng tần suất hiệu quả hơn giảm giá
- Loyalty 4 principles — Simple, Rewarding, Data-embedded, Margin-safe
Tuần tới, chúng ta sẽ đi vào Week 8: Marketing & Brand Building — cách xây dựng brand mạnh và marketing hiệu quả cho chuỗi F&B. Và bạn sẽ thấy: data từ tuần này chính là nhiên liệu cho marketing tuần sau.
📖 Bảng thuật ngữ (Glossary)
| Thuật ngữ | Giải thích |
|---|---|
| Tech Stack | Tổ hợp phần mềm mà chuỗi sử dụng để vận hành — POS, Inventory, CRM, Accounting... |
| Dashboard | Bảng tổng hợp data real-time, hiển thị các KPI quan trọng trên 1 màn hình |
| CRM (Customer Relationship Management) | Hệ thống/tư duy theo dõi và chăm sóc mối quan hệ với khách hàng |
| Average Ticket / AOV (Average Order Value) | Số tiền khách chi trung bình mỗi lần mua — Revenue ÷ Số transaction |
| Product Mix | Tỷ lệ bán của mỗi món trong tổng doanh thu — cho biết món nào hot, món nào không |
| SSSG (Same-Store Sales Growth) | Tăng trưởng doanh thu cùng store qua các kỳ — loại bỏ ảnh hưởng của store mới |
| Prime Cost | Food Cost + Labor Cost — chi phí vận hành trực tiếp lớn nhất, nên ≤ 60–65% revenue |
| CLV (Customer Lifetime Value) | Tổng giá trị mà 1 khách hàng mang lại trong suốt "đời" khách hàng |
| TCO (Total Cost of Ownership) | Tổng chi phí sở hữu công nghệ: license + setup + training + maintenance |
| SICA | Framework đánh giá phần mềm: Scalability, Integration, Cost of ownership, Adoption ease |
| Menu Engineering | Phân tích sản phẩm theo 2 trục: popularity (bán chạy) và profitability (lợi nhuận cao) |
| Churn | Khách hàng rời bỏ — ngừng mua hàng sau một khoảng thời gian |
| Data Silo | Tình trạng data bị "nhốt" trong 1 hệ thống, không kết nối với hệ thống khác |
🔗 Xem thêm Tuần 7
→ 📝 Blog → 🧠 Case Study → 🏆 Tiêu chuẩn → 🛠 Workshop → 🎮 Mini Game