Appearance
🛠 Workshop Tuần 7: Tech Stack Design — Thiết kế hệ thống công nghệ & vận hành dựa trên dữ liệu
Biến kiến thức Technology & Data-Driven Operations thành bộ công cụ thực chiến — bạn sẽ rời workshop với Tech Stack Blueprint + Operations Dashboard Design + Loyalty Program Concept hoàn chỉnh: biết mình đang ở đâu, cần gì trong 2 năm tới, đo gì mỗi ngày, và giữ chân khách hàng bằng data thay vì giảm giá
🎯 Mục tiêu
Sau workshop này, bạn sẽ:
- Audit được tech stack hiện tại — biết chính xác đang dùng gì, gap ở đâu, đang "mù" data nào, tool nào chồng chéo hoặc không ai dùng — và đặc biệt nhận diện được tình trạng "data silos" (mỗi hệ thống 1 ốc đảo, data không kết nối)
- Thiết kế được Tech Stack lý tưởng theo SICA framework — cho quy mô hiện tại + kế hoạch 2 năm tới, biết mua gì trước, mua gì sau, tránh over-engineering lẫn under-investing
- Xây được Operations Dashboard — chọn đúng 5 KPIs cần theo dõi daily/weekly, thiết kế layout Data → Insight → Action cho từng KPI, biết cách đọc dashboard và ra quyết định
- Thiết kế được Loyalty Program concept — mechanics + data points + ROI estimation, áp dụng 4 nguyên tắc (Simple, Rewarding, Data-embedded, Margin-safe) và tư duy Frequency > Discount
⏱️ Thời lượng
| Phần | Thời gian |
|---|---|
| Hướng dẫn & giới thiệu case "Chuỗi Trà Sữa Đào" | 15 phút |
| Bài tập 1: Audit Tech hiện tại — Đang dùng gì? Gap ở đâu? | 40 phút |
| Bài tập 2: Thiết kế Tech Stack lý tưởng theo SICA | 40 phút |
| Nghỉ giải lao | 10 phút |
| Bài tập 3: Xây Operations Dashboard — 5 KPIs daily/weekly | 35 phút |
| Bài tập 4: Thiết kế Loyalty Program — Concept + Mechanics + Data | 35 phút |
| Review, feedback & tổng kết | 5 phút |
| Tổng | 180 phút (~3h00) |
📋 Yêu cầu chuẩn bị
Trước khi bắt đầu workshop, bạn cần:
| # | Chuẩn bị | Mô tả |
|---|---|---|
| 1 | Đọc trước nội dung Tuần 7 | Đặc biệt Phần 1 (Tech Mindset — 3 câu hỏi, Don't automate broken process), Phần 2 (Tech Stack, SICA), Phần 3 (Data-Driven Ops, 5 data points, Dashboard thinking), Phần 4 (CRM, Loyalty) trong 📘 Nội dung chính |
| 2 | Danh sách phần mềm/tools đang dùng | Nếu chuỗi bạn đã có tech stack — liệt kê tất cả (POS, accounting, inventory, group chat, spreadsheet...). Nếu chưa có, dùng case mẫu "Chuỗi Trà Sữa Đào" |
| 3 | Dữ liệu vận hành cơ bản | Doanh thu trung bình/store, food cost %, số nhân viên, số khách/ngày — để xây Dashboard thực tế |
| 4 | Thông tin khách hàng sơ bộ | Ước tính tỷ lệ khách quay lại, AOV, tần suất mua — để thiết kế Loyalty Program |
| 5 | Giấy A3 hoặc bảng trắng | Dùng vẽ Dashboard layout, Tech Stack map — hoặc dùng tool online (Miro, FigJam, Canva) |
LƯU Ý QUAN TRỌNG
Nếu bạn chưa có chuỗi thực tế hoặc chưa có đủ dữ liệu, hãy sử dụng case mẫu "Chuỗi Trà Sữa Đào" được cung cấp xuyên suốt workshop. Case này mô phỏng một chuỗi trà sữa Việt Nam đang tăng trưởng nhanh nhưng vận hành bằng tools rời rạc — bài toán mà hầu hết chuỗi F&B Việt Nam đều đối mặt khi chuyển từ 5 store lên 20 store.
📖 Case Study xuyên suốt: Chuỗi Trà Sữa Đào
Tất cả 4 bài tập sẽ sử dụng chung một case study giả định — mỗi bài tập xây dựng trên kết quả của bài trước. Bạn có thể làm song song với dữ liệu thật của chuỗi mình.
Hồ sơ Chuỗi Trà Sữa Đào
| Thông tin | Chi tiết |
|---|---|
| Tên thương hiệu | Chuỗi Trà Sữa Đào |
| Loại hình | Trà sữa & nước trái cây — takeaway + dine-in nhỏ + delivery |
| USP | "Trà sữa tươi — nguyên liệu thật, không bột pha sẵn, vị Việt Nam" |
| Số store hiện tại | 12 store tại TP.HCM (Q.1, Q.3, Q.5, Q.7, Q.10, Bình Thạnh, Phú Nhuận, Tân Bình, Gò Vấp, Thủ Đức) và Hà Nội (Cầu Giấy, Đống Đa) |
| Thời gian hoạt động | 3.5 năm (store đầu tiên Q.1, 2 store Hà Nội mở cách đây 6 tháng) |
| Doanh thu trung bình/store | 150–380 triệu/tháng (biến động lớn giữa các store) |
| Nhân viên trung bình/store | 6–10 người (2 ca) |
| Tổng nhân viên toàn chuỗi | ~105 người (bao gồm HQ 8 người) |
| Menu | 32 sản phẩm: 12 loại trà sữa, 8 loại trà trái cây, 6 loại nước ép, 4 loại topping, 2 snack |
| Sản phẩm bestseller | Trà Sữa Đào Tươi (28% tổng đơn), Trà Ô Long Vải (15%), Trà Sữa Matcha (12%) |
| Phân khúc giá | 35.000–65.000 VNĐ/sản phẩm |
| AOV hiện tại | 58.000 VNĐ |
| Kế hoạch mở rộng | Mở thêm 8 store trong 2 năm tới (mục tiêu 20 store cuối 2027) |
Founder Profile
Chị Linh — 31 tuổi, từng làm Marketing Manager tại một tập đoàn FMCG 5 năm. Chị mở Trà Sữa Đào vì đam mê trà sữa tươi và nhận thấy thị trường thiếu một thương hiệu trà sữa dùng nguyên liệu thật 100% (đa phần dùng bột pha sẵn). Sản phẩm chất lượng cao, branding đẹp, tăng trưởng nhanh nhờ social media mạnh.
Vấn đề cốt lõi — "Mỗi store một kiểu, data ở khắp nơi"
Tình huống hiện tại:
Chị Linh nói: "12 store rồi mà tôi vẫn quản lý như lúc 3 store. Mỗi sáng tôi phải mở 4–5 cái app khác nhau để biết chuyện gì đang xảy ra. Store manager WhatsApp báo cáo doanh thu, kế toán gửi file Excel chi phí, tôi tự tổng hợp trên Google Sheets cuối tuần. Hôm nào bận là bỏ qua — có tuần không biết food cost bao nhiêu. Muốn biết khách hàng nào quay lại thì... không biết. Muốn biết store nào đang lỗ thì phải chờ kế toán tổng hợp cuối tháng. Tôi biết cần phải đầu tư công nghệ nhưng không biết nên bắt đầu từ đâu, mua gì trước, sợ mua sai tốn tiền."
Triệu chứng cụ thể:
| Vấn đề | Chi tiết |
|---|---|
| Tools rời rạc, không kết nối | POS mỗi store 1 hãng khác nhau (3 store dùng POS A, 5 store dùng POS B, 4 store dùng POS C — do mở lúc nào mua lúc đó) |
| Báo cáo thủ công | SM chụp ảnh Z-report gửi WhatsApp mỗi tối → chị Linh tổng hợp thủ công |
| Không có inventory system | Kiểm kê bằng sổ tay + Excel riêng mỗi store, không ai biết tồn kho toàn chuỗi |
| Không biết food cost thực tế | Chỉ biết food cost cuối tháng khi kế toán tổng hợp → phát hiện quá trễ |
| Không có CRM | Không biết khách nào quay lại, không có loyalty program, không có data khách hàng |
| Giao tiếp hỗn loạn | 1 group WhatsApp chung 105 người → tin nhắn quan trọng bị trôi |
| Chấm công bằng tay | SM ghi chấm công bằng sổ, gửi bảng Excel cuối tháng cho HR → sai sót thường xuyên |
| Không có dashboard | Muốn biết tổng quan phải tự tổng hợp từ nhiều nguồn → mất 2–3 giờ mỗi tuần |
| 2 store Hà Nội "mất liên lạc" | Vì xa HQ, data từ 2 store HN thường trễ 2–3 ngày so với TP.HCM |
| Marketing "bắn" đại | Không biết khách hàng là ai → chạy quảng cáo như nhau cho tất cả, ROI thấp |
Dữ liệu tech hiện tại — Chi tiết
| Tool / Hệ thống | Mô tả | Số store dùng | Chi phí/tháng | Tình trạng |
|---|---|---|---|---|
| POS A (máy tính tiền cơ bản) | Chỉ xuất Z-report cuối ngày, không có cloud report | 3 store (Q.1, Q.3, Bình Thạnh) | 0 (mua đứt 8 tr/máy) | Cũ, không có data online |
| POS B (phần mềm POS cloud) | Có report cloud nhưng không integrate inventory | 5 store (Q.5, Q.7, Q.10, Phú Nhuận, Tân Bình) | 500K/store = 2.5 tr | Ổn, nhưng chỉ dùng 30% tính năng |
| POS C (POS khác, HN dùng) | Đại lý HN giới thiệu, giao diện tiếng Anh | 2 store HN | 800K/store = 1.6 tr | SM HN không biết tiếng Anh tốt → nhập sai |
| 2 store còn lại (Gò Vấp, Thủ Đức) | Ghi sổ tay + máy tính tiền "câm" | 2 store | 0 | Không có data điện tử |
| Báo cáo doanh thu, giao tiếp nội bộ | 12 store | 0 | Tin nhắn trôi, không lưu trữ được | |
| Google Sheets | Chị Linh tự tổng hợp doanh thu tuần | HQ | 0 | Thủ công, hay sai, tốn 2–3 giờ/tuần |
| Excel | Kế toán tổng hợp P&L cuối tháng | HQ | 0 | Data đến muộn (T+15 ngày) |
| Sổ tay kiểm kê | SM đếm tay, ghi sổ | 12 store | 0 | Không nhất quán, hay quên |
| Phần mềm kế toán cơ bản | Hạch toán thuế | HQ | 500K/tháng | Chỉ cho kế toán, không kết nối gì |
| Facebook/Instagram | Marketing, chạy ads | HQ Marketing | ~15 tr/tháng (ads) | Không track được ROI theo store |
Tổng chi phí tech hiện tại: ~20 triệu/tháng (rất thấp cho chuỗi 12 store)
Ngân sách tech khả dụng: Chị Linh sẵn sàng đầu tư 40–80 triệu/tháng cho tech nếu thấy rõ ROI — tương đương 2–4% doanh thu (~2.5 tỷ/tháng toàn chuỗi).
Dữ liệu vận hành — 12 store
| Store | Doanh thu/tháng | Food Cost % (ước tính) | Labor Cost % | Khách/ngày | AOV | Ghi chú |
|---|---|---|---|---|---|---|
| Q.1 | 380 tr | 27% | 20% | 220 | 58K | Store flagship, đông nhất |
| Q.3 | 310 tr | 29% | 21% | 180 | 57K | Ổn định |
| Q.5 | 240 tr | 32% | 23% | 140 | 57K | Food cost hơi cao |
| Q.7 | 290 tr | 28% | 22% | 165 | 59K | Khu dân cư, chiều tối đông |
| Q.10 | 200 tr | 35% 🔴 | 26% | 110 | 61K | Food cost rất cao, nghi waste |
| Bình Thạnh | 320 tr | 27% | 19% | 185 | 58K | SM giỏi, hiệu quả nhất |
| Phú Nhuận | 260 tr | 30% | 22% | 150 | 58K | Ổn |
| Tân Bình | 220 tr | 31% | 24% | 125 | 59K | Khu công nghiệp, trưa đông |
| Gò Vấp | 180 tr | 33% 🔴 | 25% | 100 | 60K | Store nhỏ, food cost cao |
| Thủ Đức | 190 tr | 34% 🔴 | 24% | 105 | 60K | Mới mở 8 tháng |
| Cầu Giấy (HN) | 150 tr | ?% ❓ | ?% | 85 | 59K | Không có data food cost! |
| Đống Đa (HN) | 160 tr | ?% ❓ | ?% | 90 | 59K | Không có data food cost! |
Vấn đề nổi bật từ data:
- 3 store food cost > 32% (Q.10, Gò Vấp, Thủ Đức) → vượt benchmark 25–30% → mất lợi nhuận
- 2 store HN: không có data food cost vì không ai kiểm kê đúng quy trình → "mù" hoàn toàn
- Không biết tỷ lệ khách quay lại → marketing "bắn" mù
- AOV khá đồng đều (~58–61K) nhưng customer count chênh lệch lớn (85–220 khách/ngày)
Nhiệm vụ workshop hôm nay: Giúp chị Linh xây dựng Tech Stack Blueprint + Operations Dashboard + Loyalty Program Concept hoàn chỉnh — giải quyết tình trạng tools rời rạc, data silos, không có CRM, không có dashboard, và chuẩn bị nền tảng tech cho mục tiêu 20 store cuối 2027.
Bài tập 1: Audit Tech hiện tại — Đang dùng gì? Gap ở đâu?
Hướng dẫn
Mục đích: Kiểm kê toàn bộ tech/tools đang sử dụng, đánh giá tình trạng từng tool, xác định gap (thiếu gì), overlap (chồng chéo gì), data silos (data nào bị nhốt trong ốc đảo), và adoption issues (tool nào mua rồi không ai dùng).
⏱️ Thời gian: 40 phút (10 phút đọc hướng dẫn + hiểu template → 25 phút điền audit + phân tích gap → 5 phút self-review)
Cách thực hiện:
- Liệt kê TẤT CẢ tools đang dùng — từ POS đến WhatsApp, từ sổ tay đến Excel — bất cứ thứ gì liên quan đến vận hành
- Đánh giá từng tool theo 5 tiêu chí: đang dùng đúng chưa, adoption rate bao nhiêu %, data có export được không, có kết nối tool khác không, chi phí bao nhiêu
- Xác định gap — hệ thống nào CHƯA CÓ mà ĐÁNG LẼ PHẢI CÓ ở quy mô hiện tại
- Xác định data silos — data nào đang "bị nhốt" trong 1 tool mà không kết nối sang tool khác
- Tự kiểm tra bằng 3 câu hỏi trước khi invest tech (từ Phần 1.2 — Nội dung chính)
Kiến thức nền tảng cần nhớ:
- Core Systems cho chuỗi 12 store (giai đoạn 5–20 store): POS centralized, Accounting, Inventory Management, HR/Payroll, CRM/Loyalty — tất cả đều nên có ở giai đoạn này
- Don't automate a broken process — trước khi tìm tech, hỏi: process đã chuẩn chưa?
- Data silos — mỗi tool 1 "ốc đảo" = data không liên kết = quyết định "mù"
- Garbage In, Garbage Out — tool tốt + data nhập sai = report vô nghĩa
MẸO — AUDIT TECH ĐÚNG CÁCH
Đừng chỉ liệt kê phần mềm "chính thức." Hãy liệt kê CẢ những tool "không chính thức" mà team đang dùng: WhatsApp group, Google Sheets cá nhân, sổ tay, post-it, nhóm Facebook nội bộ... Thường thì những tool "không chính thức" này tiết lộ gap lớn nhất — team tự tạo tool vì hệ thống chính thức không đáp ứng được.
Template Audit Tech
╔══════════════════════════════════════════════════════════════════════════╗
║ [TÊN CHUỖI] — TECH AUDIT ║
╠══════════════════════════════════════════════════════════════════════════╣
║ Ngày audit : [DD/MM/YYYY] ║
║ Số store : [X] ║
║ Tổng chi phí tech : [X] triệu/tháng ║
║ Người thực hiện : [Tên] ║
╚══════════════════════════════════════════════════════════════════════════╝
─────────────────────────────────────────────────────────────────
BẢNG 1: KIỂM KÊ TOÀN BỘ TOOLS HIỆN TẠI
─────────────────────────────────────────────────────────────────
| # | Tool/Hệ thống | Chức năng | Số store dùng | Chi phí/tháng | Adoption Rate | Data export? | Kết nối tool khác? | Đánh giá |
|---|:---|:---|:---:|---:|:---:|:---:|:---:|:---:|
| 1 | [VD: POS B] | [Bán hàng, report] | [5/12] | [2.5 tr] | [70%] | [Có/Không] | [Không] | [✅/⚠️/🔴] |
| 2 | | | | | | | | |
| 3 | | | | | | | | |
| ... | | | | | | | | |
─────────────────────────────────────────────────────────────────
BẢNG 2: PHÂN TÍCH GAP — THIẾU GÌ?
─────────────────────────────────────────────────────────────────
| Hệ thống cần có (ở quy mô hiện tại) | Đang có? | Tình trạng | Mức ảnh hưởng | Ưu tiên |
|:---|:---:|:---|:---:|:---:|
| POS tập trung (1 hệ thống, cloud) | [Có/Không/Một phần] | [Mô tả] | [Cao/TB/Thấp] | [🔴/🟠/🟡] |
| Inventory Management | [Có/Không/Một phần] | | | |
| Accounting tích hợp | [Có/Không/Một phần] | | | |
| HR / Payroll | [Có/Không/Một phần] | | | |
| CRM / Loyalty | [Có/Không/Một phần] | | | |
| Dashboard / BI | [Có/Không/Một phần] | | | |
| Internal Communication | [Có/Không/Một phần] | | | |
─────────────────────────────────────────────────────────────────
BẢNG 3: DATA SILOS — DATA NÀO ĐANG BỊ "NHỐT"?
─────────────────────────────────────────────────────────────────
| Data | Đang ở đâu | Ai access được | Kết nối hệ thống khác? | Hậu quả của silo |
|:---|:---|:---|:---:|:---|
| [VD: Doanh thu daily] | [WhatsApp + Google Sheets] | [Chỉ founder] | [Không] | [Phải tổng hợp thủ công 2–3h/tuần] |
| | | | | |
| | | | | |
─────────────────────────────────────────────────────────────────
BẢNG 4: TÓM TẮT AUDIT
─────────────────────────────────────────────────────────────────
Tổng số tools đang dùng : ___
Tools đang dùng hiệu quả (✅) : ___
Tools dùng không hết tính năng (⚠️) : ___
Tools không ai dùng / sắp bỏ (🔴) : ___
Hệ thống CẦN CÓ nhưng CHƯA CÓ : ___
Data silos nghiêm trọng nhất : ___
Top 3 vấn đề tech lớn nhất:
1. _______________________________________________
2. _______________________________________________
3. _______________________________________________Ví dụ mẫu hoàn chỉnh — Chuỗi Trà Sữa Đào: Tech Audit
╔══════════════════════════════════════════════════════════════════════════╗
║ CHUỖI TRÀ SỮA ĐÀO — TECH AUDIT ║
╠══════════════════════════════════════════════════════════════════════════╣
║ Ngày audit : 14/02/2026 ║
║ Số store : 12 ║
║ Tổng chi phí tech : ~20 triệu/tháng ║
║ Người thực hiện : Chị Linh (Founder) ║
╚══════════════════════════════════════════════════════════════════════════╝
─────────────────────────────────────────────────────────────────
BẢNG 1: KIỂM KÊ TOÀN BỘ TOOLS HIỆN TẠI
─────────────────────────────────────────────────────────────────
| # | Tool | Chức năng | Store dùng | Chi phí/tháng | Adoption | Export? | Kết nối? | Đánh giá |
|---|:---|:---|:---:|---:|:---:|:---:|:---:|:---:|
| 1 | POS A (máy cơ bản) | Tính tiền, Z-report giấy | 3/12 | 0 (đã mua đứt) | 100% | ❌ Không | ❌ | 🔴 Lỗi thời |
| 2 | POS B (cloud) | Tính tiền, report cloud | 5/12 | 2.5 tr | 70% (dùng 30% tính năng) | ✅ Có | ❌ Không kết nối gì | ⚠️ Chưa tận dụng |
| 3 | POS C (HN) | Tính tiền | 2/12 | 1.6 tr | 50% (giao diện EN → SM sai) | ✅ Có | ❌ | 🔴 Sai tool |
| 4 | Máy tính tiền "câm" | Tính tiền thuần túy | 2/12 | 0 | 100% | ❌ | ❌ | 🔴 Không data |
| 5 | WhatsApp | Báo cáo + giao tiếp | 12/12 | 0 | 95% | ❌ Không lưu trữ | ❌ | ⚠️ Dùng sai mục đích |
| 6 | Google Sheets | Tổng hợp doanh thu | HQ | 0 | 1 người (chị Linh) | ✅ | ❌ Thủ công | 🔴 Bottleneck |
| 7 | Excel | P&L cuối tháng | HQ | 0 | 1 người (kế toán) | ✅ | ❌ | ⚠️ Quá chậm (T+15) |
| 8 | Sổ tay | Kiểm kê kho | 12/12 | 0 | 60% (nhiều SM bỏ qua) | ❌ | ❌ | 🔴 Không tin cậy |
| 9 | PM kế toán cơ bản | Thuế, hạch toán | HQ | 500K | 100% (kế toán) | ✅ | ❌ | ⚠️ Chỉ kế toán dùng |
| 10 | Facebook/Instagram | Marketing, quảng cáo | HQ | 15 tr (ads) | N/A | ❌ Không track ROI | ❌ | ⚠️ Không đo được |
BẢNG 2: PHÂN TÍCH GAP
| Hệ thống cần có (12 store) | Đang có? | Tình trạng | Ảnh hưởng | Ưu tiên |
|:---|:---:|:---|:---:|:---:|
| POS tập trung (1 hệ thống) | Một phần | 3 POS khác nhau + 2 store không POS → data rời rạc | Cao | 🔴 |
| Inventory Management | ❌ Không | Sổ tay, 60% adoption → food cost "mù" ở 5+ store | Cao | 🔴 |
| Accounting tích hợp | Một phần | Có PM kế toán nhưng không kết nối POS → data T+15 | Cao | 🟠 |
| HR / Payroll | ❌ Không | Chấm công sổ tay, sai sót lương thường xuyên | TB | 🟠 |
| CRM / Loyalty | ❌ Không | Không biết khách nào, tần suất nào, CLV bao nhiêu | Cao | 🟠 |
| Dashboard / BI | ❌ Không | Chị Linh tự tổng hợp Google Sheets 2–3 giờ/tuần | Cao | 🟠 |
| Internal Comms | Một phần | WhatsApp chung 105 người → tin trôi | TB | 🟡 |
BẢNG 3: DATA SILOS
| Data | Đang ở đâu | Access | Kết nối? | Hậu quả |
|:---|:---|:---|:---:|:---|
| Doanh thu daily | 3 POS khác nhau + WhatsApp | Chỉ chị Linh | ❌ | Mất 2–3h/tuần tổng hợp, data HN trễ 2–3 ngày |
| Food cost | Sổ tay (nếu SM ghi) | Chỉ SM đó | ❌ | 5 store food cost > 32%, 2 store HN không có data |
| Inventory | Sổ tay rời rạc mỗi store | Chỉ SM đó | ❌ | Không biết tồn kho toàn chuỗi, waste không track |
| Lương & chấm công | Sổ tay SM → Excel HR | HR + SM | ❌ | Sai sót 3–5 trường hợp/tháng |
| Khách hàng | Không thu thập | Không ai | ❌ | Hoàn toàn "mù" về customer data |
TÓM TẮT:
- Tổng tools: 10
- Hiệu quả (✅): 0/10
- Chưa tận dụng (⚠️): 4/10
- Lỗi thời/sai (🔴): 4/10
- Hệ thống CẦN nhưng CHƯA CÓ: 4 (Inventory, CRM, Dashboard, HR/Payroll)
- Data silo nghiêm trọng nhất: Doanh thu (3 POS khác nhau), Food cost (sổ tay)
Top 3 vấn đề:
1. POS rời rạc → không có doanh thu tập trung → "mù" performance
2. Không có Inventory system → food cost mất kiểm soát (5 store > 32%)
3. Không có CRM → không biết khách hàng là ai → marketing "bắn" mùSelf-Review Checklist — Bài tập 1
Kiểm tra bài làm của bạn:
- [ ] Đã liệt kê TẤT CẢ tools (kể cả WhatsApp, sổ tay, Excel cá nhân)?
- [ ] Mỗi tool đã đánh giá adoption rate (bao nhiêu % team thực sự dùng)?
- [ ] Đã xác định tools nào mua rồi nhưng không ai dùng / dùng sai?
- [ ] Đã liệt kê đủ hệ thống CẦN CÓ theo quy mô nhưng CHƯA CÓ?
- [ ] Đã chỉ ra ít nhất 3 data silos nghiêm trọng?
- [ ] Đã xếp hạng ưu tiên cho từng gap (🔴 🟠 🟡)?
- [ ] Đã xác định top 3 vấn đề tech lớn nhất?
💡 Facilitator Notes — Bài tập 1
Mục đích sâu hơn: Bài tập này buộc người học nhận ra rằng hầu hết chuỗi F&B Việt Nam ở giai đoạn 5–15 store đều có vấn đề tech giống nhau: tools rời rạc, data silos, report thủ công. Mục tiêu là tạo awareness trước khi giải quyết.
Sai lầm phổ biến của học viên:
- Chỉ liệt kê phần mềm "chính thức" → nhắc họ liệt kê cả WhatsApp, sổ tay, Excel
- Đánh giá tool tốt/xấu mà không tính adoption rate → hỏi: "team có dùng không?"
- Bỏ qua data silos → hỏi: "data doanh thu có kết nối với data food cost không?"
Điểm thảo luận tốt:
- Hỏi: "Ai trong nhóm đang gặp vấn đề tương tự Trà Sữa Đào?"
- Hỏi: "Cost của việc KHÔNG CÓ data — chị Linh mất bao nhiêu tiền mỗi tháng vì food cost không kiểm soát?"
- Tính nhanh: 5 store food cost vượt 3–7 điểm % → mỗi store mất ~5–15 tr/tháng → toàn chuỗi mất 25–75 triệu/tháng → đủ trả cho cả hệ thống tech mới!
Thời gian: Nếu nhóm hoàn thành sớm, cho họ tính "Cost of Not Having Data" — chi phí ẩn của việc không có hệ thống.
Bài tập 2: Thiết kế Tech Stack lý tưởng theo SICA
Hướng dẫn
Mục đích: Thiết kế Tech Stack hoàn chỉnh cho chuỗi ở 2 giai đoạn (hiện tại + 2 năm tới), đánh giá từng phần mềm bằng SICA framework (Scalability, Integration, Cost, Adoption), xác định thứ tự triển khai và ROI kỳ vọng.
⏱️ Thời gian: 40 phút (5 phút đọc hướng dẫn → 25 phút thiết kế + SICA scoring → 10 phút roadmap + ROI)
Cách thực hiện:
- Xác định Core Systems cần có cho quy mô hiện tại (12 store) và kế hoạch (20 store)
- Với mỗi system, đề xuất 2–3 giải pháp có thể (không cần nêu tên vendor cụ thể — tập trung vào tiêu chí)
- Chấm điểm SICA cho từng giải pháp — sử dụng trọng số giai đoạn 5–20 store
- Lập Tech Roadmap — triển khai gì trước, gì sau, trong bao lâu
- Tính TCO và ROI kỳ vọng — tổng chi phí sở hữu vs. giá trị mang lại
Kiến thức nền tảng cần nhớ:
Trọng số SICA cho giai đoạn 5–20 store:
| S (Scalability) | I (Integration) | C (Cost) | A (Adoption) |
|---|---|---|---|
| 25% | 20% | 25% | 30% |
Công thức SICA Score:
Ngưỡng: SICA Score ≥ 3.5/5 → cân nhắc. Dưới 3.0 → loại.
Công thức TCO:
Công thức Tech ROI:
MẸO — THIẾT KẾ TECH STACK ĐÚNG CÁCH
Đừng bắt đầu bằng "phần mềm nào tốt nhất" → Bắt đầu bằng "vấn đề business nào cần giải quyết trước." Với Trà Sữa Đào, vấn đề #1 là POS rời rạc + food cost mất kiểm soát → giải pháp #1 là POS thống nhất + Inventory Management. CRM quan trọng nhưng sau khi có data foundation.
Template Tech Stack Blueprint
╔══════════════════════════════════════════════════════════════════════════╗
║ [TÊN CHUỖI] — TECH STACK BLUEPRINT ║
╠══════════════════════════════════════════════════════════════════════════╣
║ Giai đoạn : [Hiện tại X store → Mục tiêu Y store] ║
║ Ngân sách tech : [X] triệu/tháng ║
║ Thời gian triển khai : [X] tháng ║
║ Ngày lập : [DD/MM/YYYY] ║
╚══════════════════════════════════════════════════════════════════════════╝
─────────────────────────────────────────────────────────────────
PHẦN A: CORE SYSTEMS DESIGN
─────────────────────────────────────────────────────────────────
| # | Hệ thống | Vấn đề business giải quyết | Loại giải pháp | SICA Score | Chi phí/tháng | Ưu tiên |
|---|:---|:---|:---|:---:|---:|:---:|
| 1 | [POS Tập trung] | [VD: Thống nhất data doanh thu] | [Cloud POS] | [X.X/5] | [X tr] | [Wave 1/2/3] |
| 2 | | | | | | |
| 3 | | | | | | |
─────────────────────────────────────────────────────────────────
PHẦN B: SICA SCORING CHI TIẾT (cho mỗi hệ thống chính)
─────────────────────────────────────────────────────────────────
Hệ thống: [VD: POS]
| Tiêu chí | Trọng số | Giải pháp A | Giải pháp B | Giải pháp C |
|:---|:---:|:---:|:---:|:---:|
| S — Scalability (1–5) | 25% | [X] | [X] | [X] |
| I — Integration (1–5) | 20% | [X] | [X] | [X] |
| C — Cost of Ownership (1–5) | 25% | [X] | [X] | [X] |
| A — Adoption Ease (1–5) | 30% | [X] | [X] | [X] |
| **SICA Score** | **100%** | **[X.X]** | **[X.X]** | **[X.X]** |
| **Đề xuất** | | [Chọn/Loại] | [Chọn/Loại] | [Chọn/Loại] |
(Lặp lại cho mỗi hệ thống: Inventory, CRM, HR/Payroll...)
─────────────────────────────────────────────────────────────────
PHẦN C: TECH ROADMAP — THỨ TỰ TRIỂN KHAI
─────────────────────────────────────────────────────────────────
| Wave | Thời gian | Hệ thống triển khai | Lý do ưu tiên | Budget |
|:---:|:---|:---|:---|---:|
| Wave 1 | Tháng 1–3 | [VD: POS thống nhất] | [Nền tảng data, cấp bách nhất] | [X tr] |
| Wave 2 | Tháng 4–6 | | | |
| Wave 3 | Tháng 7–12 | | | |
─────────────────────────────────────────────────────────────────
PHẦN D: TCO VÀ ROI TỔNG THỂ
─────────────────────────────────────────────────────────────────
| Hạng mục | Năm 1 | Năm 2 | Tổng 2 năm |
|:---|---:|---:|---:|
| License / Subscription | [X] tr | [X] tr | [X] tr |
| Setup & Integration | [X] tr | 0 | [X] tr |
| Training | [X] tr | [X] tr | [X] tr |
| Maintenance & Support | [X] tr | [X] tr | [X] tr |
| **Tổng TCO** | **[X] tr** | **[X] tr** | **[X] tr** |
|---|---|---|---|
| Giá trị mang lại (tiết kiệm + tăng revenue) | [X] tr | [X] tr | [X] tr |
| **Tech ROI** | **[X]%** | **[X]%** | **[X]%** |Ví dụ mẫu hoàn chỉnh — Chuỗi Trà Sữa Đào: Tech Stack Blueprint
╔══════════════════════════════════════════════════════════════════════════╗
║ CHUỖI TRÀ SỮA ĐÀO — TECH STACK BLUEPRINT ║
╠══════════════════════════════════════════════════════════════════════════╣
║ Giai đoạn : 12 store → 20 store (mục tiêu cuối 2027) ║
║ Ngân sách tech : 40–80 triệu/tháng (2–4% revenue) ║
║ Thời gian triển khai : 12 tháng (3 waves) ║
║ Ngày lập : 14/02/2026 ║
╚══════════════════════════════════════════════════════════════════════════╝
PHẦN A: CORE SYSTEMS
| # | Hệ thống | Vấn đề business giải quyết | Loại giải pháp | SICA | Chi phí/tháng | Ưu tiên |
|---|:---|:---|:---|:---:|---:|:---:|
| 1 | POS Tập trung | 3 POS khác → thống nhất data doanh thu real-time | Cloud POS multi-store | 4.2 | 12 tr (1tr/store) | Wave 1 |
| 2 | Inventory Mgmt | Food cost mất kiểm soát, 5 store > 32% | Tích hợp POS, track waste | 3.8 | 6 tr (500K/store) | Wave 1 |
| 3 | Internal Comms | WhatsApp hỗn loạn, tin trôi | Platform theo channel/store | 3.6 | 3 tr | Wave 1 |
| 4 | CRM / Loyalty | Không biết khách hàng, không loyalty | CRM tích hợp POS | 3.7 | 8 tr | Wave 2 |
| 5 | HR / Payroll | Chấm công sổ tay, sai sót lương | Chấm công digital | 3.5 | 4 tr | Wave 2 |
| 6 | Dashboard / BI | Không có dashboard, tổng hợp thủ công | BI kết nối POS + Inventory | 4.0 | 5 tr | Wave 2 |
| 7 | Accounting tích hợp | P&L chậm T+15, không kết nối POS | Kế toán cloud, auto import | 3.6 | 3 tr | Wave 3 |
| **Tổng** | | | | | **~41 tr/tháng** | |
PHẦN B: SICA SCORING — POS (ví dụ)
| Tiêu chí | Trọng số | Cloud POS Tiêu chuẩn | POS Nâng cao (all-in-one) | POS Quốc tế (Enterprise) |
|:---|:---:|:---:|:---:|:---:|
| S — Scalability | 25% | 4 (đến 50 store) | 5 (không giới hạn) | 5 (không giới hạn) |
| I — Integration | 20% | 4 (API mở, kết nối inventory) | 5 (tích hợp sẵn CRM, inventory) | 4 (API nhưng cần custom) |
| C — Cost (5=rẻ, 1=đắt) | 25% | 5 (800K–1.2tr/store) | 3 (2–3tr/store) | 1 (5–8tr/store) |
| A — Adoption | 30% | 4 (tiếng Việt, UI đơn giản) | 4 (tiếng Việt, nhiều tính năng) | 2 (tiếng Anh, phức tạp) |
| **SICA Score** | **100%** | **4.25 ✅** | **4.10 ✅** | **2.80 ❌** |
| **Đề xuất** | | **Chọn** (best fit giai đoạn 12–20) | Backup (nếu cần all-in-one) | Loại (quá đắt, quá phức tạp) |
PHẦN C: TECH ROADMAP
| Wave | Thời gian | Hệ thống | Lý do ưu tiên | Budget/tháng |
|:---:|:---|:---|:---|---:|
| Wave 1 | Tháng 1–3 | POS thống nhất + Inventory + Comms | Nền tảng data — không có POS thống nhất thì không làm gì khác được. Inventory cấp bách vì food cost đang mất kiểm soát | 21 tr |
| Wave 2 | Tháng 4–6 | CRM/Loyalty + Dashboard + HR/Payroll | Có data foundation rồi → xây analytics + CRM. HR cần trước khi lên 20 store | 17 tr |
| Wave 3 | Tháng 7–12 | Accounting tích hợp + Fine-tune toàn bộ | Kết nối accounting để P&L real-time. Optimize, training bổ sung | 3 tr |
PHẦN D: TCO VÀ ROI
| Hạng mục | Năm 1 | Năm 2 | Tổng 2 năm |
|:---|---:|---:|---:|
| License / Subscription | 492 tr | 600 tr (thêm 8 store) | 1.092 tr |
| Setup & Integration | 80 tr | 30 tr (store mới) | 110 tr |
| Training (toàn chuỗi + nhân viên mới) | 40 tr | 20 tr | 60 tr |
| Maintenance & Support | 24 tr | 24 tr | 48 tr |
| **Tổng TCO** | **636 tr** | **674 tr** | **1.310 tr** |
|---|---|---|---|
| Giá trị: Tiết kiệm food cost (5 store giảm 3–5 điểm %) | 360 tr | 480 tr | 840 tr |
| Giá trị: Tiết kiệm thời gian tổng hợp (2–3h/tuần → 0) | 36 tr | 36 tr | 72 tr |
| Giá trị: Tăng revenue từ CRM/Loyalty (ước tính 3% uplift) | 450 tr | 900 tr | 1.350 tr |
| Giá trị: Giảm sai sót lương, turnover | 30 tr | 30 tr | 60 tr |
| **Tổng giá trị** | **876 tr** | **1.446 tr** | **2.322 tr** |
| **Tech ROI** | **38%** | **115%** | **77% trung bình** |SICA Scoring Sheet — Template trống
Sử dụng sheet này để chấm điểm SICA cho mỗi hệ thống cần đánh giá:
| Tiêu chí | Trọng số (5–20 store) | Giải pháp A: ___ | Giải pháp B: ___ | Giải pháp C: ___ |
|---|---|---|---|---|
| S — Scalability | 25% | /5 | /5 | /5 |
| Thêm 1 store mất bao lâu? Chi phí thêm? Giới hạn max? | ||||
| I — Integration | 20% | /5 | /5 | /5 |
| Có API mở? Kết nối POS/Accounting? Export data dễ? | ||||
| C — Cost of Ownership | 25% | /5 | /5 | /5 |
| License + Setup + Training + Maintenance = ?/tháng/store | ||||
| A — Adoption Ease | 30% | /5 | /5 | /5 |
| Tiếng Việt? Training bao lâu? Staff THPT dùng được? | ||||
| SICA Score | 100% | /5 | /5 | /5 |
Hướng dẫn chấm điểm:
| Điểm | Mô tả |
|---|---|
| 5 | Xuất sắc — đáp ứng hoàn hảo, không có concern |
| 4 | Tốt — đáp ứng đa phần, 1–2 concern nhỏ |
| 3 | Trung bình — đáp ứng cơ bản, có concern đáng kể |
| 2 | Yếu — không đáp ứng nhiều yêu cầu |
| 1 | Rất yếu — hầu như không đáp ứng |
Self-Review Checklist — Bài tập 2
- [ ] Đã xác định tất cả Core Systems cần có cho quy mô hiện tại + 2 năm tới?
- [ ] Mỗi system đã có SICA scoring với đủ 4 tiêu chí?
- [ ] Đã dùng đúng trọng số cho giai đoạn 5–20 store (S:25%, I:20%, C:25%, A:30%)?
- [ ] Đã loại giải pháp SICA < 3.0 và ưu tiên SICA ≥ 3.5?
- [ ] Đã lập Tech Roadmap với thứ tự triển khai rõ ràng (Wave 1 → 2 → 3)?
- [ ] Wave 1 giải quyết vấn đề cấp bách nhất (không phải vấn đề "cool" nhất)?
- [ ] Đã tính TCO (không chỉ giá license mà cả setup + training + maintenance)?
- [ ] Đã ước tính ROI — giá trị mang lại có justify chi phí không?
- [ ] Tech Stack có khả năng scale lên 20 store mà không cần đổi hệ thống?
💡 Facilitator Notes — Bài tập 2
Mục đích sâu hơn: Bài tập này dạy tư duy hệ thống khi chọn tech — không phải "phần mềm nào tốt nhất" mà "phần mềm nào phù hợp nhất cho MÌNH, ở giai đoạn NÀY."
Sai lầm phổ biến:
- Chọn phần mềm đắt nhất / nhiều tính năng nhất → nhắc: "SICA trọng số Adoption 30% — team có dùng được không?"
- Bỏ qua Integration → nhắc: "POS mới có kết nối Inventory không? Nếu không, bạn vẫn phải tổng hợp thủ công"
- Muốn triển khai tất cả cùng lúc → nhắc: "Wave 1 chỉ nên có 2–3 hệ thống. Change management quá nhiều = team overwhelm = adoption thấp"
- Quên tính training vào TCO → nhắc: "12 store × 8 nhân viên = 96 người cần training. Bao lâu? Ai training? Cost bao nhiêu?"
Điểm thảo luận hay:
- "Nếu chỉ có ngân sách 20 triệu/tháng thay vì 40 triệu, bạn chọn gì?" → buộc phải ưu tiên
- "POS thống nhất cho 12 store — bạn triển khai cùng lúc hay lần lượt?" → thảo luận về change management
- Nhắc lại nguyên tắc "Don't automate a broken process" — trước khi mua Inventory system, SOP kiểm kê đã chuẩn chưa?
ROI thực tế: Lưu ý rằng ROI năm 1 thường thấp (đầu tư setup + training) nhưng năm 2 trở đi mới "thu hoạch." Đây là bình thường — đừng kỳ vọng ROI 200% ngay năm 1 với hệ thống lớn.
Bài tập 3: Xây Operations Dashboard — 5 KPIs daily/weekly
Hướng dẫn
Mục đích: Thiết kế Operations Dashboard hiển thị 5 KPIs quan trọng nhất mà Ops Director / Founder cần nhìn mỗi ngày và mỗi tuần — kèm theo logic Data → Insight → Action cho từng KPI, và thiết kế agenda Weekly Ops Review.
⏱️ Thời gian: 35 phút (5 phút đọc hướng dẫn → 20 phút thiết kế Dashboard + Data→Insight→Action → 10 phút Weekly Ops Review agenda)
Cách thực hiện:
- Chọn 5 KPIs từ danh sách data points bắt buộc (Tuần 7 — Phần 3.2)
- Thiết kế layout Dashboard — vẽ wireframe: KPI nào ở đâu, hiển thị dạng gì (số, biểu đồ, bảng)
- Viết Data → Insight → Action cho mỗi KPI — khi nào coi là bình thường, khi nào là red flag, và action gì khi thấy red flag
- Thiết kế Weekly Ops Review agenda — dùng Dashboard này, cuộc họp 30 phút, ra 3–5 action items
5 Data Points bắt buộc (nhắc lại từ nội dung chính):
| # | Data Point | Tần suất | Tại sao quan trọng |
|---|---|---|---|
| 1 | Daily Revenue per Store — theo giờ | Daily | "Nhịp tim" của store — biết peak/off-peak, SSSG |
| 2 | Food Cost % | Weekly (tối thiểu) | Chi phí lớn nhất — vượt target = mất lợi nhuận |
| 3 | Labor Cost % vs Revenue | Weekly | Cùng Food Cost = Prime Cost — phải ≤ 60–65% |
| 4 | Customer Count & AOV | Daily | Revenue = Count × AOV → biết giảm do ít khách hay chi ít |
| 5 | Product Mix — Stars vs Dogs | Weekly | Biết push gì, loại gì, margin ở đâu |
MẸO — DASHBOARD KHÔNG PHẢI "ĐẸP" MÀ PHẢI "ACTION ĐƯỢC"
Dashboard đẹp mà không ai dùng = vô nghĩa. Dashboard xấu nhưng Founder mở mỗi sáng và ra quyết định = thành công. Tiêu chí #1: xem trong 60 giây phải biết ngay đâu bình thường, đâu bất thường. Dùng màu: 🟢 = OK, 🟡 = Watch, 🔴 = Act now.
Template Operations Dashboard Design
╔══════════════════════════════════════════════════════════════════════════╗
║ [TÊN CHUỖI] — OPERATIONS DASHBOARD DESIGN ║
╠══════════════════════════════════════════════════════════════════════════╣
║ Người dùng chính : [VD: Founder / Ops Director] ║
║ Tần suất xem : [Daily sáng 8:00 + Weekly Review thứ 2] ║
║ Số store : [X] ║
║ Ngày thiết kế : [DD/MM/YYYY] ║
╚══════════════════════════════════════════════════════════════════════════╝
─────────────────────────────────────────────────────────────────
LAYOUT DASHBOARD — "60-Second Scan"
─────────────────────────────────────────────────────────────────
┌─────────────────────────────────────────────────────────────┐
│ KPI 1: [Tên] │ KPI 2: [Tên] │
│ [Dạng hiển thị] │ [Dạng hiển thị] │
│ [Benchmark / Target] │ [Benchmark / Target] │
│ 🟢 / 🟡 / 🔴 │ 🟢 / 🟡 / 🔴 │
├─────────────────────────┼───────────────────────────────────┤
│ KPI 3: [Tên] │ KPI 4: [Tên] │
│ [Dạng hiển thị] │ [Dạng hiển thị] │
│ [Benchmark / Target] │ [Benchmark / Target] │
│ 🟢 / 🟡 / 🔴 │ 🟢 / 🟡 / 🔴 │
├─────────────────────────┴───────────────────────────────────┤
│ KPI 5: [Tên] │
│ [Dạng hiển thị] │
│ [Benchmark / Target] │
│ 🟢 / 🟡 / 🔴 │
└─────────────────────────────────────────────────────────────┘
─────────────────────────────────────────────────────────────────
CHI TIẾT TỪNG KPI — DATA → INSIGHT → ACTION
─────────────────────────────────────────────────────────────────
KPI 1: [Tên]
┌────────────────────────────────────────────────────────────┐
│ Công thức : [Cách tính] │
│ Tần suất : [Daily / Weekly] │
│ Nguồn data : [Từ hệ thống nào] │
│ Target : [Benchmark chuẩn] │
│ 🟢 OK : [Điều kiện] │
│ 🟡 Watch : [Điều kiện] │
│ 🔴 Act now : [Điều kiện] │
├────────────────────────────────────────────────────────────┤
│ Data → Insight → Action (3 scenarios): │
│ │
│ Scenario A: [Data thấy gì] → [Insight] → [Action] │
│ Scenario B: [Data thấy gì] → [Insight] → [Action] │
│ Scenario C: [Data thấy gì] → [Insight] → [Action] │
└────────────────────────────────────────────────────────────┘
(Lặp lại cho KPI 2, 3, 4, 5)
─────────────────────────────────────────────────────────────────
WEEKLY OPS REVIEW AGENDA (30 phút)
─────────────────────────────────────────────────────────────────
| Phút | Nội dung | Data từ Dashboard | Ai chịu trách nhiệm |
|:---:|:---|:---|:---|
| 0–5 | [Phần 1] | [KPI nào] | [Ai] |
| 5–10 | [Phần 2] | [KPI nào] | [Ai] |
| 10–15 | [Phần 3] | [KPI nào] | [Ai] |
| 15–20 | [Phần 4] | [KPI nào] | [Ai] |
| 20–25 | [Phần 5] | [KPI nào] | [Ai] |
| 25–30 | Action items | — | [Ai] |Ví dụ mẫu hoàn chỉnh — Chuỗi Trà Sữa Đào: Operations Dashboard
╔══════════════════════════════════════════════════════════════════════════╗
║ CHUỖI TRÀ SỮA ĐÀO — OPERATIONS DASHBOARD DESIGN ║
╠══════════════════════════════════════════════════════════════════════════╣
║ Người dùng chính : Chị Linh (Founder) + AM TP.HCM + AM Hà Nội ║
║ Tần suất xem : Daily 8:00 sáng + Weekly Review thứ Hai 9:00 ║
║ Số store : 12 (→ 20) ║
║ Ngày thiết kế : 14/02/2026 ║
╚══════════════════════════════════════════════════════════════════════════╝
LAYOUT — "60-Second Scan"
┌─────────────────────────────────────────────────────────────┐
│ 📊 DAILY REVENUE │ 🍳 FOOD COST % │
│ Tổng: 98.5 tr (hôm qua) │ Toàn chuỗi: 29.8% │
│ vs tuần trước: +3.2% 🟢 │ Target: ≤30% 🟢 │
│ SSSG: +2.1% 🟢 │ 🔴 Q.10: 35%, Thủ Đức: 34% │
│ [Bar chart 12 store] │ [Heatmap 12 store] │
├─────────────────────────────────┼───────────────────────────────┤
│ 👥 CUSTOMER COUNT & AOV │ 💰 LABOR COST % │
│ Tổng khách hôm qua: 1,655 │ Toàn chuỗi: 22.3% │
│ AOV: 59.500đ (+2.6% 🟢) │ Target: ≤24% 🟢 │
│ vs tuần trước: Count -1.2% 🟢│ 🟡 Gò Vấp: 25%, Q.10: 26% │
│ [Trend line 4 tuần] │ [Bar chart so sánh] │
├─────────────────────────────────┴───────────────────────────────┤
│ 🏆 PRODUCT MIX — Top 5 & Bottom 5 │
│ ⭐ Stars: Trà Sữa Đào Tươi (28%, margin 68%) │
│ ⭐ Stars: Trà Ô Long Vải (15%, margin 65%) │
│ 🐎 Plow Horse: Nước Ép Cam (8%, margin 45%) → review giá │
│ 🐕 Dog: Snack Khoai (2%, margin 30%) → cân nhắc loại │
│ [Scatter plot: Popularity vs Margin] │
└─────────────────────────────────────────────────────────────────┘
KPI 1: DAILY REVENUE PER STORE
┌────────────────────────────────────────────────────────────┐
│ Công thức : Tổng doanh thu mỗi store / ngày │
│ Tần suất : Daily (xem sáng hôm sau cho data hôm trước) │
│ Nguồn data : POS (tập trung, cloud) │
│ Target : ≥ mức trung bình 4 tuần gần nhất │
│ SSSG : ≥ 0% (tăng trưởng dương vs cùng kỳ) │
│ 🟢 OK : SSSG ≥ 0% và revenue ≥ 90% target │
│ 🟡 Watch : SSSG −1% đến −5% hoặc revenue 80–90% target │
│ 🔴 Act now : SSSG < −5% hoặc revenue < 80% target │
├────────────────────────────────────────────────────────────┤
│ Scenario A: Store Q.10 revenue giảm 12% WoW, SSSG −8% │
│ → Insight: Kiểm tra thấy đối thủ mở cạnh, khách giảm │
│ → Action: AM visit store, đánh giá cạnh tranh, đề xuất │
│ promotion khu vực trong 7 ngày, review lại sau 2 tuần │
│ │
│ Scenario B: Store HN Cầu Giấy revenue tăng 18% WoW │
│ → Insight: Chương trình khai trương đang hiệu quả │
│ → Action: Track xem khách mới có quay lại không sau khi │
│ hết promotion. Nếu retention > 30% → success. │
│ │
│ Scenario C: Toàn chuỗi revenue giảm 5% vs tuần trước │
│ → Insight: Có thể do thời tiết / mùa / sự kiện. Kiểm tra │
│ customer count vs AOV để phân biệt │
│ → Action: Nếu count giảm → marketing push. Nếu AOV giảm │
│ → kiểm tra menu, upsell training. │
└────────────────────────────────────────────────────────────┘
KPI 2: FOOD COST %
┌────────────────────────────────────────────────────────────┐
│ Công thức : (Tồn đầu + Mua vào − Tồn cuối) ÷ Revenue │
│ Tần suất : Weekly (kiểm kê mỗi chủ nhật tối) │
│ Nguồn data : Inventory Management + POS │
│ Target : 25–30% (trà sữa & nước uống) │
│ 🟢 OK : 25–30% và biến động ≤ 2 điểm % WoW │
│ 🟡 Watch : 30–33% hoặc biến động 2–3 điểm % WoW │
│ 🔴 Act now : > 33% hoặc biến động > 3 điểm % WoW │
├────────────────────────────────────────────────────────────┤
│ Scenario A: Q.10 food cost 35% (target 28%) — tuần thứ 3 │
│ → Insight: 3 nguyên nhân có thể: waste, theft, giá NCC tăng │
│ → Action: AM audit Q.10 trong 48h — kiểm tra portion, │
│ đếm kho bất thường, đối chiếu giá NCC. Deadline: thứ 4. │
│ │
│ Scenario B: Toàn chuỗi food cost tăng 2% cùng lúc │
│ → Insight: Có thể giá NCC tăng (nguyên liệu mùa vụ) │
│ → Action: SCM team đàm phán lại giá / tìm NCC backup. │
│ Nếu giá vẫn cao → xem xét điều chỉnh giá menu. │
│ │
│ Scenario C: Store Bình Thạnh food cost giảm xuống 24% │
│ → Insight: SM giỏi hoặc portion đang quá nhỏ │
│ → Action: Xác minh quality — khách có complaint không? │
│ Nếu không → best practice, share cho store khác. │
└────────────────────────────────────────────────────────────┘
KPI 3: LABOR COST %
┌────────────────────────────────────────────────────────────┐
│ Công thức : Tổng chi phí nhân sự ÷ Revenue │
│ Tần suất : Weekly │
│ Nguồn data : HR/Payroll + POS │
│ Target : 18–24% (trà sữa) │
│ 🟢 OK : 18–24% │
│ 🟡 Watch : 24–27% │
│ 🔴 Act now : > 27% hoặc Prime Cost > 60% │
├────────────────────────────────────────────────────────────┤
│ Scenario A: Q.10 labor 26%, revenue thấp nhất chuỗi │
│ → Insight: Không phải nhiều người — mà revenue quá thấp. │
│ Cùng số ca nhưng ít khách → labor % bị đội │
│ → Action: Tối ưu lịch ca Q.10 — giảm nhân viên off-peak, │
│ đồng thời tăng traffic bằng marketing local. Review 2 tuần. │
│ │
│ Scenario B: Prime Cost toàn chuỗi = 52% (food 30% + labor 22%)│
│ → Insight: OK — trong ngưỡng ≤ 60%. Còn room để tối ưu. │
│ → Action: Maintain, focus tối ưu food cost ở 5 store cao. │
└────────────────────────────────────────────────────────────┘
KPI 4: CUSTOMER COUNT & AOV
┌────────────────────────────────────────────────────────────┐
│ Công thức : Revenue = Customer Count × AOV │
│ Tần suất : Daily (count), Weekly (AOV analysis) │
│ Nguồn data : POS │
│ Target : Count ổn định ± 5% WoW, AOV ≥ 55.000đ │
│ 🟢 OK : Count ± 5% WoW, AOV ± 5% │
│ 🟡 Watch : Count giảm 5–10% hoặc AOV giảm 5–10% │
│ 🔴 Act now : Count giảm > 10% hoặc AOV giảm > 10% │
├────────────────────────────────────────────────────────────┤
│ Scenario A: Revenue giảm 8%, Count giảm 10%, AOV tăng 2% │
│ → Insight: Ít khách hơn nhưng khách chi nhiều hơn │
│ → Vấn đề TRAFFIC, không phải menu/upsell │
│ → Action: Tăng marketing spend khu vực store đó, │
│ kiểm tra đối thủ, kiểm tra vị trí. │
│ │
│ Scenario B: Revenue giảm 5%, Count tăng 3%, AOV giảm 8% │
│ → Insight: Đông khách hơn nhưng mua ít hơn │
│ → Vấn đề PRODUCT MIX / UPSELL │
│ → Action: Kiểm tra — khách chuyển sang mua sản phẩm rẻ hơn? │
│ Upsell training cho staff. Push combo có AOV cao hơn. │
└────────────────────────────────────────────────────────────┘
KPI 5: PRODUCT MIX — STARS VS DOGS
┌────────────────────────────────────────────────────────────┐
│ Công thức : % doanh thu mỗi sản phẩm + margin mỗi SP │
│ Tần suất : Weekly │
│ Nguồn data : POS + Inventory (cost per item) │
│ Framework : Menu Engineering Matrix (Star/Puzzle/Plow/Dog) │
│ 🟢 OK : Top 3 chiếm 35–50% revenue, đều là Star │
│ 🟡 Watch : Top 3 chiếm > 60% (quá phụ thuộc) hoặc < 25% │
│ 🔴 Act now : Nhiều high-volume + low-margin (Plow Horses) │
├────────────────────────────────────────────────────────────┤
│ Scenario A: Trà Sữa Đào Tươi = 28% revenue, margin 68% │
│ → Insight: Hero product, Star → giữ nguyên, không đổi │
│ → Action: Đảm bảo luôn có nguyên liệu, đặt vị trí nổi bật │
│ trên menu, upsell topping (tăng AOV thêm 8–12K). │
│ │
│ Scenario B: Nước Ép Cam = 8% revenue, margin chỉ 45% │
│ → Insight: Plow Horse — bán được nhưng margin thấp │
│ → Action: Review chi phí nguyên liệu (cam đắt?). Tăng giá │
│ 5K hoặc giảm size. Nếu không cải thiện → cân nhắc thay thế. │
│ │
│ Scenario C: Snack Khoai = 2% revenue, margin 30% │
│ → Insight: Dog — ít ai mua, lời ít │
│ → Action: Loại khỏi menu. Giải phóng prep time + không gian │
│ tủ → thay bằng sản phẩm mới có potential cao hơn. │
└────────────────────────────────────────────────────────────┘
WEEKLY OPS REVIEW AGENDA (30 phút — mỗi thứ Hai 9:00)
| Phút | Nội dung | Dashboard KPI | Owner |
|:---:|:---|:---|:---|
| 0–5 | Revenue recap: Tổng chuỗi + từng store, SSSG, so sánh WoW | KPI 1: Daily Revenue | Chị Linh |
| 5–10 | Cost review: Food cost % + Labor cost % → Prime Cost | KPI 2 + 3: Food & Labor | AM |
| 10–15 | Customer metrics: Count + AOV, tách nguyên nhân nếu revenue biến động | KPI 4: Count & AOV | AM |
| 15–20 | Product mix: Top/Bottom, Stars/Dogs, menu change recommendations | KPI 5: Product Mix | Marketing |
| 20–25 | Store spotlight: 1 store tốt nhất (learn) + 1 store cần hỗ trợ (fix) | Tất cả KPIs | AM |
| 25–30 | Action items: 3–5 actions cụ thể — AI LÀM GÌ, DEADLINE BAO GIỜ | — | Chị Linh |
Nguyên tắc: Data trước, opinion sau. Kết thúc bằng action. Tuần sau mở đầu bằng review action tuần trước.Self-Review Checklist — Bài tập 3
- [ ] Dashboard có đúng 5 KPIs (Revenue, Food Cost %, Labor Cost %, Count & AOV, Product Mix)?
- [ ] Mỗi KPI có rõ: công thức, tần suất, nguồn data, target, 🟢🟡🔴 threshold?
- [ ] Mỗi KPI có ít nhất 2–3 scenarios Data → Insight → Action?
- [ ] Layout cho phép "60-second scan" — nhìn tổng quan ngay lập tức?
- [ ] Có dùng màu / icon để phân biệt OK, Watch, Act now?
- [ ] Weekly Ops Review agenda đủ 6 phần trong 30 phút?
- [ ] Agenda kết thúc bằng Action Items cụ thể (ai, làm gì, deadline)?
💡 Facilitator Notes — Bài tập 3
Mục đích sâu hơn: Bài tập này không phải "vẽ dashboard đẹp" — mà dạy tư duy Data → Insight → Action. Nhiều chuỗi có dashboard nhưng chỉ "nhìn" mà không "hành động" → dashboard vô nghĩa.
Sai lầm phổ biến:
- Nhét quá nhiều KPIs → nhắc: "5 KPIs thôi. Nếu mọi thứ đều quan trọng thì không gì quan trọng."
- Chỉ có Data, không có Insight và Action → nhắc: "Food cost 35% — rồi sao? Phải nói NGUYÊN NHÂN là gì và PHẢI LÀM GÌ."
- Dashboard phức tạp quá → nhắc: "SM có nhìn cái này mỗi ngày không? Nếu mất > 60 giây để hiểu → quá phức tạp."
Bài tập nâng cao: Cho mỗi nhóm 1 bộ data giả định (giống Mini Game tuần này) → họ phải dùng Dashboard vừa thiết kế để phân tích và ra action. Kiểm tra xem Dashboard có "action được" hay chỉ "đẹp."
Kết nối với bài khác: Weekly Ops Review agenda ở đây chính là framework cho Mini Game: Data Detective — bạn có thể cho chơi game sau khi hoàn thành Dashboard design.
Bài tập 4: Thiết kế Loyalty Program — Concept + Mechanics + Data
Hướng dẫn
Mục đích: Thiết kế Loyalty Program concept hoàn chỉnh cho chuỗi — bao gồm mechanics (cách tích/đổi điểm), data points thu thập, tier structure, và ROI estimation — áp dụng 4 nguyên tắc: Simple, Rewarding, Data-embedded, Margin-safe, kết hợp tư duy Frequency > Discount và Pareto 20/60.
⏱️ Thời gian: 35 phút (5 phút đọc hướng dẫn → 20 phút thiết kế Loyalty concept → 10 phút ROI estimation)
Cách thực hiện:
- Xác định mục tiêu Loyalty — tăng frequency, tăng AOV, hay thu thập data? (Có thể cả 3 nhưng phải ưu tiên)
- Thiết kế mechanics — cách tích điểm, cách đổi thưởng, tier structure (nếu có)
- Kiểm tra 4 nguyên tắc — Simple (giải thích trong 1 câu?), Rewarding (5–10% giá trị?), Data-embedded (data nào thu?), Margin-safe (ROI > 100%?)
- Xác định data points sẽ thu thập từ loyalty program — và cách sử dụng data đó
- Tính ROI ước tính — chi phí rewards vs incremental revenue
- Kiểm tra Frequency > Discount — program có tăng tần suất thay vì giảm giá?
Kiến thức nền tảng cần nhớ:
- 4 nguyên tắc Loyalty: ① Simple ② Rewarding (5–10%) ③ Data-embedded ④ Margin-safe
- Frequency > Discount: Tăng tần suất hiệu quả hơn giảm giá
- Pareto F&B: 20% khách hàng tạo 40–60% doanh thu
- CLV:
- Loyalty ROI:
MẸO — LOYALTY LÀ CÔNG CỤ DATA, KHÔNG CHỈ LÀ "GIẢM GIÁ"
Sai lầm lớn nhất: thiết kế loyalty program chỉ để "tặng miễn phí" → ăn margin. Loyalty program đúng cách là công cụ thu thập data khách hàng — mỗi transaction qua loyalty = 1 data point. Data này giúp bạn: dự đoán nhu cầu, personalize offer, phát hiện sớm khách sắp rời bỏ, và biết 20% khách VIP là ai.
Template Loyalty Program Design
╔══════════════════════════════════════════════════════════════════════════╗
║ [TÊN CHUỖI] — LOYALTY PROGRAM DESIGN ║
╠══════════════════════════════════════════════════════════════════════════╣
║ Tên chương trình : [VD: "Đào Club"] ║
║ Mục tiêu chính : [Tăng frequency / Tăng AOV / Thu thập data] ║
║ Đối tượng : [Tất cả khách / Khách thường xuyên] ║
║ Kênh triển khai : [App / Thẻ vật lý / Cả hai] ║
║ Ngày thiết kế : [DD/MM/YYYY] ║
╚══════════════════════════════════════════════════════════════════════════╝
─────────────────────────────────────────────────────────────────
PHẦN A: MECHANICS — CÁCH TÍCH & ĐỔI
─────────────────────────────────────────────────────────────────
Giải thích trong 1 câu (Test: cashier nói trong 10 giây):
"_______________________________________________________________"
Cách tích điểm:
[VD: Mỗi [X]đ = [Y] điểm]
Cách đổi thưởng:
[VD: [X] điểm = [phần thưởng gì]]
Tier Structure (nếu có):
| Tier | Điều kiện | Quyền lợi | % khách hàng dự kiến |
|:---|:---|:---|:---:|
| [Bronze] | [VD: Đăng ký] | [VD: Tích điểm cơ bản] | [60%] |
| [Silver] | [VD: 10 lần/tháng] | [VD: x1.5 điểm] | [25%] |
| [Gold] | [VD: 20 lần/tháng] | [VD: x2 điểm + VIP] | [10%] |
| [Platinum] | [VD: 30 lần/tháng] | [VD: x3 điểm + exclusive] | [5%] |
─────────────────────────────────────────────────────────────────
PHẦN B: CHECK 4 NGUYÊN TẮC
─────────────────────────────────────────────────────────────────
| Nguyên tắc | Câu hỏi kiểm tra | Đánh giá | Ghi chú |
|:---|:---|:---:|:---|
| ① Simple | Cashier giải thích trong 1 câu/10s? | ✅/❌ | |
| ② Rewarding | Phần thưởng tương đương 5–10% giá trị mua? | ✅/❌ | [Tính: ___] |
| ③ Data-embedded | Mỗi transaction = 1 data point? | ✅/❌ | [Data gì: ___] |
| ④ Margin-safe | Loyalty ROI > 100%? | ✅/❌ | [ROI: ___] |
─────────────────────────────────────────────────────────────────
PHẦN C: DATA POINTS THU THẬP & CÁCH SỬ DỤNG
─────────────────────────────────────────────────────────────────
| Data Point | Cách thu thập | Sử dụng vào gì |
|:---|:---|:---|
| [VD: Sản phẩm mua] | [POS khi scan thẻ/app] | [Personalize offer] |
| [VD: Tần suất mua] | [Tự động track] | [Phát hiện churn] |
| | | |
─────────────────────────────────────────────────────────────────
PHẦN D: FREQUENCY > DISCOUNT — CHIẾN LƯỢC TĂNG TẦN SUẤT
─────────────────────────────────────────────────────────────────
| Chiến thuật | Mô tả | Mục tiêu tần suất |
|:---|:---|:---|
| [VD: Streak Reward] | [Mua 5 ngày liên tiếp → bonus] | [Từ 2→5 lần/tuần] |
| [VD: Time-based] | [Happy Hour 14–16h → x2 điểm] | [Kéo khách off-peak] |
| | | |
─────────────────────────────────────────────────────────────────
PHẦN E: ROI ESTIMATION
─────────────────────────────────────────────────────────────────
| Hạng mục | Tính toán | Giá trị |
|:---|:---|---:|
| Tổng khách hàng ước tính / tháng | [Count × 30 ngày × 12 store × % unique] | [X] |
| Dự kiến % đăng ký loyalty | | [X]% |
| Tăng frequency dự kiến (loyalty vs non-loyalty) | | +[X]% |
| Incremental Revenue / tháng | [Thêm X lần × AOV × số loyalty members] | [X] tr |
| Chi phí rewards / tháng | [% giá trị × total spend loyalty members] | [X] tr |
| Chi phí vận hành loyalty / tháng | [App/thẻ + nhân sự + marketing] | [X] tr |
| **Loyalty ROI** | (Incremental Rev − Costs) ÷ Costs × 100% | **[X]%** |Ví dụ mẫu hoàn chỉnh — Chuỗi Trà Sữa Đào: Loyalty Program "Đào Club"
╔══════════════════════════════════════════════════════════════════════════╗
║ CHUỖI TRÀ SỮA ĐÀO — LOYALTY PROGRAM DESIGN ║
╠══════════════════════════════════════════════════════════════════════════╣
║ Tên chương trình : "Đào Club — Càng uống càng ngọt" ║
║ Mục tiêu chính : ① Thu thập data khách hàng ② Tăng frequency ║
║ Đối tượng : Tất cả khách hàng (free sign-up) ║
║ Kênh triển khai : Mini-app (Zalo hoặc standalone) + thẻ stamp vật lý ║
║ Ngày thiết kế : 14/02/2026 ║
╚══════════════════════════════════════════════════════════════════════════╝
PHẦN A: MECHANICS
Giải thích 1 câu: "Mỗi ly tích 1 Đào — 10 Đào đổi 1 ly miễn phí!"
Cách tích:
- Mỗi đơn hàng (bất kỳ giá trị) = 1 Đào (stamp)
- Bonus: Mua 2 ly trở lên cùng đơn = 1 Đào extra
- Tier bonus: Silver x1.5, Gold x2
Cách đổi thưởng:
- 10 Đào = 1 ly trà sữa size M miễn phí (giá trị ~45.000đ)
- 5 Đào = 1 topping miễn phí (giá trị ~10.000đ)
- 20 Đào = 1 ly bất kỳ + 1 topping (giá trị ~65.000đ)
Tier Structure:
| Tier | Điều kiện | Quyền lợi | % khách dự kiến |
|:---|:---|:---|:---:|
| 🟢 Hạt Đào (Bronze) | Đăng ký | 1 Đào/đơn, birthday drink | 60% |
| 🔵 Đào Xanh (Silver) | ≥ 8 lần/tháng (2 tháng liên tiếp) | 1.5 Đào/đơn, early access sản phẩm mới | 25% |
| 🟡 Đào Vàng (Gold) | ≥ 15 lần/tháng (2 tháng liên tiếp) | 2 Đào/đơn, VIP tasting, exclusive menu items | 10% |
| 💎 Đào Kim Cương (Platinum) | ≥ 25 lần/tháng (3 tháng liên tiếp) | 3 Đào/đơn, 1 ly free/tháng, personal barista | 5% |
PHẦN B: CHECK 4 NGUYÊN TẮC
| Nguyên tắc | Kiểm tra | Đánh giá | Ghi chú |
|:---|:---|:---:|:---|
| ① Simple | "Mỗi ly 1 Đào, 10 Đào = 1 ly free" → 5 giây | ✅ | Cashier test: pass |
| ② Rewarding | 1 ly free / 10 đơn = 10% giá trị mua → trong ngưỡng 5–10% | ✅ | Cost: ~45K/10 đơn = 4.5K/đơn |
| ③ Data-embedded | App track: sản phẩm, thời gian, tần suất, store, tier | ✅ | 6 data points/transaction |
| ④ Margin-safe | Xem ROI phần E → 157% → safe | ✅ | Cost reward ~7.8% revenue loyalty |
PHẦN C: DATA POINTS THU THẬP
| Data Point | Thu thập qua | Sử dụng |
|:---|:---|:---|
| Sản phẩm mua (mỗi lần) | POS + App scan | Personalize offer: "Bạn thích Trà Đào? Thử Trà Đào Oolong mới!" |
| Tần suất mua | Auto track | Phát hiện churn: khách Gold bỗng 10 ngày không đến → gửi offer kéo lại |
| Thời gian mua (giờ/ngày) | POS timestamp | Time-based promotion: khách hay mua chiều → x2 điểm buổi chiều |
| Store hay đến | POS + GPS | Phân tích cross-store: khách Q.1 mua ở Q.3 → hiểu hành vi di chuyển |
| AOV mỗi lần | POS | Segment: High-value vs Low-value → offer khác nhau |
| Tier progression | Auto calculate | Gamification: "Bạn còn 3 Đào nữa là lên Đào Vàng!" → tăng frequency |
PHẦN D: FREQUENCY > DISCOUNT
| Chiến thuật | Mô tả | Mục tiêu |
|:---|:---|:---|
| 🔥 Streak Reward | Mua 5 ngày liên tiếp trong tuần → bonus 3 Đào | Từ 2–3 lần/tuần → 5 lần/tuần |
| ☀️ Happy Hour | 14:00–16:00 → x2 Đào | Kéo khách off-peak, tận dụng idle capacity |
| 🆕 New Product Trial | Thử sản phẩm mới → bonus 2 Đào | Lý do quay lại, feedback sản phẩm |
| 👯 Buddy Bonus | Giới thiệu bạn → cả 2 được 3 Đào | Tăng customer acquisition cost-effective |
| 🎂 Birthday Week | Tuần sinh nhật → 1 ly free + x3 Đào cả tuần | Emotional connection, chia sẻ social media |
Lưu ý: KHÔNG có chiến thuật giảm giá trực tiếp. Tất cả đều tăng frequency hoặc tăng AOV.
PHẦN E: ROI ESTIMATION
| Hạng mục | Tính toán | Giá trị |
|:---|:---|---:|
| Tổng khách unique / tháng | 1.655 khách/ngày × 30 ngày ÷ 3 (repeat) ≈ | 16.550 khách |
| Dự kiến đăng ký loyalty (6 tháng đầu) | 16.550 × 40% | 6.620 members |
| Frequency trung bình (non-loyalty) | | 2.5 lần/tháng |
| Frequency trung bình (loyalty) | +30% tăng | 3.25 lần/tháng |
| Tăng thêm đơn hàng / tháng | 6.620 × 0.75 lần thêm | 4.965 đơn |
| Incremental Revenue / tháng | 4.965 × 58K AOV | 288 tr |
| Chi phí rewards / tháng | 6.620 members × 3.25 lần × 58K × 7.8% | 97 tr |
| Chi phí vận hành (app, marketing, CRM) | | 15 tr |
| Tổng chi phí | | 112 tr |
| **Net incremental / tháng** | 288 − 112 | **176 tr** |
| **Loyalty ROI** | 176 ÷ 112 × 100% | **157%** ✅ |
Kết luận: Loyalty ROI 157% → chương trình tự nuôi được và còn tạo ra lợi nhuận ròng 176 tr/tháng.
Bonus giá trị: Data thu thập từ 6.620 members → nền tảng cho CRM, personalization,
demand forecasting — giá trị dài hạn lớn hơn nhiều so với ROI trực tiếp.Self-Review Checklist — Bài tập 4
- [ ] Giải thích loyalty program trong 1 câu ≤ 10 giây?
- [ ] Reward tương đương 5–10% giá trị mua (không quá ít, không quá nhiều)?
- [ ] Đã xác định ít nhất 5 data points sẽ thu thập và cách sử dụng?
- [ ] Có chiến thuật tăng frequency (streak, time-based, new product) — KHÔNG giảm giá trực tiếp?
- [ ] Tier structure hợp lý — tier cao đủ hấp dẫn mà không quá dễ đạt?
- [ ] Đã tính Loyalty ROI > 100%?
- [ ] Program có cơ chế phát hiện churn sớm (khách VIP bỗng biến mất)?
- [ ] Program áp dụng Pareto — 20% VIP được chăm sóc đặc biệt?
💡 Facilitator Notes — Bài tập 4
Mục đích sâu hơn: Loyalty program không phải "tặng miễn phí" — mà là công cụ thu thập data chiến lược. Sau bài tập này, học viên phải hiểu: giá trị thật của loyalty không phải ở rewards given out, mà ở data collected và frequency increased.
Sai lầm phổ biến:
- Thiết kế reward quá hào phóng → nhắc: "Tính lại — reward > 10% giá trị mua → ăn margin. Bắt đầu 5–7%, tăng dần"
- Quên data collection → nhắc: "Khách đổi reward nhưng bạn không biết họ là ai, mua gì → mất data = mất mục đích chính"
- Dùng giảm giá thay vì tăng frequency → nhắc: "Mua 1 giảm 20% hay mua 10 tặng 1? Cái nào tăng frequency? Cái nào ăn margin?"
- Tier quá phức tạp → nhắc: "Nhân viên cashier có giải thích hết được không? Khách có hiểu không?"
Thảo luận nâng cao:
- "CLV khách loyalty vs non-loyalty chênh bao nhiêu?" → tính: Loyalty member AOV 58K × 3.25 lần × 12 tháng × 3 năm = 6.8 tr CLV vs non-loyalty 58K × 2.5 × 12 × 1.5 năm = 2.6 tr → chênh 2.6×
- "Chi phí retain 1 khách cũ vs acquire 1 khách mới?" → rule of thumb: retain = 1/5 acquire cost
- Kết nối với Case Study Starbucks — 50%+ revenue từ loyalty members, Frequency > Discount
Cẩn trọng Data Ethics: Nhắc học viên — thu thập data đi kèm trách nhiệm: transparency (nói rõ thu thập gì), consent (opt-in), security (bảo mật), value exchange (cho lại giá trị). Tham khảo Phần 4.5 trong nội dung chính.
📊 Rubric đánh giá — Toàn bộ Workshop
Bảng điểm tổng hợp
| Bài tập | Trọng số | Tiêu chí chính | Điểm tối đa |
|---|---|---|---|
| BT1: Tech Audit | 20% | Đầy đủ tools + Gap analysis + Data silos + Top 3 vấn đề | 20 |
| BT2: Tech Stack Blueprint | 30% | SICA scoring đúng + Roadmap logic + TCO + ROI | 30 |
| BT3: Operations Dashboard | 25% | 5 KPIs đúng + Data→Insight→Action + Weekly Ops Review | 25 |
| BT4: Loyalty Program | 25% | 4 nguyên tắc + Data points + Frequency>Discount + ROI | 25 |
| Tổng | 100% | 100 |
Rubric chi tiết
Bài tập 1: Tech Audit (20 điểm)
| Tiêu chí | Xuất sắc (5đ) | Khá (4đ) | Trung bình (3đ) | Yếu (1–2đ) |
|---|---|---|---|---|
| Đầy đủ | Liệt kê ≥ 8 tools kể cả không chính thức | 6–7 tools | 4–5 tools chính | < 4 tools |
| Gap Analysis | Xác định ≥ 4 gaps với đúng ưu tiên 🔴🟠🟡 | 3 gaps, ưu tiên đúng | 2 gaps | ≤ 1 gap |
| Data Silos | ≥ 3 silos + hậu quả cụ thể + cost ẩn | 2 silos + hậu quả | 1 silo | Không nhận ra |
| Tổng hợp | Top 3 vấn đề rõ ràng, logic | 2 vấn đề rõ | Liệt kê nhưng chung chung | Không tổng hợp |
Bài tập 2: Tech Stack Blueprint (30 điểm)
| Tiêu chí | Xuất sắc (7–8đ) | Khá (5–6đ) | Trung bình (3–4đ) | Yếu (1–2đ) |
|---|---|---|---|---|
| SICA Scoring | Đủ 4 tiêu chí, đúng trọng số giai đoạn, ≥ 3 hệ thống scored | Đủ 4 tiêu chí, 2 hệ thống | 3 tiêu chí, 1 hệ thống | SICA thiếu / sai trọng số |
| Roadmap | 3 waves logic, giải thích tại sao ưu tiên, timeline thực tế | 2–3 waves, logic tốt | Có roadmap nhưng thiếu logic | Không có roadmap |
| TCO | Tính đủ 5 thành phần (license + setup + training + maintenance + switching) | 4 thành phần | 2–3 thành phần | Chỉ tính license |
| ROI | Tính cả tiết kiệm + tăng revenue, con số hợp lý | Có ROI nhưng thiếu 1 nguồn giá trị | ROI sơ sài | Không tính ROI |
Bài tập 3: Operations Dashboard (25 điểm)
| Tiêu chí | Xuất sắc (6–7đ) | Khá (4–5đ) | Trung bình (3đ) | Yếu (1–2đ) |
|---|---|---|---|---|
| 5 KPIs | Đủ 5, đúng data points bắt buộc, có công thức + target + threshold | 5 KPIs nhưng thiếu threshold | 3–4 KPIs | ≤ 2 KPIs |
| Data→Insight→Action | Mỗi KPI ≥ 2 scenarios, action cụ thể (ai, gì, deadline) | Mỗi KPI 1 scenario, action cụ thể | Có insight nhưng action chung chung | Chỉ liệt kê data |
| Layout | "60-second scan", dùng màu/icon, phân tầng rõ | Layout clear nhưng thiếu visual cue | Layout lộn xộn | Không có layout |
| Weekly Ops Review | Agenda 30 phút, 6 phần, kết thúc bằng action items, accountability | Agenda có nhưng thiếu 1–2 phần | Agenda sơ sài | Không có agenda |
Bài tập 4: Loyalty Program (25 điểm)
| Tiêu chí | Xuất sắc (6–7đ) | Khá (4–5đ) | Trung bình (3đ) | Yếu (1–2đ) |
|---|---|---|---|---|
| 4 Nguyên tắc | Đạt cả 4 (Simple, Rewarding 5–10%, Data, Margin-safe) | 3/4 nguyên tắc | 2/4 | ≤ 1/4 |
| Data Points | ≥ 5 data points + cách sử dụng cụ thể | 3–4 data points | 1–2 data points | Không xác định |
| Frequency > Discount | ≥ 3 chiến thuật tăng frequency, KHÔNG giảm giá trực tiếp | 2 chiến thuật, không giảm giá | 1 chiến thuật | Dùng giảm giá |
| ROI | Tính đầy đủ: incremental revenue − costs, ROI > 100% | ROI có nhưng thiếu 1 thành phần | ROI sơ sài | Không tính |
📦 Deliverables — Sản phẩm nộp
Cuối workshop, mỗi nhóm/cá nhân nộp 3 sản phẩm:
| # | Deliverable | Từ bài tập | Mô tả |
|---|---|---|---|
| 1 | Tech Stack Blueprint | BT1 + BT2 | Tech Audit (đang ở đâu) + Tech Stack Design (cần đi đâu) + SICA Scoring + Roadmap + TCO/ROI |
| 2 | Dashboard Design | BT3 | Layout 5 KPIs + Data→Insight→Action cho mỗi KPI + Weekly Ops Review agenda |
| 3 | Loyalty Program Concept | BT4 | Mechanics + 4 nguyên tắc check + Data points + Frequency tactics + ROI estimation |
DELIVERABLE QUALITY CHECK
Trước khi nộp, tự hỏi 3 câu:
- Tech Blueprint: "Nếu đưa bản này cho CEO/Founder, họ có biết nên mua gì, khi nào, tốn bao nhiêu, thu lại bao nhiêu không?"
- Dashboard: "Nếu SM mở Dashboard này mỗi sáng, họ có biết ngay đâu bình thường, đâu bất thường, và phải làm gì không?"
- Loyalty: "Nếu nhân viên cashier giải thích chương trình này cho khách, khách có hiểu và muốn tham gia trong 10 giây không?"
🔗 Xem thêm Tuần 7
→ 📘 Nội dung chính → 📝 Blog → 🧠 Case Study → 🏆 Tiêu chuẩn → 🎮 Mini Game