Skip to content

🛠 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ẽ:

  1. 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)
  2. 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
  3. 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
  4. 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ầnThờ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 SICA40 phút
Nghỉ giải lao10 phút
Bài tập 3: Xây Operations Dashboard — 5 KPIs daily/weekly35 phút
Bài tập 4: Thiết kế Loyalty Program — Concept + Mechanics + Data35 phút
Review, feedback & tổng kết5 phút
Tổng180 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
2Danh sách phần mềm/tools đang dùngNế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"
3Dữ liệu vận hành cơ bảnDoanh thu trung bình/store, food cost %, số nhân viên, số khách/ngày — để xây Dashboard thực tế
4Thô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
5Giấy A3 hoặc bảng trắngDù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 tinChi tiết
Tên thương hiệuChuỗi Trà Sữa Đào
Loại hìnhTrà 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ại12 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 động3.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/store150–380 triệu/tháng (biến động lớn giữa các store)
Nhân viên trung bình/store6–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)
Menu32 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 bestsellerTrà 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ại58.000 VNĐ
Kế hoạch mở rộngMở 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ốiPOS 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ôngSM 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 systemKiể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ó CRMKhô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ạn1 group WhatsApp chung 105 người → tin nhắn quan trọng bị trôi
Chấm công bằng taySM 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ó dashboardMuố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" đạiKhô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ốngMô tảSố store dùngChi phí/thángTì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 report3 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 inventory5 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 Anh2 store HN800K/store = 1.6 trSM 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 store0Không có data điện tử
WhatsAppBáo cáo doanh thu, giao tiếp nội bộ12 store0Tin nhắn trôi, không lưu trữ được
Google SheetsChị Linh tự tổng hợp doanh thu tuầnHQ0Thủ công, hay sai, tốn 2–3 giờ/tuần
ExcelKế toán tổng hợp P&L cuối thángHQ0Data đến muộn (T+15 ngày)
Sổ tay kiểm kêSM đếm tay, ghi sổ12 store0Không nhất quán, hay quên
Phần mềm kế toán cơ bảnHạch toán thuếHQ500K/thángChỉ cho kế toán, không kết nối gì
Facebook/InstagramMarketing, chạy adsHQ 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

StoreDoanh thu/thángFood Cost % (ước tính)Labor Cost %Khách/ngàyAOVGhi chú
Q.1380 tr27%20%22058KStore flagship, đông nhất
Q.3310 tr29%21%18057KỔn định
Q.5240 tr32%23%14057KFood cost hơi cao
Q.7290 tr28%22%16559KKhu dân cư, chiều tối đông
Q.10200 tr35% 🔴26%11061KFood cost rất cao, nghi waste
Bình Thạnh320 tr27%19%18558KSM giỏi, hiệu quả nhất
Phú Nhuận260 tr30%22%15058KỔn
Tân Bình220 tr31%24%12559KKhu công nghiệp, trưa đông
Gò Vấp180 tr33% 🔴25%10060KStore nhỏ, food cost cao
Thủ Đức190 tr34% 🔴24%10560KMới mở 8 tháng
Cầu Giấy (HN)150 tr?% ❓?%8559KKhông có data food cost!
Đống Đa (HN)160 tr?% ❓?%9059KKhô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:

  1. 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
  2. Đá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
  3. Xác định gap — hệ thống nào CHƯA CÓ mà ĐÁNG LẼ PHẢI CÓ ở quy mô hiện tại
  4. 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
  5. 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:

  1. Xác định Core Systems cần có cho quy mô hiện tại (12 store) và kế hoạch (20 store)
  2. 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í)
  3. Chấm điểm SICA cho từng giải pháp — sử dụng trọng số giai đoạn 5–20 store
  4. Lập Tech Roadmap — triển khai gì trước, gì sau, trong bao lâu
  5. 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:

SICA Score=(S×0.25)+(I×0.20)+(C×0.25)+(A×0.30)

Ngưỡng: SICA Score ≥ 3.5/5 → cân nhắc. Dưới 3.0 → loại.

Công thức TCO:

TCO=License/Subscription+Setup & Integration+Training+Maintenance hàng năm+Opportunity cost chuyển đổi

Công thức Tech ROI:

Tech ROI=Giá trị mang lại hàng nămTCO hàng nămTCO hàng năm×100%

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 — Scalability25%/5/5/5
Thêm 1 store mất bao lâu? Chi phí thêm? Giới hạn max?
I — Integration20%/5/5/5
Có API mở? Kết nối POS/Accounting? Export data dễ?
C — Cost of Ownership25%/5/5/5
License + Setup + Training + Maintenance = ?/tháng/store
A — Adoption Ease30%/5/5/5
Tiếng Việt? Training bao lâu? Staff THPT dùng được?
SICA Score100%/5/5/5

Hướng dẫn chấm điểm:

ĐiểmMô tả
5Xuất sắc — đáp ứng hoàn hảo, không có concern
4Tốt — đáp ứng đa phần, 1–2 concern nhỏ
3Trung bình — đáp ứng cơ bản, có concern đáng kể
2Yếu — không đáp ứng nhiều yêu cầu
1Rấ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àymỗ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:

  1. Chọn 5 KPIs từ danh sách data points bắt buộc (Tuần 7 — Phần 3.2)
  2. Thiết kế layout Dashboard — vẽ wireframe: KPI nào ở đâu, hiển thị dạng gì (số, biểu đồ, bảng)
  3. 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
  4. 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 PointTần suấtTại sao quan trọng
1Daily Revenue per Store — theo giờDaily"Nhịp tim" của store — biết peak/off-peak, SSSG
2Food Cost %Weekly (tối thiểu)Chi phí lớn nhất — vượt target = mất lợi nhuận
3Labor Cost % vs RevenueWeeklyCùng Food Cost = Prime Cost — phải ≤ 60–65%
4Customer Count & AOVDailyRevenue = Count × AOV → biết giảm do ít khách hay chi ít
5Product Mix — Stars vs DogsWeeklyBiế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:

  1. 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)
  2. Thiết kế mechanics — cách tích điểm, cách đổi thưởng, tier structure (nếu có)
  3. 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%?)
  4. Xác định data points sẽ thu thập từ loyalty program — và cách sử dụng data đó
  5. Tính ROI ước tính — chi phí rewards vs incremental revenue
  6. 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: CLV=AOV×Purchase Frequency/năm×Customer Lifespan (năm)
  • Loyalty ROI: Loyalty ROI=Incremental RevenueChi phí rewards + vận hànhChi phí rewards + vận hành×100%

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 collectedfrequency 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ậpTrọng sốTiêu chí chínhĐiểm tối đa
BT1: Tech Audit20%Đầy đủ tools + Gap analysis + Data silos + Top 3 vấn đề20
BT2: Tech Stack Blueprint30%SICA scoring đúng + Roadmap logic + TCO + ROI30
BT3: Operations Dashboard25%5 KPIs đúng + Data→Insight→Action + Weekly Ops Review25
BT4: Loyalty Program25%4 nguyên tắc + Data points + Frequency>Discount + ROI25
Tổng100%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ức6–7 tools4–5 tools chính< 4 tools
Gap AnalysisXác định ≥ 4 gaps với đúng ưu tiên 🔴🟠🟡3 gaps, ưu tiên đúng2 gaps≤ 1 gap
Data Silos≥ 3 silos + hậu quả cụ thể + cost ẩn2 silos + hậu quả1 siloKhông nhận ra
Tổng hợpTop 3 vấn đề rõ ràng, logic2 vấn đề rõLiệt kê nhưng chung chungKhô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ống3 tiêu chí, 1 hệ thốngSICA thiếu / sai trọng số
Roadmap3 waves logic, giải thích tại sao ưu tiên, timeline thực tế2–3 waves, logic tốtCó roadmap nhưng thiếu logicKhông có roadmap
TCOTính đủ 5 thành phần (license + setup + training + maintenance + switching)4 thành phần2–3 thành phầnChỉ tính license
ROITí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àiKhô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 + threshold5 KPIs nhưng thiếu threshold3–4 KPIs≤ 2 KPIs
Data→Insight→ActionMỗi KPI ≥ 2 scenarios, action cụ thể (ai, gì, deadline)Mỗi KPI 1 scenario, action cụ thểCó insight nhưng action chung chungChỉ 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 cueLayout lộn xộnKhông có layout
Weekly Ops ReviewAgenda 30 phút, 6 phần, kết thúc bằng action items, accountabilityAgenda có nhưng thiếu 1–2 phầnAgenda sơ sàiKhô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ắc2/4≤ 1/4
Data Points≥ 5 data points + cách sử dụng cụ thể3–4 data points1–2 data pointsKhông xác định
Frequency > Discount≥ 3 chiến thuật tăng frequency, KHÔNG giảm giá trực tiếp2 chiến thuật, không giảm giá1 chiến thuậtDùng giảm giá
ROITính đầy đủ: incremental revenue − costs, ROI > 100%ROI có nhưng thiếu 1 thành phầnROI sơ sàiKhô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:

#DeliverableTừ bài tậpMô tả
1Tech Stack BlueprintBT1 + BT2Tech Audit (đang ở đâu) + Tech Stack Design (cần đi đâu) + SICA Scoring + Roadmap + TCO/ROI
2Dashboard DesignBT3Layout 5 KPIs + Data→Insight→Action cho mỗi KPI + Weekly Ops Review agenda
3Loyalty Program ConceptBT4Mechanics + 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:

  1. 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?"
  2. 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?"
  3. 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