Lộ trình học trong tài liệu này
Cách dùng tài liệu & phương pháp Feynman
Tài liệu này dành cho người đang xây hoặc vận hành một hoạt động kinh doanh — dịch vụ, sản phẩm, phần mềm, khoá học, cửa hàng — và muốn hiểu money model: cách sắp xếp dòng tiền để việc tìm khách hàng mới không ngốn tiền, mà tự nuôi chính nó. Đây là cẩm nang đa-framework — một nền tảng chung, rồi tới từng trường phái cụ thể.
Bạn sẽ nhận được gì sau khi đọc xong
- Nền tảng chung (Chương 1): money model là gì, 8 kiểu mô hình doanh thu, và bộ đơn vị kinh tế phổ quát (CAC, COGS, LTV:CAC, payback) — đúng cho mọi loại hình.
- Framework đầu tiên & sâu nhất (Chương 2): hệ thống Hormozi — 4 loại offer + quy tắc CFA để thu tiền đủ nhanh cho tăng trưởng tự tài trợ, kèm 3 ví dụ tính đến từng đồng.
- Các framework khác (Chương 3–7): subscription/SaaS (MRR, NRR, Rule of 40), marketplace (GMV, take rate, thanh khoản), usage & freemium, lý thuyết giá & đóng gói, và bảng chọn "model nào cho bạn".
- Công cụ tính & worksheet để tự thiết kế money model đầu tiên ngay trong tài liệu.
Nguồn & phạm vi
Chương 2 dựa trên cuốn "$100M Money Models" (Alex Hormozi, 2025) — cuốn thứ ba của Acquisition.com, sau "$100M Offers" và "$100M Leads". Các chương còn lại tổng hợp từ kiến thức chuẩn về mô hình kinh doanh, unit economics và định giá — không thuộc riêng một cuốn sách. Tài liệu không phải bản dịch: mọi thứ được diễn giải lại bằng lời riêng, ví dụ xây mới theo bối cảnh Việt Nam, số liệu là giả định minh hoạ. Rất nên đọc sách gốc của Hormozi cho phần Chương 2.
Phương pháp Feynman — và cách tài liệu này áp dụng nó
Tinh thần thường được gắn với cách học kiểu Richard Feynman (Nobel Vật lý 1965): nếu không giải thích được một thứ bằng ngôn ngữ đơn giản, nghĩa là bạn chưa thực sự hiểu nó. Kỹ thuật học mang tên ông gồm 4 bước:
- Chọn khái niệm cần học, viết ra mọi thứ bạn biết về nó.
- Giải thích như cho một đứa trẻ 12 tuổi — không thuật ngữ, không viết tắt, chỉ ngôn ngữ đời thường và ví dụ.
- Tìm chỗ bị tắc: đoạn nào bạn phải nói vòng vo, dùng từ to tát để che — đó chính là lỗ hổng hiểu biết. Quay lại tài liệu gốc lấp nó.
- Đơn giản hoá và tạo phép so sánh (analogy) cho đến khi câu chuyện trôi chảy từ đầu tới cuối.
Trong tài liệu này, phương pháp đó xuất hiện ở ba dạng:
Mỗi khi gặp khái niệm dễ rối (CFA, churn, anchor pricing…), bạn sẽ thấy hộp màu xanh như thế này — phiên bản "kể cho đứa trẻ 12 tuổi", dùng chuyện xe bánh mì, hồ nước, rạp phim… Nếu đọc phần chính thấy rối, hãy đọc hộp xanh trước rồi quay lại.
- Quiz cuối mỗi phần ("Tự kiểm tra kiểu Feynman"): câu hỏi buộc bạn giải thích lại bằng lời của mình — đây là bước 3 của Feynman, giúp bạn tự phát hiện lỗ hổng. Bấm vào câu hỏi để so với gợi ý đáp án.
- Bài tập cuối cùng: sau khi đọc xong, hãy thử giảng lại money model cho một người bạn trong 5 phút, không nhìn tài liệu. Chỗ nào bạn ấp úng — quay lại đọc đúng phần đó.
Mẹo dùng tài liệu
- Đọc tuần tự lần đầu (Chương 1 là móng — đừng nhảy cóc), các lần sau dùng thanh điều hướng để tra cứu. Đang cần tiền mặt gấp dù đã có khách? Sang thẳng Chương 2.
- Ở Chương 2 có máy tính tương tác (hệ số M & mô phỏng chuỗi offer) — hãy nhập số thật của doanh nghiệp bạn, đừng chỉ đọc chay.
- Worksheet ở Xưởng thực hành tự lưu trong trình duyệt (localStorage) — điền dở, đóng tab, quay lại vẫn còn. Muốn in ra giấy: Cmd/Ctrl + P.
- Nút 🌗 góc phải trên cùng để đổi giao diện sáng / tối.
Đây không phải tài liệu đọc để biết — mà để làm. Đích đến: ở Xưởng thực hành, bạn có bản nháp money model đầu tiên của riêng mình, kèm con số cụ thể.
Nền tảng: money model là gì & bản đồ các cách kiếm tiền
Trước khi học bất kỳ "chiêu" nào, cần một bản đồ chung. Chương này trả lời ba câu: (1) "money model" thực ra là gì (và khác gì "business model"), (2) có những kiểu kiếm tiền nào trên đời, (3) bộ chỉ số kinh tế nào đúng cho mọi kiểu đó. Nắm chương này rồi, mỗi framework ở các chương sau chỉ là một "kiểu thiết kế" cụ thể đặt trên cùng nền.
1.1 · Money model là gì — và không phải là gì
Ba từ hay bị dùng lẫn:
| Khái niệm | Trả lời câu hỏi | Ví dụ |
|---|---|---|
| Business model mô hình kinh doanh | Toàn cảnh: tạo giá trị gì, cho ai, bằng nguồn lực nào, và kiếm tiền ra sao. | "Grab nối tài xế với người đi xe, ăn hoa hồng mỗi chuyến." |
| Revenue model mô hình doanh thu | Hẹp hơn: tiền chảy vào bằng cơ chế nào — bán đứt, thuê bao, hoa hồng… | "Ăn 20% hoa hồng trên mỗi cuốc xe." |
| Money model | Cách sắp xếp dòng tiền theo thời gian: bán gì trước/sau, giá & thanh toán thế nào, để biến khách thành tiền có lãi & đủ nhanh. | "Thu trước gói năm để có tiền mặt sớm, dùng nó nuôi việc tìm khách mới." |
Nói gọn: money model = revenue model + cấu trúc giá/thanh toán + thời điểm dòng tiền. Cùng một sản phẩm, hai money model khác nhau cho ra hai doanh nghiệp khác hẳn về sức khoẻ tiền mặt — đúng như câu chuyện hai phòng gym bạn sắp gặp ở Chương 2.
Hình dung bạn bán bánh kem. Business model là "mình làm bánh ngon bán cho dân văn phòng quanh đây". Revenue model là "bán từng cái" hay "bán gói đặt bánh cả tháng". Money model là cách cắt và xếp lát bánh theo thời gian: lấy tiền cọc trước? bán kèm nến & thiệp lúc khách đang vui? cho trả góp cái bánh cưới to? Cùng một cái bánh, cách cắt quyết định lúc nào tiền vào túi bạn và bao nhiêu.
1.2 · Bản đồ 8 kiểu mô hình doanh thu
Gần như mọi doanh nghiệp kiếm tiền bằng một (hoặc vài) trong 8 kiểu sau. Đây là "bảng tuần hoàn" để bạn định vị mình — và biết đòn bẩy sống còn của từng kiểu:
| Kiểu | Cơ chế | Đòn bẩy chính | Ví dụ |
|---|---|---|---|
| Bán đứt một lần one-time | Trả một lần, nhận một lần. | Biên gộp/đơn × số đơn; tỷ lệ mua lại | Quán ăn, đồ nội thất, khoá học lẻ |
| Thuê bao subscription | Trả đều mỗi kỳ cho giá trị đều. | Churn & LTV (Chương 3) | Gym, Netflix, SaaS, gói bảo trì |
| Theo mức dùng usage-based | Trả theo lượng tiêu thụ. | Doanh thu nở theo khách lớn lên (Chương 5) | Điện nước, AWS, API, SMS |
| Freemium | Bản free thu hút, bản trả phí kiếm tiền. | Tỷ lệ free→paid (Chương 5) | Spotify, Notion, Canva |
| Marketplace / hoa hồng | Nối bên bán & bên mua, ăn % giao dịch. | Take rate & thanh khoản (Chương 4) | Grab, Shopee, Airbnb |
| Quảng cáo | Người dùng miễn phí, nhà quảng cáo trả cho sự chú ý. | Lượng dùng × giá mỗi lượt hiển thị | Google, Facebook, báo mạng |
| Cấp phép / bản quyền licensing | Cho dùng tài sản trí tuệ, thu phí/royalty. | Nhân bản gần như không tốn thêm | Nhượng quyền, phần mềm bản quyền, nhạc |
| Dao cạo & lưỡi razor-blade | Bán rẻ "phần cứng", kiếm lãi trên "phần tiêu hao" lặp lại. | Lãi trên đồ tiêu hao định kỳ | Máy in & mực, dao cạo & lưỡi, máy pha & viên cà phê |
Ba điều đáng nhớ: (1) một doanh nghiệp thường kết hợp nhiều kiểu (Spotify = freemium + subscription + quảng cáo); (2) chọn kiểu nào ảnh hưởng thẳng đến dòng tiền — bán đứt thu tiền ngay nhưng phải bán lại từ đầu, thuê bao vào tiền chậm nhưng cộng dồn; (3) "money model" (chủ đề tài liệu này) là lớp thiết kế phía trên kiểu doanh thu bạn chọn — nó quyết định thời điểm và tốc độ tiền về.
1.3 · Đơn vị kinh tế phổ quát — đúng cho MỌI kiểu ở trên
Dù chọn kiểu nào, sức khoẻ của nó được đo bằng đúng bộ chỉ số này. Thuộc chúng thì đọc chương nào cũng nhẹ.
| Chỉ số | Nghĩa | Cách tính |
|---|---|---|
| CAC | Chi phí kiếm 1 khách mới (gồm cả marketing lẫn sales). | (Chi marketing + sales) ÷ số khách mới |
| COGS | Chi phí trực tiếp cấu thành / cung cấp sản phẩm (nguyên liệu, giờ công trực tiếp, hosting). | Cộng chi phí trực tiếp gắn với 1 đơn |
| Biến phí phục vụ khách | COGS + các chi phí biến đổi khác không nằm trong COGS kế toán (phí cổng thanh toán, hỗ trợ biến đổi, đóng gói…). | Cộng mọi chi phí biến đổi gắn với 1 khách |
| Biên đóng góp contribution margin | Mỗi đồng doanh thu để lại bao nhiêu sau toàn bộ biến phí — tiền để trả CAC & chi phí cố định. | (Doanh thu − toàn bộ biến phí) ÷ Doanh thu |
| LTV / LTGP | Tổng lợi nhuận gộp một khách mang lại trọn đời. Dùng lợi nhuận, không dùng doanh thu. | GP mỗi kỳ × số kỳ khách ở lại |
| LTV : CAC | Một đồng bỏ ra kiếm khách đẻ ra mấy đồng lãi trọn đời. Chuẩn khoẻ ≥ 3:1. | LTGP ÷ CAC |
| Payback period | Bao lâu thì tiền khách trả bù xong CAC. Càng ngắn, càng ít cần vốn. | CAC ÷ biên đóng góp (bằng tiền) mỗi kỳ |
COGS (chi phí trực tiếp) ⊂ biến phí phục vụ khách (COGS + phí thanh toán, hỗ trợ biến đổi…) — và chỉ tập thứ hai mới cho ra biên đóng góp đúng. Nhiều người lấy COGS kế toán rồi tưởng đó là toàn bộ biến phí, dẫn tới payback đẹp hơn thực tế. Quy ước của tài liệu này: để cho gọn, các ví dụ dùng "lợi nhuận gộp = thu − COGS" và coi COGS đã bao gồm mọi biến phí đáng kể. Khi áp vào doanh nghiệp của bạn, hãy kiểm tra xem có biến phí nào ngoài COGS bị bỏ sót không.
Mỗi khách hàng là một hạt giống. CAC là tiền mua hạt + công gieo. Payback period là thời gian tới lúc cây trả lại đúng số tiền bạn bỏ ra. LTV là tổng quả cây cho tới lúc chết. LTV:CAC là "một đồng gieo hạt ra được mấy đồng quả". Và cả tài liệu này bàn về một mẹo: làm sao cây trả vốn thật nhanh — để tiền đó lại đi mua hạt tiếp, thay vì đợi hết cả mùa.
Money model = thiết kế dòng tiền theo thời gian trên nền một (vài) kiểu doanh thu, đo bằng bộ chỉ số phổ quát ở trên. Các chương tiếp theo là những kiểu thiết kế khác nhau: Chương 2 — hệ thống Hormozi (chuỗi offer thu tiền cực nhanh, hợp gym/khoá học/agency/DTC); Chương 3–6 — subscription/SaaS, marketplace, usage & freemium, và lý thuyết giá; Chương 7 — bảng chọn "model nào cho bạn". Đang thiếu tiền mặt dù có khách? Sang thẳng Chương 2.
Tự kiểm tra kiểu Feynman
1. Cùng một tiệm cà phê, nêu 2 money model khác nhau đặt trên cùng một revenue model.
2. Vì sao LTV:CAC phải tính bằng lợi nhuận gộp chứ không phải doanh thu?
CFA & chuỗi offer: thu tiền đủ nhanh để tự tài trợ tăng trưởng
Chương này trình bày sâu hệ thống của Alex Hormozi — một trường phái mạnh, tối ưu cho việc thu tiền cực nhanh để mỗi khách tự trả chi phí tìm ra mình và nuôi khách kế tiếp. Hợp nhất với gym, khoá học, coaching, agency, dịch vụ, DTC. Các khái niệm nền (CAC, COGS, lợi nhuận gộp, LTV:CAC) đã học ở Chương 1; ở đây ta thêm hai thứ đặc trưng của Hormozi: quy tắc CFA và hệ số M.
Câu chuyện hai phòng gym
Hai phòng gym mở cùng một quận, thiết bị và huấn luyện viên tương đương nhau.
Gym A làm điều mọi người vẫn làm: chạy quảng cáo "giảm 30% gói tháng đầu". Mỗi khách mới tốn trung bình 1,5 triệu tiền quảng cáo, nhưng tháng đầu chỉ thu về 490.000₫. Càng quảng cáo, két tiền càng hụt. Đến tháng thứ tư, chủ gym tắt quảng cáo "để tiết kiệm" — và lượng khách mới rơi tự do.
Gym B không bán gói tháng ngay. Họ bán "Thử thách 6 tuần giảm 6kg — hoàn tiền nếu bạn hoàn thành" giá 3.900.000₫, kèm gợi ý mua thêm gói dinh dưỡng ngay tại quầy. Cùng chi 1,5 triệu để có một khách, nhưng họ thu về 4,4 triệu ngay trong 30 ngày đầu. Mỗi khách mới không những trả xong chi phí quảng cáo ra chính họ, mà còn để lại đủ tiền để "mua" đúng một khách kế tiếp (ta sẽ tính chính xác ở phần dưới). Gym B tăng ngân sách quảng cáo mỗi tháng mà không cần vay một đồng nào.
Sản phẩm gần như giống nhau. Khác biệt nằm ở money model.
Định nghĩa
Money model là một chuỗi offer được sắp xếp có chủ đích — bán cái gì, vào thời điểm nào, theo trình tự nào, với cấu trúc thanh toán ra sao — nhằm thu về nhiều tiền nhất, nhanh nhất từ mỗi khách hàng. Đích chuẩn Hormozi nhắm tới: tiền từ 1 khách đủ để có được và phục vụ thêm khách kế tiếp trong chưa đầy 30 ngày — tối thiểu 1 khách (điểm "tự nhân bản"), lý tưởng là 2.
Chú ý chữ "chuỗi". Một offer đơn lẻ dù hay đến mấy cũng chỉ là một viên gạch. Money model là cách xếp các viên gạch: offer mở màn kéo khách vào, offer bán thêm ngay lúc họ hào hứng nhất, offer "đỡ" những người từ chối, và offer giữ họ trả tiền đều đặn về sau.
Tưởng tượng một cái máy: bỏ tờ 100.000₫ vào khe, chờ 30 ngày, máy nhả ra 200.000₫. Nếu bạn sở hữu cái máy đó, việc kinh doanh chỉ còn một câu hỏi: "Mỗi tháng mình nhét được bao nhiêu tờ 100.000₫?" — bạn sẽ nhét đến khi hết tiền lẻ thì thôi.
Money model chính là bản thiết kế của cái máy đó. Tờ tiền nhét vào là tổng chi cho một khách = CAC + COGS 30 ngày (tiền tìm ra khách cộng tiền phục vụ họ). Chuỗi offer quyết định máy nhả ra bao nhiêu. Gym B bỏ tổng 2,2 triệu (1,5 CAC + 0,7 COGS), thu về 4,4 triệu: cứ nhét 100k, máy trả 200k — đó chính là hệ số M = 2. Gym A tệ hơn nhiều: riêng tiền tháng đầu (490k) còn chưa bù nổi CAC (1,5tr), mới về được ~33% CAC, chưa nói tới COGS. Phần còn lại của tài liệu dạy bạn lắp cái máy như Gym B.
Bốn con số phải thuộc nằm lòng
Trước khi thiết kế bất cứ offer nào, bạn cần nói chuyện được bằng bốn con số này (bộ đầy đủ & tổng quát đã ở Chương 1 — đây là bản nhắc nhanh để dùng ngay cho CFA):
| Chỉ số | Nghĩa là gì | Cách tính | Ví dụ nhanh |
|---|---|---|---|
| CAC Customer Acquisition Cost |
Chi phí để có một khách hàng mới — "giá của một người bước qua cửa". | (Tổng chi marketing + chi phí sales) ÷ số khách mới | Chi 30tr ads + 10tr hoa hồng sales, được 20 khách → CAC = 2.000.000₫ |
| COGS Cost of Goods Sold |
Chi phí trực tiếp để phục vụ khách đó: nguyên liệu, giờ công trực tiếp, phí cổng thanh toán, hosting… | Cộng mọi chi phí biến đổi gắn với 1 khách | Thử thách: 700.000₫ giờ công HLV + tài liệu (phần rơi vào 30 ngày đầu; chưa gồm phí thanh toán & khoản có thể phải hoàn) |
| Lợi nhuận gộp (GP) Gross Profit |
Tiền thực sự còn lại sau khi phục vụ khách — thứ duy nhất trả được hoá đơn. Tính được cho một giao dịch hoặc cho mỗi tháng (gói thu định kỳ). | Tiền thu − COGS (cùng một phần dịch vụ) |
GP một lần của thử thách: 3,9tr − 0,7tr = 3,2tr (4,4tr gồm cả 0,5tr bán kèm — bán kèm có COGS riêng) |
| LTGP Lifetime Gross Profit |
Tổng lợi nhuận gộp một khách mang lại trong suốt vòng đời ở lại với bạn. Dùng GP theo tháng. | GP/tháng × số tháng khách ở lại | GP 600k/tháng × 14 tháng = 8,4tr; chia CAC 2tr (dòng trên) → LTGP:CAC = 4,2 : 1 |
Đo bằng doanh thu thay vì lợi nhuận gộp. "Thu 10 triệu" chẳng nói lên điều gì nếu phục vụ khách tốn 9 triệu. Lưu ý có hai họ thước đo, đừng trộn lẫn: các phép đo lợi nhuận (GP, LTGP:CAC) luôn trừ COGS ra; còn hệ số M / CFA là phép đo dòng tiền 30 ngày, đặt cả CAC lẫn COGS ở mẫu số (xem mục CFA ngay dưới). Và LTV phải hiểu là LTGP: nhiều người tự khen "LTV gấp 5 lần CAC" nhưng lấy doanh thu trọn đời chia chi phí quảng cáo — so táo với cam. Chuẩn tối thiểu lành mạnh (mốc tham khảo, tuỳ overhead & độ chắc của churn): LTGP : CAC ≥ 3 : 1.
Vì sao lại là "30 ngày"?
Con số 30 không phải phong thuỷ. Nó đến từ cách tiền vận hành trong thực tế:
- Kỳ hạn thanh toán ~30 ngày ở khắp nơi. Thẻ tín dụng doanh nghiệp cho "mượn" tiền quảng cáo 30–45 ngày không lãi. Lương nhân viên trả theo tháng. Nhà cung cấp cho công nợ 30 ngày. Nếu tiền của khách về trước các hạn đó, bạn đang kinh doanh bằng tiền của ngân hàng và của khách — không phải tiền túi.
- Vòng quay vốn quyết định tốc độ lớn. Cùng một cục vốn, ai quay nhanh hơn người đó mua được nhiều khách hơn mỗi năm.
Bạn có đúng 10 triệu để đi "mua khách". Nếu mỗi vòng bỏ tiền ra → thu tiền về mất 6 tháng, một năm bạn chỉ xoay được 2 vòng. Nếu vòng đó rút xuống 30 ngày, bạn xoay được 12 vòng — cùng 10 triệu ấy, nhưng máy chạy nhanh gấp 6 lần. Money model không tạo ra phép màu; nó chỉ làm cục tiền của bạn chạy vòng nhanh đến mức trông như phép màu.
Quy tắc trung tâm: Client Financed Acquisition (CFA)
CFA — "khách hàng tài trợ việc mua khách hàng" — là trạng thái mà tiền thu từ khách mới đủ trang trải cả chi phí tìm ra họ lẫn chi phí phục vụ họ, và còn dư để mua khách kế tiếp. Điều kiện:
Vì sao nhân 2? Đi từng bước với một khách hàng:
- Bạn thu về C đồng trong 30 ngày đầu.
- Trừ đi tiền đã bỏ ra cho chính khách đó: CAC + COGS.
- Phần còn dư = C − (CAC + COGS). Nếu C = 2 × (CAC + COGS), phần dư đúng bằng chi phí để mua và phục vụ trọn vẹn một khách nữa.
Tức là mỗi khách hàng "đẻ" ra một khách hàng — không cần bơm thêm vốn. Công thức chung dễ nhớ: đặt D = CAC + COGS (tổng chi cho một khách). Thu về M×D thì sau khi trả cho chính khách đó (mất 1×D), phần dư là (M−1)×D — đó là tiền để "đẻ" khách mới. M = 2 dư đúng 1×D → nuôi 1 khách. Cũng phép tính đó, đạt mốc M = 3 thì dư 2×D → nuôi hai khách: đây là chuẩn lý tưởng Hormozi nhắm tới, lúc tăng trưởng bắt đầu có tính luỹ thừa.
Bốn cấp độ của một money model
Gọi M = Tiền thu 30 ngày ÷ (CAC + COGS) — "hệ số nhân 30 ngày". M rơi vào đâu, doanh nghiệp của bạn ở cấp đó:
| Cấp | Điều kiện | Tên gọi | Ý nghĩa thực tế |
|---|---|---|---|
| 1 | M < 1 | Đốt tiền | Mỗi khách mới làm két hụt thêm. Chỉ sống được nếu vốn rất dày và LTGP về sau đủ lớn (kiểu startup gọi vốn). Đa số doanh nghiệp nhỏ chết ở đây — không phải vì sản phẩm tệ, mà vì hết tiền mặt trước khi lợi nhuận kịp về. |
| 2 | 1 ≤ M < 2 | Tự hoà vốn | Quảng cáo "miễn phí" — khách trả xong chi phí ra chính họ trong 30 ngày. Tăng trưởng không đau ví, nhưng chưa tự nhân bản. |
| 3 | 2 ≤ M < 3 | CFA — khách mua khách | Mỗi khách để dư đủ tiền mua + phục vụ 1 khách kế tiếp. Tăng trưởng tự tài trợ, không cần vốn ngoài. |
| 4 | M ≥ 3 | Chuẩn "$100M" | Một khách tài trợ hai khách mới — dòng tiền có thể tăng theo cấp số nhân nếu đủ lead, đủ công suất phục vụ và CAC không tăng khi scale. Đây là đích của cả cuốn sách. |
CAC = 1.500.000₫. Thu 30 ngày = 4.400.000₫ (3,9tr thử thách + 0,5tr phụ kiện tại quầy). COGS 30 ngày = 700.000₫.
M = 4.400.000 ÷ (1.500.000 + 700.000) = 4.400.000 ÷ 2.200.000 = 2,0 → vừa chạm cấp 3 (CFA). Sau khi trả hết chi phí cho chính mình, mỗi khách để lại đúng 2,2 triệu — vừa khớp tiền mua và phục vụ khách kế tiếp. Ở mục Upsell, bạn sẽ thấy chỉ cần thêm một upsell với 3 khách nhận 1, hệ số này nhảy lên ~2,7 — và chuỗi offer đầy đủ ở mục Lắp ráp sẽ đưa nó chạm mốc 3.
🧮 Máy tính CFA — model của bạn đang ở cấp mấy?
Nhập số trung bình trên mỗi khách hàng mới, đo theo cohort: gom nhóm khách mới của cùng một tháng, cộng tiền mỗi người thu được trong 30 ngày kể từ ngày chính họ mua, rồi chia cho số khách trong nhóm. Nhớ: "tiền thu" là tiền mặt thực nhận, không phải doanh thu ghi nhận.
Ba nguyên tắc đo cho đúng
- Đo tiền mặt thực thu (cash collected), không phải hợp đồng đã ký hay doanh thu ghi nhận. Hợp đồng 12 tháng trả từng tháng thì 30 ngày đầu chỉ đếm được 1 tháng tiền.
- Đo theo cohort cho đúng cửa sổ: Cash30 bình quân = (tổng tiền mỗi khách thu được từ ngày họ mua đến ngày mua + 30) ÷ số khách trong cohort. Đừng lấy "tổng thu cả tháng" chia số khách — cách đó lẫn tiền khách cũ và tính thiếu ngày cho người mua cuối tháng. Chỉ chốt kết quả khi khách cuối cùng trong cohort đã đủ 30 ngày; COGS30 đo y hệt. Và đừng lấy khách đẹp nhất ra khoe.
- CAC phải tính đủ: cả lương/hoa hồng đội sales, chi phí công cụ, quà tặng lead… chứ không riêng tiền ads. CAC tính thiếu là cách nhanh nhất để tự lừa mình.
Money model không phải mẹo bán hàng — nó là bài toán dòng tiền: thiết kế chuỗi offer sao cho tiền thu 30 ngày ≥ 2 × (CAC + COGS). Đạt được nó, quảng cáo biến từ chi phí thành cái máy in khách hàng. Toàn bộ các phần sau chỉ trả lời một câu: làm cách nào đẩy M lên?
Tự kiểm tra kiểu Feynman
1. Giải thích cho một người bạn không làm kinh doanh: vì sao phải đo bằng lợi nhuận gộp chứ không phải doanh thu?
2. CAC = 2.000.000₫, thu 30 ngày = 5.000.000₫, COGS = 1.000.000₫. Doanh nghiệp này ở cấp mấy? Cần gì để lên CFA?
3. Vì sao cửa sổ đo là 30 ngày mà không phải 90 ngày — 90 ngày hoà vốn chẳng phải vẫn tốt sao?
Bản đồ tổng quan: 4 loại offer, 3 giai đoạn
Trong framework này, một money model — từ quán bánh mì đến công ty phần mềm — được lắp từ bốn loại offer. Không doanh nghiệp nào bắt buộc phải có đủ cả bốn; đây là bộ khối để bạn chọn và ghép. Mỗi loại trả lời một câu hỏi kinh doanh khác nhau, ở một thời điểm khác nhau trên hành trình khách hàng.
Bốn loại offer phủ kín hành trình: kéo người lạ vào — bán sâu lúc họ hào hứng — đỡ người từ chối — giữ chân dài hạn. Không một lead nào bị bỏ phí.
Bốn câu hỏi — bốn loại offer
| Loại | Câu hỏi nó trả lời | Thời điểm dùng | Bạn đã từng gặp ở đâu |
|---|---|---|---|
| Attraction | "Làm sao người lạ chịu mua lần đầu — mà mình không lỗ tiền tìm ra họ?" | Đầu phễu, trước khi có niềm tin | Thử thách 6 tuần của phòng gym; buffet 99k tuần khai trương |
| Upsell | "Làm sao thu nhiều hơn từ người vừa nói có?" | Ngay sau cái gật đầu đầu tiên | "Anh thêm khoai tây với nước chỉ 15k nữa nhé?" |
| Downsell | "Làm sao không mất trắng người nói không?" | Ngay sau cái lắc đầu | "Vậy mình chia 3 kỳ thanh toán cho nhẹ nhé?" |
| Continuity | "Làm sao tiền quay lại mỗi tháng mà không phải bán lại từ đầu?" | Sau khi khách đã nhận giá trị đầu tiên | Membership, gói bảo trì, thuê bao phần mềm |
Ba giai đoạn triển khai
Trong sách, bốn loại offer được xếp thành ba giai đoạn theo mục tiêu dòng tiền:
Món khai vị ngon-rẻ đến mức ai đi ngang cũng ghé thử — đó là attraction. Bạn vừa gọi món, phục vụ hỏi "thêm phần nước với món chính đang được ưa nhất nhé?" — đó là upsell. Bạn chê đắt, họ đưa combo nhỏ hơn — downsell. Ăn xong, họ mời gói ăn trưa 499k/tháng tự gia hạn — khoản trả đều mỗi tháng, đó mới là continuity (thẻ tích điểm miễn phí chỉ là công cụ giữ chân, chưa phải continuity vì chưa có tiền thu lặp lại). Không bước nào lừa ai cả: mỗi bước chỉ là một lời mời hợp lý, đúng thời điểm. Money model = xếp bốn lời mời đó thành quy trình thay vì để nhân viên tuỳ hứng.
Money model khuếch đại chứ không cứu chữa. Trong "$100M Offers", Hormozi định nghĩa giá trị của một offer bằng phương trình: (Kết quả mơ ước × Xác suất tin là đạt được) ÷ (Thời gian phải chờ × Công sức phải bỏ). Nếu offer lõi yếu, money model chỉ giúp bạn… tạo ra nhiều khách thất vọng hơn, nhanh hơn. Hãy chắc rằng khách dùng xong muốn quay lại trước khi đổ tiền tăng tốc.
Nên bắt đầu từ đâu?
- Đừng lắp cả 4 loại trong một ngày. Mỗi mảnh cần được thử, đo, chỉnh. Trình tự thực dụng: một attraction offer chắc tay → thêm một upsell ngay điểm bán (đẩy hệ số M nhanh nhất) → downsell cho điểm từ chối lớn nhất → hoàn thiện continuity.
- Nếu sản phẩm lõi của bạn vốn đã là thuê bao (gym, SaaS, gói dịch vụ tháng) thì continuity có sẵn — money model của bạn là lớp attraction + upsell/downsell bọc quanh nó để 30 ngày đầu tự trả CAC.
Tự kiểm tra kiểu Feynman
Hãy soi một chuỗi đồ ăn nhanh bất kỳ: chỉ ra đủ 4 loại offer trong cách họ bán.
Attraction offers — biến người lạ thành khách trả tiền
Attraction offer là lời chào đầu tiên với người chưa có lý do gì để tin bạn. Nó phải làm được hai việc cùng lúc: (1) dễ nói "có" đến mức gần như phi lý khi từ chối, và (2) tự trả được chi phí kiếm ra khách — tức lợi nhuận gộp 30 ngày (thu − COGS) đủ bù CAC — "mồi câu tự trả tiền".
Đây là điểm khác biệt căn bản với khuyến mãi kiểu cũ: giảm giá trần trụi cũng dễ nói "có", nhưng nó phá neo giá, hút sai người, và không dẫn đi đâu tiếp. Sáu cấu trúc dưới đây tạo sức hút tương đương giảm giá — mà không phải hạ giá trị.
3.1 · Win Your Money Back — "thắng thì lấy lại tiền"
Cấu trúc: khách trả trước cho một chương trình bảo đảm kết quả: nếu đã làm đúng cam kết mà vẫn không đạt, hoàn lại tiền (tiền mặt, hoặc credit trừ vào gói tiếp — phải nói rõ từ đầu).
Mẫu lời chào: "Trả 3.900.000₫ cho thử thách 6 tuần. Nếu bạn đi tập đủ 20/24 buổi và làm đúng giáo án mà sau 6 tuần chưa giảm đủ 6kg — hoàn lại từng đồng."
Vì sao hiệu quả: ai cũng tin mình sẽ làm được (thiên kiến lạc quan), nên rủi ro cảm nhận gần bằng 0 — trong khi bạn vẫn thu đủ tiền mặt ngay hôm nay. Điều tinh tế nhất: điều kiện "làm đúng" chính là công thức tạo ra khách thành công — người tập đủ 20 buổi gần như chắc chắn có kết quả, tin bạn, và thành ứng viên hoàn hảo cho gói dài hạn (mục Upsell).
Nhưng đừng nói "luôn không lỗ". Có ba nhánh: (1) làm đủ & đạt → khách vui, bạn giữ tiền; (2) làm đủ nhưng không đạt → bạn phải hoàn 3,9tr mà vẫn đã tốn COGS; (3) bỏ ngang → giữ tiền nhưng mất phần COGS đã bỏ ra. Nhánh (2) là chi phí thật, và khoản hoàn rơi sau 6 tuần nên chưa nằm trong M của 30 ngày đầu. Tính đúng: ước lượng tỷ lệ phải hoàn q, chi phí hoàn bình quân ≈ q × 3,9tr, trừ vào GP hoặc lập quỹ dự phòng.
Điều kiện phải đo được, ghi thành văn bản, và bạn thật lòng muốn khách đạt được. Thiết kế điều kiện đánh đố để "né hoàn tiền" là tự đốt uy tín — khách nhận ra ngay, và một review xấu đắt hơn mọi khoản hoàn. Nếu hoàn bằng credit thay vì tiền mặt, phải nói rõ từ đầu.
3.2 · Giveaway — quay thưởng giải lớn, "giải phụ" cho tất cả
Cấu trúc: tổ chức trúng thưởng một giải thật lớn (ví dụ: 12 tháng tập miễn phí) để gom danh sách người quan tâm với chi phí rất rẻ. Một người trúng giải. Sau đó gọi cho tất cả những người còn lại: "Bạn không trúng giải nhất, nhưng ban tổ chức dành cho bạn giải khuyến khích: voucher 2.000.000₫ cho gói 6 tuần, hiệu lực 72 giờ."
Bí mật của cấu trúc này: người thua mới là mục tiêu thật. Giải lớn là chi phí marketing để tạo danh sách; doanh thu nằm ở lời mời dành cho số đông không trúng.
Chạy giveaway thu 800 lead, chi phí quảng cáo 16.000.000₫ → CPL (chi phí mỗi lead) = 20.000₫. Giải nhất là gói 12 tháng — COGS thật ~3 triệu. Đội sales gọi toàn bộ danh sách (~800 người, gồm cả người trúng), 6% nhận giải khuyến khích và mua gói 5.000.000₫ → 48 khách. Doanh thu = 48 × 5tr = 240.000.000₫. Coi giải nhất là chi phí marketing thì tổng chi marketing = 16 + 3 = 19tr → CAC tạm tính ≈ 19tr ÷ 48 ≈ 396.000₫/khách. Lưu ý: 240tr mới là doanh thu, chưa phải lợi nhuận — phải trừ thêm COGS của 48 gói bán ra, lương/hoa hồng đội gọi 800 người, phí thanh toán; và CAC "đủ" theo định nghĩa phải gồm cả chi phí sales đó (nên 396k là con số lạc quan).
Lead từ giveaway lạnh hơn lead chủ động hỏi mua — sống chết nằm ở kịch bản gọi và hạn chót (72 giờ). Không có đội gọi/nhắn nghiêm túc thì đừng chạy. Lưu ý pháp lý ở Việt Nam: chương trình khuyến mại mang tính may rủi có thể phải đăng ký với Sở/Bộ Công Thương — kiểm tra quy định hiện hành trước khi triển khai.
3.3 · Decoy — "mồi so sánh" miễn phí đặt cạnh bản trả phí
Cấu trúc: đưa ra hai lựa chọn song song: bản miễn phí (thiếu thốn có chủ đích) và bản trả phí (giá mềm, giá trị vượt trội rõ rệt). Não người quyết định bằng so sánh — đặt cạnh nhau, bản trả phí trở thành "món hời hiển nhiên".
Mẫu lời chào: "Workshop online: vé Miễn phí (xem trực tiếp, không tài liệu) — hoặc vé VIP 199.000₫ (bản ghi hình xem lại + bộ template + phiên hỏi đáp riêng)."
Vì sao hiệu quả: người chọn bản trả phí thấy mình tự quyết, không bị ép — mức cam kết cao hơn hẳn. Người chọn miễn phí vẫn vào danh sách của bạn, thành ứng viên cho các offer sau. Không ai bị loại khỏi phễu.
3.4 · Buy X Get Y Free — mua X tặng Y
Cấu trúc: thay vì giảm giá, tặng thêm. "Mua 10 buổi PT tặng 3 buổi + 1 lần đo InBody" thay cho "giảm 23%".
Vì sao hơn giảm giá thẳng:
| Giảm 30% | Mua 10 tặng 4 | |
|---|---|---|
| Giá niêm yết | Bị phá — lần sau khách chờ giảm mới mua | Nguyên vẹn — "tặng" là dịp đặc biệt, giá chuẩn vẫn là giá chuẩn |
| Tiền thu về / đơn | Giảm 30% | Giữ nguyên 100% |
| Chi phí thật của ưu đãi | 30% doanh thu bốc hơi | Chỉ là COGS của 4 buổi tặng (bằng ~10–15% doanh thu nếu COGS mỗi buổi ≈ 25–37% giá bán) |
| Cảm nhận của khách | "Chắc lúc trước bán đắt" | "Được nhiều hơn hẳn" — "tặng 40%" (4 trên 10 buổi mua) nghe to hơn "giảm 30%" |
Cẩn thận hai con số phần trăm: "tặng 40%" là lượng quà thêm (4 ÷ 10 buổi mua); còn mức giảm hiệu dụng trên tổng 14 buổi khách nhận chỉ là 4 ÷ 14 = 28,6% (tương tự "mua 10 tặng 3" = 3 ÷ 13 = 23%). Hai thứ này khác nhau — đừng nhầm 40% với 28,6%.
Biến thể quen thuộc: mua 1 tặng 1 giờ thấp điểm (F&B), mua gói năm tặng 2 tháng (SaaS), mua liệu trình tặng buổi chăm sóc (spa).
3.5 · Pay Less Now vs Pay More Later — trả ít bây giờ, hoặc trả nhiều hơn sau
Cấu trúc: cùng một sản phẩm, hai đường thanh toán: trả trọn hôm nay với giá tốt nhất, hoặc trả sau/chia kỳ với tổng cao hơn. Thường đi kèm đặt cọc không hoàn để giữ chỗ.
Mẫu lời chào: "Khoá học khai giảng 1/9: đóng trọn hôm nay 8.000.000₫ — hoặc cọc 2.000.000₫ giữ chỗ, phần còn lại 7.000.000₫ đóng trước khai giảng (tổng 9.000.000₫)." Ở đây trả sau đắt hơn trả thẳng đúng 1 triệu, tức +12,5% — đó là "phí" cho sự linh hoạt, không phải chiết khấu.
Vì sao hiệu quả: mỗi khách tự chọn phương án hợp túi tiền — bạn không mất ai. Người trả sớm bơm tiền mặt vào cửa sổ 30 ngày; người trả sau trả thêm cho sự linh hoạt. Cả hai nhánh đều thắng cho dòng tiền.
3.6 · Free + điều kiện — miễn phí "có ràng buộc"
Cấu trúc: trải nghiệm miễn phí, nhưng gắn một cam kết: đặt cọc giữ chỗ (hoàn lại khi đến đủ), phí phạt no-show, hoặc tự động chuyển sang gói trả phí nếu không huỷ sau kỳ dùng thử.
Vì sao cần "điều kiện": miễn phí không ràng buộc hút đúng nhóm người săn đồ free — họ không đến, không dùng, không mua, nhưng vẫn ngốn COGS và lịch của bạn. Một khoản cọc 200.000₫ (được hoàn khi hoàn thành) lọc ra người nghiêm túc mà vẫn giữ chữ "miễn phí" trong lời chào.
Chọn attraction offer nào cho bạn?
| Tình huống của bạn | Cấu trúc nên thử trước |
|---|---|
| Dịch vụ có kết quả đo được (gym, spa, luyện thi, coaching) | Win Your Money Back |
| Cần bơm danh sách lead nhanh với ngân sách nhỏ | Giveaway + giải khuyến khích |
| Đã có sẵn lượng người theo dõi / khách ghé (traffic free) | Decoy — bản free đặt cạnh bản trả phí |
| Sản phẩm mua lặp lại được (buổi, phần, tháng) | Buy X Get Y Free |
| Giá cao, chốt qua tư vấn 1-1 | Pay Less Now / cọc giữ chỗ |
| Khách phải trải nghiệm rồi mới tin | Free + điều kiện |
(1) Dễ gật đầu: rủi ro cảm nhận của khách gần bằng 0. (2) Tự trả CAC: lợi nhuận gộp 30 ngày (thu − COGS) đủ trang trải CAC đầy đủ (marketing + sales). (3) Là cây cầu, không phải ngõ cụt: người mua nó phải là đúng người cần sản phẩm lõi, và bước tiếp theo phải hiện ra tự nhiên. Thiếu tiêu chí nào, sửa tiêu chí đó trước khi đổ thêm tiền quảng cáo.
Tự kiểm tra kiểu Feynman
1. Vì sao "mua 10 tặng 4" thường tốt hơn "giảm 30%" dù giá trị ưu đãi nghe tương đương?
2. Thiết kế điều kiện Win Your Money Back cho một khoá tiếng Anh giao tiếp — điều kiện thế nào là đạt?
3. Trong cấu trúc Giveaway, hãy giải thích vì sao "người thua" mới là mục tiêu thật của chương trình.
Upsell offers — thu nhiều hơn từ người vừa nói "có"
Khoảnh khắc ngay sau khi khách đồng ý mua là thời điểm dễ bán nhất trong toàn bộ vòng đời của họ: niềm tin vừa được xác lập, ví đã mở, đà quyết định đang chạy. Upsell là nghệ thuật đặt đúng lời mời vào đúng khoảnh khắc đó — không phải tuần sau, qua email.
Bạn vừa đặt vé máy bay 2.000.000₫. Màn hình hỏi: "Thêm 180.000₫ để chọn chỗ ngồi thoải mái?" — đa số bấm luôn. Nhưng nếu một tuần sau hãng gửi email mời mua đúng chỗ ngồi đó, bạn sẽ chần chừ. Cùng một món, cùng một giá — khác mỗi thời điểm. Khi não vừa xử lý xong một quyết định lớn, các quyết định nhỏ "trượt" theo quán tính: 180k lúc đó không phải "một khoản chi mới", nó chỉ là "số lẻ" của 2 triệu. Upsell = xếp hàng những lời mời hợp lý vào đúng lúc cánh cửa đó đang mở.
Toán học của upsell: lợi nhuận gần như nguyên chất
Điểm đẹp nhất: upsell không phát sinh thêm chi phí quảng cáo — CAC gốc để có khách này đã trả rồi, giờ giữ nguyên. Tiền upsell thu thêm cộng vào tử số M, còn mẫu số chỉ nhích lên đúng phần COGS của upsell.
Nền cũ: CAC 1,5tr · thu 4,4tr · COGS 0,7tr → M = 2,0. Giờ tại quầy, sau khi khách mua thử thách, lễ tân mời gói dinh dưỡng + đo InBody hằng tuần giá 8.000.000₫ (COGS 1tr). Cứ 10 khách có 3 người nhận (take rate 30%).
Trung bình mỗi khách mới: thu thêm 30% × 8tr = +2,4tr; COGS thêm 30% × 1tr = +0,3tr.
M mới = (4,4 + 2,4) ÷ (1,5 + 0,7 + 0,3) = 6,8 ÷ 2,5 = 2,72. Một câu hỏi 10 giây ở quầy đẩy model từ "vừa chạm CFA" lên gần chuẩn cấp 4 — không tốn thêm một đồng quảng cáo.
Năm cấu trúc upsell kinh điển
4.1 · Classic upsell — một câu hỏi tại điểm bán
Lời mời ngắn ngay khi khách vừa gật đầu, lúc "thẻ còn trên quầy". Công thức câu: mặc định hoá + lý do: "Đa số khách bắt đầu thử thách đều lấy kèm gói dinh dưỡng để về đích nhanh và chắc hơn — anh lấy luôn một thể nhé?" (chỉ nêu con số cụ thể kiểu "nhanh gấp rưỡi" khi bạn có dữ liệu thật). Câu "khoai tây với nước nhé?" của đồ ăn nhanh chính là dạng này — 5 giây, lặp lại hàng triệu lần.
4.2 · Menu upsell — Good · Better · Best
Thay vì một gói, đưa ba gói. Tâm lý đám đông chọn gói giữa → hãy thiết kế gói giữa là gói bạn muốn bán nhất (margin tốt nhất), gói cao nhất làm trần so sánh, gói thấp nhất làm lưới an toàn. Gắn nhãn "được chọn nhiều nhất" vào gói giữa. Tối đa 3 lựa chọn — từ 4–5 trở lên, khách tê liệt và… không chọn gì cả.
4.3 · Anchor upsell — chào gói đắt nhất trước
Mở đầu bằng phiên bản cao cấp nhất: "Gói PT 1-1 trọn năm kèm đầu bếp riêng: 60.000.000₫". Đa số sẽ từ chối — không sao, nó không sinh ra để bán. Nó sinh ra để neo lại thang giá trong đầu khách: gói nhóm 12 triệu chào ngay sau đó bỗng nghe "mềm hẳn". Và thi thoảng có người gật gói anchor thật — phần thưởng bất ngờ với margin dày nhất.
4.4 · Trả trước dài hạn (quantity / duration upsell)
"Gói 1 tháng 890k — nhưng trả trước 6 tháng chỉ 4,5 triệu, tặng thêm 1 tháng." Nhẩm nhanh mức ưu đãi: 7 tháng nếu trả lẻ là 890k × 7 = 6,23 triệu; khách chỉ trả 4,5 triệu → giảm ~27,8% đổi lấy việc bạn cầm trước 4,5 triệu. Bản chất: bạn mua dòng tiền tương lai về cửa sổ 30 ngày bằng một khoản chiết khấu. Với dịch vụ thuê bao, đây là cỗ máy CFA mạnh nhất: một khách trả trước 6 tháng tài trợ được vài khách mới ngay hôm nay. Đổi lại churn thanh toán trong kỳ đã trả gần như bằng 0 — nhưng khách vẫn có thể ngừng dùng, nên theo dõi riêng mức dùng & tỷ lệ tái tục (xem 6.5).
4.5 · Rollover upsell — tiền cũ thành credit nâng cấp
"Toàn bộ 3,9 triệu của thử thách sẽ được trừ thẳng vào gói năm — nếu anh nâng cấp trong 7 ngày." Khách cảm giác "không mất gì cả", deadline tạo lực đẩy, và bạn chuyển được khách từ offer mở màn sang offer lõi với ma sát thấp nhất. Đặc biệt hợp ngay sau khi khách vừa hoàn thành attraction offer và đang phấn khích với kết quả.
- Mời trước khi giao giá trị: khách chưa nhận được gì đã bị mời nâng cấp → cảm giác bị vắt sữa. Upsell đặt ngay sau cái gật đầu hoặc ngay sau khoảnh khắc kết quả — không phải giữa lưng chừng.
- Bán thứ không liên quan kết quả: người mua khoá lập trình không cần vitamin. Upsell đúng luôn trả lời câu "thứ này giúp khách đạt kết quả nhanh hơn / chắc hơn / dễ hơn thế nào?". Nếu bạn thật sự tin sản phẩm của mình giúp khách, không mời bản tốt hơn mới là thiếu trách nhiệm.
- Quá nhiều lựa chọn: menu 5–7 gói nghe "chuyên nghiệp" nhưng giết tỷ lệ chốt.
- Không có kịch bản: nhân viên ngại mời thì take rate = 0%. Câu upsell phải được viết sẵn, tập dượt, và đo tỷ lệ được mời trước khi đo tỷ lệ đồng ý.
Upsell = đúng thứ (tăng tốc kết quả của offer khách vừa mua) + đúng lúc (ngay sau "có", hoặc ngay sau khoảnh khắc kết quả) + đúng cách (một câu, mặc định hoá, kèm lý do). Vì nó không tốn thêm chi phí quảng cáo (CAC gốc giữ nguyên), đây là đòn bẩy rẻ nhất để kéo hệ số M lên.
Tự kiểm tra kiểu Feynman
1. Vì sao nói "lợi nhuận upsell gần như nguyên chất" xét theo money model?
2. Thiết kế menu 3 gói cho một tiệm rửa & chăm sóc xe — gói nào nên "được chọn nhiều nhất"?
3. Gói anchor 60 triệu hầu như không ai mua — vậy nó "kiếm tiền" bằng cách nào?
Downsell offers — cứu những người nói "không"
100 người bước vào, 20 người mua. Vấn đề: bạn đã trả tiền quảng cáo cho cả 100. Để 80 người kia ra về tay trắng nghĩa là 80% ngân sách marketing bốc hơi không kèn không trống. Downsell là "cửa thứ hai" được thiết kế sẵn cho họ.
Chìa khoá nằm ở cách hiểu chữ "không": hầu hết "không" thực ra là "không, với cấu hình này" — cụ thể là một trong ba lý do: không đủ tiền lúc này · chưa đủ tin · không cần nhiều đến thế. Mỗi lý do có một trục downsell riêng.
Rạp xiếc bán vé khán đài A giá 500k. Có người đến tận cổng, nhìn giá, quay về. Ông chủ khôn không nhìn họ bỏ đi — ông mở thêm ô cửa nhỏ: "Khán đài B, xa hơn một chút, 200k". Người đã lặn lội đến tận cổng là người muốn xem xiếc; để họ về vì không mua nổi vé đắt nhất là vứt đi số tiền quảng cáo đã bỏ ra để kéo họ tới cổng. Nhưng để ý: ông không bán vé khán đài A giá 200k — chỗ ngồi khác thì giá mới khác. Đó là toàn bộ nghệ thuật downsell.
Quy tắc vàng: đổi cấu trúc trước, đổi giá sau
Không bao giờ bán cùng một sản phẩm với giá thấp hơn chỉ vì khách chê đắt. Làm vậy ba lần hỏng: bất công với người vừa trả đủ giá, dạy thị trường rằng "cứ mặc cả là được", và phá neo giá vĩnh viễn. Thay vào đó, điều chỉnh theo ba trục:
| Khách đang nghĩ gì | Trục downsell | Cấu trúc | Ví dụ lời chào |
|---|---|---|---|
| "Đắt quá / lúc này chưa xoay được" | Payment plan — chia kỳ | Giữ nguyên (hoặc tăng nhẹ) tổng giá, chia nhỏ thanh toán. Kỳ đầu vẫn rơi trong 30 ngày. | "Gói 8 triệu — mình chia 3 kỳ, mỗi kỳ 2,9 triệu nhé?" (tổng 8,7tr — trả góp đắt hơn trả thẳng, không rẻ hơn) |
| "Nghe hay đấy, nhưng biết có hợp với mình không…" | Trial / cọc — dùng thử có cam kết | Trả một phần nhỏ để trải nghiệm; khoản này được trừ vào giá gói đầy đủ nếu tiếp tục. | "Thử 2 tuần với 990k — ưng thì 990k này trừ thẳng vào học phí." |
| "Tôi không cần nhiều tính năng/dịch vụ đến thế" | Feature downsell — bớt đồ, bớt tiền | Bỏ hẳn một phần giá trị (buổi 1-1, hỗ trợ ưu tiên, số buổi) và hạ giá tương xứng — "less for less". | "Vậy mình lấy bản tự học + nhóm hỗ trợ chung, 3,5 triệu thay vì 8 — không kèm kèm cặp 1-1 nhé." |
Một biến thể hay của trục "cọc": khách chưa sẵn sàng đợt này → "Cọc 500k giữ nguyên mức giá hôm nay cho đợt sau" — giữ được cam kết và tiền mặt, dù chỉ một phần.
Downsell sống ở đâu — và không sống ở đâu
- Sống trong hội thoại: lời phản hồi của sales sau khi nghe "không" và hỏi lý do; chuỗi email 3–5 ngày sau khi báo giá bị từ chối; luồng giữ chân khi khách bấm huỷ (mục Continuity).
- Không sống trên bảng giá công khai: nếu gói trả góp/rút gọn nằm chình ình cạnh gói chính, khách sẽ mặc định chọn nó — bạn tự downsell chính mình. (Lưu ý: bảng giá monthly/annual của SaaS là cấu trúc giá công khai có chủ đích, khác với downsell — thứ chỉ xuất hiện sau một lời từ chối.)
- Trình tự chuẩn: nghe "không" → hỏi lý do → xử lý băn khoăn trước (nhiều "không" chỉ cần được giải thích thêm) → nếu vẫn "không", chọn đúng trục theo lý do. Downsell tung ra quá sớm là tự cắt margin oan.
Trung tâm luyện thi: 100 buổi tư vấn/tháng, tổng chi marketing 40.000.000₫ → chi phí mỗi buổi tư vấn = 400k. 20 người mua gói chính 8tr → thu 160tr; CAC trên mỗi khách = 40tr ÷ 20 = 2.000.000₫.
Thêm downsell bản rút gọn 3,5tr chào cho 80 người từ chối, 15% đồng ý → +12 khách × 3,5tr = +42.000.000₫, không tốn thêm một đồng quảng cáo. Giờ 32 khách vẫn chia sẻ đúng 40tr chi marketing cũ → CAC bình quân (blended) = 40tr ÷ 32 ≈ 1.250.000₫/khách — giảm 37,5%. Nói cho chuẩn: 12 khách này không phải "CAC = 0" — họ vẫn dùng chung ngân sách quảng cáo gốc; chỉ là chi phí quảng cáo tăng thêm để có họ mới bằng 0.
- Giảm giá cùng sản phẩm: phản bội người mua đúng giá, dạy khách mặc cả. Muốn giá thấp hơn — giá trị phải ít hơn, hoặc điều kiện phải khác đi.
- Downsell hấp dẫn hơn offer chính: nếu bản rút gọn quá hời, khách "xịn" cũng tụt xuống mua bản rẻ — bạn tự ăn thịt doanh thu của mình. Bản rút gọn phải thiếu đúng thứ mà khách nghiêm túc khao khát nhất.
- Tung quá sớm, quá dễ: vừa nghe "đắt" đã hạ — trong khi một nửa lời chê đắt chỉ là "tôi chưa thấy đủ giá trị". Hỏi lý do trước, downsell sau.
"Không" là thông tin, không phải dấu chấm hết: hết tiền → chia kỳ; thiếu tin → dùng thử có cọc; thừa nhu cầu → bớt đồ bớt tiền. Làm đúng, downsell là nguồn doanh thu không tốn thêm chi phí quảng cáo và là công cụ hạ CAC bình quân mạnh nhất mà không cần chỉnh một đồng ngân sách ads.
Tự kiểm tra kiểu Feynman
1. Khách nói "để em suy nghĩ thêm" — nên phản hồi bằng downsell nào?
2. Vì sao không nên ghi phương án trả góp thẳng lên bảng giá công khai?
3. Tự tính: 50 buổi tư vấn, chi marketing 25 triệu, 10 người mua gói 6tr. Thêm downsell 2,5tr chốt được 20% người từ chối — CAC hiệu dụng thay đổi ra sao?
Continuity offers — dòng tiền lặp lại
Attraction, upsell, downsell thắng trận đánh 30 ngày. Continuity thắng cả cuộc chiến. Ba loại trước tồn tại để trả tiền quảng cáo và bơm dòng tiền; phần lớn lợi nhuận trọn đời (LTGP) nằm ở những khoản khách trả đều đặn tháng này qua tháng khác — thứ bạn không phải "bán lại từ đầu" mỗi lần.
Bán hàng từng lần giống gánh nước từ giếng: muốn có nước hôm nay, phải gánh hôm nay; nghỉ gánh là hết nước. Continuity là lắp đường ống về nhà: lắp một lần, nước chảy đều mỗi tháng. Còn churn (tỷ lệ khách rời đi mỗi tháng) là lỗ rò trên ống: ống to đến mấy mà rò 10% mỗi tháng thì mực nước cũng chỉ dâng đến một mức rồi đứng lại — nước mới đổ vào chỉ vừa đủ bù nước rò ra. Muốn giàu bằng đường ống, việc quan trọng ngang việc lắp thêm ống là… bịt lỗ rò.
Toán học của churn — đòn bẩy vô hình nhất
Quy tắc gần đúng rất tiện: số tháng khách ở lại ≈ 1 ÷ churn tháng. Trực giác: đầu tháng có 100 khách, mỗi tháng rơi rụng 10% (churn 10%) thì như cái xô mỗi tháng vơi 1/10 — trung bình mỗi khách trụ được ~10 tháng (không phải ai cũng rời đúng tháng 10; đây là số bình quân, với giả định churn giữ nguyên mỗi tháng). Từ đó, LTGP = GP mỗi tháng × số tháng ở lại:
| Churn / tháng | Khách ở lại trung bình | LTGP (nếu GP 500k/tháng) | LTGP : CAC (CAC 1,5tr) |
|---|---|---|---|
| 20% | 5 tháng | 2.500.000₫ | 1,7 : 1 — nguy hiểm |
| 10% | 10 tháng | 5.000.000₫ | 3,3 : 1 — tạm ổn |
| 5% | 20 tháng | 10.000.000₫ | 6,7 : 1 — khoẻ |
| 3% | ~33,3 tháng | ≈16.700.000₫ | 11 : 1 — rất khoẻ |
Để ý điều thú vị: giảm churn từ 10% xuống 5% làm LTGP tăng gấp đôi — trong khi CAC, giá bán, sản phẩm đều không đổi. Không một chiến dịch quảng cáo nào rẻ bằng việc bịt lỗ rò.
Năm cấu trúc continuity
6.1 · Subscription chuẩn
Trả tiền định kỳ cho giá trị định kỳ: membership gym, phần mềm, gói bảo trì, giao cà phê mỗi tuần. Điều kiện sống còn: mỗi tháng khách phải cảm nhận được giá trị mới — không phải "trả tiền cho thứ tháng trước đã mua".
6.2 · Bonus continuity — thưởng cho việc ở lại
Tặng quà theo mốc thời gian: "Tròn tháng thứ 3, bạn nhận buổi PT 1-1 miễn phí; tròn tháng 6, một lần đo InBody + tư vấn dinh dưỡng." Điểm khôn ngoan: đặt bonus đúng vào các mốc khách hay rời bỏ (thường là tháng 2–3, khi hào hứng ban đầu nguội đi). Khách sắp huỷ sẽ nghĩ: "thôi, ở thêm tháng nữa lấy quà đã" — và thường quên luôn ý định huỷ.
6.3 · Waived fee — phí gia nhập "được miễn" đổi lấy cam kết
"Phí kích hoạt 2.000.000₫ — miễn hoàn toàn nếu anh đăng ký gói 6 tháng." Bí mật: phí gia nhập sinh ra không phải để thu, mà để bạn có thứ trao đi khi đàm phán cam kết. Khách cam kết 6 tháng là khách đã vượt qua vùng churn nguy hiểm nhất — giá trị hơn nhiều khoản phí lẻ.
6.4 · Discount lock — khoá giá cho người ở lại
"Giá gói của anh là 890k/tháng, khoá vĩnh viễn chừng nào anh còn là thành viên. Rời đi rồi quay lại: áp giá mới 1.190k." Tạo "chi phí chuyển đổi" tâm lý: huỷ không chỉ là dừng dịch vụ, mà là mất một đặc quyền không lấy lại được. Đặc biệt hợp khi bạn tăng giá dần theo thời gian.
6.5 · Trả trước dài hạn
Chính là upsell 4.4 nhìn từ phía continuity: khách trả trước 6–12 tháng đổi chiết khấu/quà. Một mũi tên hai đích — tiền mặt dồn về cửa sổ 30 ngày và churn thanh toán của nhóm này gần như bằng 0 trong kỳ đã trả. Lưu ý: họ vẫn có thể ngừng sử dụng giữa chừng và không gia hạn khi hết hạn — nên vẫn phải theo dõi mức dùng và tỷ lệ tái tục, đừng nhầm "đã trả tiền" với "sẽ ở lại".
Giữ chân: bốn việc đáng làm nhất
- Onboarding tạo kết quả sớm: khách chạm được "kết quả đầu tiên" càng sớm càng ít rời đi — hãy đặt một mốc time-to-first-value cụ thể (ví dụ 14 ngày: buổi tập đầu tử tế, dữ liệu lên hệ thống xong, chiến dịch đầu chạy) rồi đo churn của nhóm đạt mốc so với nhóm không đạt để biết con số thật của bạn. Phần lớn churn tháng 1–2 thường là "chưa kịp thấy giá trị", không phải "hết cần".
- Cộng đồng: rời một dịch vụ thì dễ, rời nhóm bạn tập chung / cộng đồng học chung khó hơn nhiều. Giá trị xã hội là keo dán có COGS biên thấp — nhưng đừng quên chi phí vận hành thật: quản trị cộng đồng, nền tảng, sự kiện.
- Phần thưởng theo mốc (6.2) đặt tại các điểm churn cao.
- Luồng huỷ = downsell cuối cùng: khách bấm "huỷ" → hỏi lý do → chào đúng phương án: bận quá → tạm dừng 1–2 tháng giữ nguyên quyền lợi; thấy đắt → gói nhẹ hơn; hết nhu cầu → lời cảm ơn tử tế + ưu đãi quay lại. Nhiều nơi cứu lại được một phần đáng kể người định huỷ — nhưng hãy tự đo save rate của chính luồng huỷ của bạn thay vì tin một con số có sẵn.
Giữ chân bằng giá trị, không phải bằng bẫy. Giấu nút huỷ, bắt gọi điện trong giờ hành chính để được huỷ, tự gia hạn không báo — có thể giữ được vài tháng phí, nhưng đổi lại là chargeback, review xấu và khách "kể chuyện" khắp nơi. Và đo churn theo cohort (nhóm khách vào cùng tháng) — churn trung bình toàn hệ thống che mất việc khách mới rời nhanh hay chậm.
Mọi attraction, upsell, downsell tồn tại để đổ khách vào continuity — nơi LTGP thật sự nằm. Hai số cần dán lên tường: GP/tháng của một thành viên và churn theo cohort. Trong mô hình churn ổn định, kéo churn xuống một nửa làm LTGP mỗi khách gấp đôi — một đòn bẩy gần như miễn phí; so với việc nhân đôi ngân sách marketing (chỉ nhân đôi số khách nếu CAC không đổi, mà giữ chân cũng có chi phí của nó).
Tự kiểm tra kiểu Feynman
1. Churn giảm từ 10% xuống 5%/tháng — LTGP và tỷ lệ LTGP:CAC thay đổi thế nào? Vì sao đây là "đòn bẩy vô hình"?
2. Vì sao "phí gia nhập 2 triệu — miễn nếu cam kết 6 tháng" tốt hơn là… không có phí gia nhập ngay từ đầu?
3. Thiết kế luồng huỷ 3 bước cho một app học tiếng Anh trả phí tháng.
Lắp ráp money model hoàn chỉnh
Bạn đã có đủ 4 loại gạch. Phần này ghép chúng thành một ngôi nhà: quy trình thiết kế 6 bước, ba ví dụ được tính đến từng đồng, và một máy mô phỏng để bạn thử với số của chính mình.
Quy trình thiết kế 6 bước
- Chốt offer lõi. Trả lời: khách sẵn sàng trả nhiều nhất cho kết quả gì, và bạn giao kết quả đó với margin dày nhất ở dạng nào? Đây là "món chính" — mọi thứ khác xoay quanh nó. (Nếu offer lõi còn yếu, quay về "$100M Offers" trước.)
- Thiết kế attraction offer. Chọn một cấu trúc từ mục Attraction theo bảng "tình huống của bạn". Kiểm tra đủ 3 tiêu chí: dễ gật đầu — tự trả CAC — là cây cầu dẫn vào offer lõi.
- Gắn upsell tại điểm "có". Chọn thứ giúp khách đạt kết quả nhanh hơn/chắc hơn/dễ hơn. Viết sẵn kịch bản một câu (mặc định hoá + lý do). Nếu bán thuê bao: thêm phương án trả trước dài hạn.
- Chuẩn bị downsell cho từng điểm "không". Liệt kê 2–3 điểm từ chối lớn nhất trong quy trình bán, khớp mỗi điểm với một trục: chia kỳ · dùng thử có cọc · bớt đồ bớt tiền.
- Cài continuity. Khách xong offer đầu thì tự nhiên chảy vào đâu? Thêm một lý do ở lại mỗi tháng + một bonus đặt đúng mốc churn + luồng huỷ có downsell.
- Đo và tinh chỉnh. Theo dõi bộ KPI ở Xưởng thực hành. Mỗi lần chỉ đổi một biến — đổi hai thứ cùng lúc thì không biết cái nào tạo ra khác biệt.
Ví dụ 1 — Phòng gym (Gym B, bản đầy đủ)
Đây là model chúng ta theo dõi suốt tài liệu, giờ lắp đủ 4 bậc. Số liệu tính bình quân trên mỗi khách mới:
| Bậc | Offer | Giá | Ai nhận / tỷ lệ | Thu bình quân |
|---|---|---|---|---|
| ① Attraction | Thử thách 6 tuần "hoàn tiền nếu hoàn thành" + bán kèm tại quầy | 3.900.000₫ + ~500k | 100% khách mới | 4.400.000₫ |
| ② Upsell | Gói dinh dưỡng + đo InBody hằng tuần | 8.000.000₫ | 30% đồng ý | 2.400.000₫ |
| ③ Downsell | Meal-plan tự thực hiện (không kèm 1-1) | 2.900.000₫ | 25% của nhóm 70% đã từ chối upsell | 507.500₫ |
| ④ Continuity | Trả trước 3 tháng membership ngay tại quầy | 2.400.000₫ | 25% đồng ý | 600.000₫ |
| Tổng tiền thu trong 30 ngày / khách | 7.907.500₫ | |||
Chi phí: CAC = 1.500.000₫; COGS cộng dồn ≈ 1.190.000₫ (~15% doanh thu — đây là giả định gộp; lý tưởng nên tách COGS từng bậc).
M = 7.907.500 ÷ (1.500.000 + 1.190.000) ≈ 2,94 — cấp 3, sát cửa cấp 4 (cấp 4 cần M ≥ 3). Kiểm tra "nuôi 2 khách": sau khi trả cho khách hiện tại (2,69tr) còn dư 5,22tr; hai khách kế tiếp cần 2 × 2,69 = 5,38tr → vẫn thiếu ~162k, tức chưa tài trợ trọn hai khách, nhưng thừa sức nuôi một. Về dài hạn phải tách hai con số, đừng gộp: 25% khách vào membership 890k/tháng (GP ~600k, churn 8% → ở ~12,5 tháng → LTGP ~7,5tr trên mỗi thành viên continuity); còn tính bình quân trên mọi khách mới thì phần continuity ≈ 7,5tr × 25% ≈ 1,9tr/khách mới. Trận 30 ngày thắng, cuộc chiến dài hạn cũng thắng.
Ví dụ 2 — SaaS nhỏ (phần mềm quản lý spa, B2B)
| Bậc | Offer | Giá | Tỷ lệ | Thu bình quân |
|---|---|---|---|---|
| ① Attraction | Gói khởi động "Go-live 14 ngày": setup + chuyển dữ liệu, hoàn phí nếu trễ hẹn | 2.000.000₫ | 100% | 2.000.000₫ |
| ② Upsell | Trả trước 12 tháng = giá 10 tháng | 9.900.000₫ | 35% | 3.465.000₫ |
| — Core | Gói tháng (thu tháng đầu) | 990.000₫ | 50% | 495.000₫ |
| ③ Downsell | Gói Basic ít tính năng | 490.000₫/th | 15% | 73.500₫ |
| Tổng tiền thu trong 30 ngày / khách | 6.033.500₫ | |||
CAC (B2B, có sales demo) = 2.500.000₫; COGS 30 ngày ≈ 950.000₫ (công setup 800k + hạ tầng, hỗ trợ tháng đầu). M = 6.033.500 ÷ 3.450.000 ≈ 1,75 → cấp 2.
So sánh để thấy sức nặng của cấu trúc: nếu SaaS này đi đường phổ biến — free trial rồi 990k/tháng — thu 30 ngày chỉ ~495k. Với cùng COGS 950k, M = 495k ÷ (2,5tr + 0,95tr) ≈ 0,14 (≈0,19 nếu tháng đầu chưa tính COGS): cấp 1, mỗi khách mới làm hụt ~2–3 triệu. Chỉ hai thay đổi (onboarding trả phí kiểu "hoàn tiền nếu trễ" + phương án trả trước năm) kéo M lên 1,75. Nếu dịch chuyển 15 điểm % từ nhóm trả tháng sang trả năm (35%→50% trả năm, 50%→35% trả tháng) thì tổng thu 30 ngày thành 2 + 9,9×50% + 0,99×35% + 0,49×15% ≈ 7,37tr → M ≈ 2,1: bước qua cửa CFA. Dài hạn: churn 3%/tháng → khách ở ~33 tháng; nếu GP ~780k/tháng thì LTGP ≈ 26 triệu → LTGP:CAC ≈ 10:1.
Ví dụ 3 — Agency marketing (ticket cao, ít giao dịch)
| Bậc | Offer | Giá | Tỷ lệ | Thu bình quân |
|---|---|---|---|---|
| ① Attraction | Audit toàn diện + kế hoạch 90 ngày — phí này được tặng lại dưới dạng credit trừ vào tháng retainer thứ 2 nếu ký trong 14 ngày (nên tháng đầu vẫn thu đủ) | 5.000.000₫ | 100% | 5.000.000₫ |
| ② Anchor | Gói Full-stack (ads + content + web + CRM) — chào trước để neo giá | 60.000.000₫/th | ~0% | 0₫ (vai trò: neo) |
| — Core | Retainer tháng (thu tháng đầu) | 30.000.000₫/th | 40% ký | 12.000.000₫ |
| ③ Downsell | Dự án lẻ: landing page + set chiến dịch đầu | 12.000.000₫ | 20% của nhóm 60% không ký | 1.440.000₫ |
| Tổng tiền thu trong 30 ngày / khách audit | 18.440.000₫ | |||
CAC = 4.000.000₫ (content + outbound + thời gian sales); COGS 30 ngày ≈ 7.400.000₫ (công audit 2tr + chi phí triển khai tháng đầu cho 40% ký + dự án lẻ). M = 18.440.000 ÷ 11.400.000 ≈ 1,62 → cấp 2. (Con số này đúng vì credit audit chỉ trừ vào tháng 2, nên 30 ngày đầu vẫn thu đủ cả 5tr audit lẫn 30tr tháng đầu của người ký; nếu bạn trừ credit ngay hoá đơn đầu thì thu 30 ngày giảm và M chỉ còn ~1,44.)
Không phải model nào cũng cần M ≥ 3. Agency này giữ khách trung bình 12 tháng với GP 18 triệu/tháng → LTGP một hợp đồng ≈ 216 triệu. Vì chỉ 40% khách audit ký, CAC trên mỗi hợp đồng ký ≈ 4tr ÷ 40% = 10tr → LTGP:CAC ≈ 21,6:1 — vẫn cực kỳ khoẻ (đừng lấy 216tr chia thẳng CAC 4tr của một khách audit bất kỳ ra "54:1" — đó là trộn hai nhóm khác nhau). Với ticket cao + retention dài, M = 1,5–2 đã là model mạnh: quảng cáo tự trả, và mỗi hợp đồng là một dòng suối. M ≥ 3 là đích lý tưởng để tăng trưởng bằng tiền khách, không phải điều kiện sống còn — điều kiện sống còn là két của bạn chịu được chu kỳ thu tiền.
Gợi ý nhanh cho 6 ngành khác
| Ngành | Attraction | Upsell | Downsell | Continuity |
|---|---|---|---|---|
| Spa / thẩm mỹ | Liệu trình trải nghiệm 3 buổi, cam kết kết quả đo được | Liệu trình 10 buổi + bộ chăm da tại nhà | Gói 5 buổi, hoặc chia 2 kỳ | Thẻ chăm sóc định kỳ hằng tháng |
| Nha khoa | Khám tổng quát + cạo vôi 99k | Tẩy trắng; chỉnh nha trả trước có chiết khấu | Trả góp chỉnh nha theo giai đoạn | Gói nha khoa gia đình theo năm |
| E-commerce | Sản phẩm mồi giá vốn + freeship theo ngưỡng | Bundle "mua kèm giảm sâu" tại checkout; mua 2 tặng 1 | Email giỏ hàng bỏ quên chào bản nhỏ hơn | Giao định kỳ (subscription) + tích điểm |
| Khoá học online | Workshop 199k (decoy: bản xem free không tài liệu) | Khoá full + mentoring (anchor: gói kèm 1-1) | Bản tự học, không mentoring | Membership cộng đồng + Q&A hằng tháng |
| Quán cà phê | Thẻ "mua 10 tặng 3" (áp dụng ly ~25k) bán trả trước 250k | Combo bánh + upsize tại quầy | (ticket nhỏ — ít cần) | Gói "cà phê tháng" trả trước, ly bất kỳ mỗi ngày |
| Freelancer / consultant | Phiên chiến lược trả phí, trừ vào dự án nếu ký | Gói triển khai trọn gói (anchor: đồng hành cả năm) | Dự án phạm vi hẹp hơn | Retainer bảo trì / cố vấn hằng tháng |
🧮 Máy mô phỏng chuỗi offer — lắp thử model của bạn
Điền các bậc offer và tỷ lệ nhận (ước lượng thận trọng nếu chưa có số thật). Máy tính ra tiền thu bình quân 30 ngày trên mỗi khách mới và cấp độ của model. Mặc định là số của Gym B để bạn đối chiếu.
Tinh chỉnh theo thứ tự đòn bẩy
Khi muốn đẩy M lên, đi theo thứ tự rẻ trước, đắt sau:
- Tỷ lệ được-mời upsell — nhiều nơi thất thoát ngay đây: nhân viên chỉ mời 3/10 khách. Sửa script + đo lường là gần như miễn phí.
- Phương án trả trước dài hạn — thêm một lựa chọn prepay là thêm dòng tiền 30 ngày mà không cần khách mới.
- Downsell tại điểm từ chối lớn nhất — doanh thu mới từ lead cũ, chi phí quảng cáo tăng thêm ≈ 0 (khi tính M vẫn dùng blended CAC).
- Giá — tăng giá offer lõi thường dễ chịu hơn bạn nghĩ nếu giá trị đã được chứng minh.
- Attraction offer mới — thử sau cùng, vì mỗi lần thử tốn tiền quảng cáo thật.
Và kỷ luật quan trọng nhất: mỗi lần thử nghiệm chỉ đổi một biến, chạy đủ mẫu (tối thiểu vài chục khách) rồi mới kết luận.
Tự kiểm tra kiểu Feynman
1. Agency ở ví dụ 3 có M = 1,62 — thấp hơn hẳn Gym B (2,94). Vậy model agency là model tồi?
2. Nếu chỉ được sửa MỘT thứ trong model Gym B để tăng M, bạn sửa gì trước và vì sao?
Subscription / SaaS — kiếm tiền bằng việc "giữ", không phải "bán"
Khi doanh thu lặp lại (gym, phần mềm, gói bảo trì, hộp quà hàng tháng), luật chơi đổi hẳn: giá trị của một khách không nằm ở lần bán đầu mà ở giữ được họ bao lâu. Chương này là bộ đo lường riêng cho mô hình thuê bao — thứ mà "chuỗi offer" của Chương 2 bọc quanh, nhưng có ngôn ngữ toán riêng.
3.1 · Ngôn ngữ của doanh thu lặp lại
| Chỉ số | Nghĩa | Ví dụ |
|---|---|---|
| MRR / ARR | Doanh thu lặp lại hằng tháng (MRR) / hằng năm (ARR = MRR × 12). | 500 khách × 300k = MRR 150tr → ARR 1,8 tỷ |
| ARPA | Doanh thu lặp lại bình quân mỗi tài khoản trả phí mỗi kỳ. | 150tr ÷ 500 tài khoản = 300k/tài khoản/tháng |
| Net new MRR | MRR tháng này tăng/giảm ròng bao nhiêu. | new + expansion − contraction − churned |
Bốn dòng làm MRR đổi mỗi tháng: new (khách mới), expansion (khách cũ trả thêm — nâng gói, mua thêm chỗ), contraction (khách cũ hạ gói), churned (khách bỏ đi). Sức khoẻ nằm ở tỷ lệ giữa nhóm "cộng" và nhóm "trừ".
3.2 · Churn & retention — trận đánh thật sự
Hai cách đo "khách rời": logo churn (bao nhiêu khách rời) và revenue churn (bao nhiêu tiền rời). Chúng khác nhau: mất 1 khách nhỏ ≠ mất 1 khách lớn. Từ đó có hai chỉ số retention doanh thu quan trọng nhất trong SaaS — cả hai đều tính trên cùng một cohort khách cũ và một kỳ xác định (thông lệ là 12 tháng; nếu đo theo tháng phải ghi rõ, vì NRR-tháng 120% khác xa NRR-năm 120%):
| Công thức (so với MRR đầu kỳ của nhóm khách cũ) | Ý nghĩa | |
|---|---|---|
| GRR Gross Revenue Retention | (MRR đầu − churned − contraction) ÷ MRR đầu. Không tính expansion. | Giữ được bao nhiêu % nếu không ai nâng gói. Trần là 100%. |
| NRR Net Revenue Retention | (MRR đầu − churned − contraction + expansion) ÷ MRR đầu. | Tính cả expansion. Có thể vượt 100%. |
Nhóm khách cũ đầu kỳ có MRR 100tr. Trong tháng: mất 10tr do churn, 5tr do hạ gói, nhưng khách ở lại nâng gói thêm 20tr.
GRR = (100 − 10 − 5) ÷ 100 = 85%. NRR = (100 − 10 − 5 + 20) ÷ 100 = 105%.
NRR > 100% nghĩa là ngay cả khi không có một khách mới nào, doanh thu vẫn tự lớn — gọi là "net-negative churn". Đây là chén thánh của SaaS: cỗ máy tăng trưởng chạy từ chính khách cũ.
Nhớ cái xô thủng ở Chương 2 (churn = lỗ rò)? SaaS thêm một chi tiết: cái xô này có vòi phụ tự chảy thêm nước vào — đó là expansion (khách cũ trả nhiều hơn theo thời gian). Nếu vòi phụ chảy vào nhiều hơn lỗ rò chảy ra (NRR > 100%), mực nước dâng lên dù bạn ngừng đổ nước mới từ trên. Nói cho chuẩn: GRR đo phần nước CÒN LẠI sau lỗ rò (1 − GRR mới là phần đã rò); NRR đo phần còn lại sau khi cộng thêm nước từ vòi phụ.
3.3 · LTV của mô hình thuê bao
Với churn ổn định, LTV có công thức gọn:
Ví dụ: ARPA 500k/tháng, biên gộp 80%, logo churn 5%/tháng → LTV ≈ 500k × 0,8 ÷ 0,05 = 8.000.000₫. Nếu CAC = 2tr thì LTV:CAC = 4:1 (khoẻ). Đây là công cụ ghép mô hình thuê bao vào bộ chỉ số phổ quát ở Chương 1 — và churn là biến có đòn bẩy lớn nhất (giảm churn một nửa → LTV gấp đôi).
Giả định của công thức rút gọn này (đừng dùng mù quáng): dùng logo churn (khách rời), không phải revenue churn; ARPA, biên gộp và churn tương đối ổn định; cohort khá đồng nhất. Nó chưa phản ánh expansion (nên với model có NRR > 100% thì công thức này ước lượng thiếu) lẫn giá trị thời gian của tiền. Có số thật thì luôn ưu tiên phân tích cohort.
3.4 · Ba chỉ số sức khoẻ nhà đầu tư hay hỏi
| Chỉ số | Công thức | Ngưỡng tham khảo |
|---|---|---|
| SaaS Quick Ratio | (new MRR + expansion) ÷ (churned + contraction) | ≥ 4 rất khoẻ · ≥ 2 tạm ổn · < 1 đang co lại (ngưỡng thay đổi theo giai đoạn & phân khúc) |
| Magic Number | 4 × (doanh thu lặp lại quý này − quý trước) ÷ chi sales&marketing quý trước dùng doanh thu thuê bao/lặp lại — không tính khoản một lần như phí triển khai | ~0,75 trở lên: cân nhắc tăng đầu tư — sau khi kiểm retention, payback & biên gộp |
| Rule of 40 | Tăng trưởng doanh thu/ARR YoY (%) + biên EBITDA hoặc FCF (%) — giữ nhất quán cách đo | ≥ 40 là benchmark tham khảo (hợp SaaS đã qua giai đoạn rất sớm) |
Số 4 dùng để quy năm phần tăng doanh thu của một quý. Nếu bạn đã có sẵn net new ARR (vốn đã là con số năm) thì chia thẳng cho S&M quý trước, KHÔNG nhân 4 — nhân nữa là quy năm hai lần, thổi phồng kết quả gấp bốn.
Quick Ratio: trong tháng có new MRR 30tr + expansion 10tr; churned 6tr + contraction 4tr → (30 + 10) ÷ (6 + 4) = 4,0 — rất khoẻ.
Magic Number: doanh thu lặp lại quý này 600tr, quý trước 500tr (tăng 100tr); S&M quý trước 500tr → 4 × 100 ÷ 500 = 0,8.
Rule of 40: tăng trưởng doanh thu 25%/năm + biên EBITDA 20% = 45 ≥ 40, đạt. (Tăng 50% nhưng biên EBITDA −15% → 35, chưa đạt.)
Rule of 40 dễ nhớ nhất cho người mới: nó ngụ ý bạn có thể chấp nhận biên lợi nhuận âm nếu tăng trưởng đủ nhanh, hoặc tăng chậm hơn nếu đã có lãi dày — miễn tổng hai số ≥ 40. Nhưng nhớ: 40 là benchmark tham khảo, không phải định luật, và cũng không phải "giấy phép lỗ" — nó vô nghĩa nếu retention hoặc biên gộp đang hỏng.
Ở mô hình thuê bao, retention > acquisition. Hai số dán lên tường: NRR (khách cũ tự lớn hay teo) và churn theo cohort. Chương 2 (Hormozi) lo đoạn "kéo khách vào + thu tiền 30 ngày đầu"; Chương 3 lo đoạn "giữ & nở" — phần lớn giá trị doanh nghiệp SaaS nằm ở đây.
Tự kiểm tra kiểu Feynman
1. NRR 12 tháng = 120% nghĩa là gì, và vì sao nó "nguy hiểm" với đối thủ của bạn?
2. Startup A tăng doanh thu 60% YoY, biên EBITDA −30%; Startup B tăng 20%, biên EBITDA 25%. Theo Rule of 40, ai khoẻ hơn?
Marketplace — bán "sự kết nối" thay vì bán hàng
Bạn không sở hữu chiếc xe, căn phòng hay món hàng. Bạn sở hữu chỗ hai bên gặp nhau và ăn một phần mỗi giao dịch. Grab, Shopee, Airbnb, Fiverr đều thế. Money model marketplace có bộ toán và cạm bẫy rất riêng — khác hẳn bán hàng thường.
4.1 · GMV & take rate
GMV (Gross Merchandise Value) = tổng giá trị hàng/dịch vụ giao dịch qua sàn. Take rate = % bạn giữ lại. Ví dụ: 10.000 chuyến/tháng × 200k/chuyến = GMV 2 tỷ; take rate 15% → doanh thu phí 300 triệu. Đòn bẩy: tăng GMV (nhiều giao dịch hơn) hoặc tăng take rate — nhưng take rate quá cao thì hai bên bỏ đi hoặc lách sàn.
Ba lưu ý để không tự lừa mình: (1) công thức trên chỉ ra doanh thu phí giao dịch — tổng doanh thu của sàn còn có thể gồm quảng cáo, gói thuê bao cho người bán, logistics…; (2) GMV và take rate phải cùng cơ sở, và phải nói rõ cách xử lý đơn huỷ/hoàn (dùng "GMV đủ điều kiện" và "take rate thực thu"); (3) mức 10–30% chỉ là khoảng minh hoạ — nó dao động rất mạnh theo ngành, phải so với đối thủ cùng ngành và cùng cách tính GMV.
Đừng khoe "GMV 2 tỷ" như thể đó là doanh thu — bạn chỉ thực sự thu 300 triệu, và lợi nhuận còn thấp hơn nữa sau chi phí vận hành, thanh toán, chăm sóc hai bên. Nhà đầu tư tinh sẽ hỏi thẳng take rate và biên gộp trên doanh thu thật.
4.2 · Con gà & quả trứng — và thanh khoản
Cạm bẫy sống còn: người mua không đến nếu chưa có người bán, người bán không đến nếu chưa có người mua. Chợ trống thì cả hai bên đều bỏ đi. Thứ bạn thực sự bán là thanh khoản (liquidity) — niềm tin rằng "lên sàn là có kèo". Vài cách phá thế bí:
- Làm nóng một bên trước: tự đóng vai nguồn cung (Airbnb thời đầu tự đi chụp ảnh nhà), hoặc gom sẵn người bán trước khi mở cho người mua.
- Bó hẹp thị trường: thắng đậm một ngách/một thành phố rồi mới lan — mật độ cao ở phạm vi nhỏ tạo thanh khoản, hơn là mỏng dính trên cả nước.
- "Single-player mode": sản phẩm vẫn hữu ích ngay cả khi chỉ một bên dùng (công cụ quản lý cho người bán), để họ ở lại chờ bên kia tới.
4.3 · Hai CAC & rò rỉ khỏi sàn
Marketplace phải trả tiền kiếm cả hai bên — CAC người bán và CAC người mua. Nhưng cẩn thận cấp phân tích: đó là chi phí để có được một bên tham gia, không phải chi phí của một giao dịch — vì một người bán (hay người mua) thường tạo ra nhiều giao dịch trong vòng đời. Cách làm đúng: theo dõi CAC riêng từng phía, rồi phân bổ nó trên số giao dịch (hoặc lợi nhuận đóng góp) dự kiến trong vòng đời cohort. Ở cấp giao dịch, tính doanh thu phí thực thu trừ biến phí, rồi hỏi: cần bao nhiêu giao dịch để hoàn được cả hai CAC? Rủi ro đặc trưng: disintermediation (rò rỉ) — hai bên gặp nhau qua sàn rồi giao dịch thẳng ngoài sàn để né phí. Càng ticket cao, quan hệ càng lặp lại thì rò rỉ càng mạnh. Chống rò bằng cách gói giá trị vào trong sàn: thanh toán an toàn, bảo hiểm, giải quyết tranh chấp, đánh giá uy tín — những thứ rời sàn là mất.
4.4 · Network effects — vì sao kẻ dẫn đầu càng mạnh
Khi một người dùng mới bổ sung đúng phía, đúng khu vực/ngách và làm tăng xác suất khớp lệnh, sàn có network effect tích cực: thêm người bán → nhiều lựa chọn cho người mua → hút thêm người mua → hút thêm người bán. Qua một "điểm bùng nổ" thanh khoản, kẻ dẫn đầu rất khó bị lật.
Nhưng đừng thần thánh hoá nó. Hiệu ứng này thường cục bộ (theo thành phố, tuyến đường, ngành hàng) chứ không toàn cục — thêm 1.000 tài xế ở Hà Nội chẳng giúp gì cho khách ở Cần Thơ, và thêm nguồn cung sai loại có thể không tăng thanh khoản chút nào. Nó còn bị bào mòn bởi multi-homing (tài xế/người bán chạy song song nhiều sàn), chi phí chuyển đổi thấp, chất lượng kém hoặc tắc nghẽn. Và nó cắt hai chiều: dưới ngưỡng tới hạn, vòng xoáy chạy ngược — mất người bán → người mua bỏ → mất thêm người bán.
Bạn mở chợ. Ngày đầu chợ trống: người bán bày hàng nhìn quanh chẳng thấy khách, dọn về; khách ghé thấy vắng tanh, cũng đi. Nhưng nếu bạn dụ được đủ hàng quán tụ về một góc cho đông (làm nóng một bên), khách bắt đầu tới vì "ra đó là có đồ"; khách đông thì hàng quán kéo tới. Tới lúc chợ đông nghịt, bạn chẳng cần làm gì nó vẫn tự đông — và bạn giữ lại một phần tiền trên mỗi giao dịch, đó là take rate. Cả nghề mở chợ gói trong một câu: sống sót qua giai đoạn chợ còn vắng.
Marketplace kiếm tiền = GMV × take rate, nhưng chết vì thanh khoản. Ba số dán lên tường: GMV, take rate thực thu, và tỷ lệ khớp lệnh (bao nhiêu % lượt tìm có kèo). Đừng nhầm GMV với doanh thu; đừng để hai bên rò khỏi sàn; và hiểu rằng dưới ngưỡng tới hạn, mọi vòng xoáy đều có thể chạy ngược.
Tự kiểm tra kiểu Feynman
1. Một sàn khoe "GMV 50 tỷ/tháng". Bạn cần hỏi thêm gì để biết họ thực sự kiếm được bao nhiêu?
2. Vì sao nhiều marketplace chọn "thắng đậm một thành phố" thay vì "mỏng khắp cả nước"?
Usage-based & Freemium — để doanh thu tự lớn theo khách
Hai mô hình rất hợp thời, cùng chung một triết lý: hạ thấp rào cản vào cửa, rồi kiếm tiền khi khách lớn lên. Nhưng chúng thất bại theo hai kiểu khác nhau — và cả hai đều dễ khiến bạn "đông người dùng mà đói tiền".
5.1 · Usage-based — trả theo mức dùng
Khách trả theo lượng tiêu thụ: số API call, GB lưu trữ, tin nhắn gửi, số km, kWh điện. Ưu điểm lớn nhất: nếu đơn vị tính giá bám sát giá trị, doanh thu tự nở khi khối lượng công việc hữu ích của khách tăng — họ dùng nhiều hơn thì trả nhiều hơn, không cần bạn đi bán lại. Đây là lý do các công ty usage-based thường có NRR cao (xem Chương 3).
Lượng dùng tăng có thể chỉ là lãng phí (khách chạy vòng lặp thừa), bot traffic, hoặc một workload tạm thời rồi biến mất. Và doanh thu tăng chỉ làm lợi nhuận tăng khi giá mỗi đơn vị > chi phí biên mỗi đơn vị — với hạ tầng nặng (GPU, băng thông), điều này không hề hiển nhiên. Hãy đo doanh thu/đơn vị và biên gộp/đơn vị, đừng chỉ đo "tổng lượng dùng".
Chiến lược kinh điển: "land and expand" — vào cửa bằng một hợp đồng nhỏ, gần như không ma sát, rồi lớn dần theo mức dùng của khách.
(1) Doanh thu khó dự báo: khách dùng ít tháng này thì bạn hụt thu — không có sự chắc chắn của gói cố định. (2) Khách sợ hoá đơn bất ngờ: không ai muốn mở bill ra thấy con số lạ. Cách chữa: đặt hạn mức, cảnh báo khi sắp vượt, hoặc gói lai "bao gồm X đơn vị, vượt thì tính thêm" (hybrid) — vừa có nền doanh thu ổn định, vừa giữ được phần nở.
5.2 · Freemium — bản miễn phí nuôi bản trả phí
Bản free thu hút số đông; một tỷ lệ nhỏ nâng cấp và gánh doanh thu cho toàn bộ. Tỷ lệ free → paid thường được nhắc tới trong khoảng 2–5% — nhưng đây chỉ là khoảng tham khảo hay gặp ở sản phẩm self-serve, thay đổi mạnh theo loại sản phẩm, kênh traffic, ARPA và cửa sổ thời gian đo. Dù sao, hàm ý vẫn đúng: bạn phải phục vụ phần lớn người không trả đồng nào. Freemium chỉ sống được khi hội đủ ba điều kiện:
Thiếu bất kỳ điều kiện nào trong ba, freemium đều hỏng — nhưng hỏng theo ba kiểu khác nhau: thiếu (1) → chi phí phục vụ nhóm free ăn hết lợi nhuận; thiếu (2) → đông người dùng mà không ai có lý do trả tiền; thiếu (3) → bạn nuôi người free mà chẳng nhận lại lợi ích phân phối/acquisition nào đo được, tức làm từ thiện có quy mô. Đây cũng là cốt lõi của PLG (product-led growth): sản phẩm là động lực chính của thu hút, kích hoạt, chuyển đổi và mở rộng — đội sales vẫn có thể tồn tại để hỗ trợ các tài khoản lớn.
5.3 · Phễu freemium — chỗ tiền rò rỉ
100.000 người ghé trang → 10% đăng ký free = 10.000 user free → 40% thực sự "kích hoạt" (dùng đến khoảnh khắc giá trị) = 4.000 → 10% trong nhóm kích hoạt nâng cấp = 400 khách trả tiền.
Tỷ lệ free→paid tổng = 400 ÷ 10.000 = 4%. Nếu gói 200k/tháng → MRR 80tr.
Đòn bẩy mạnh nhất không phải bước cuối: kéo tỷ lệ kích hoạt từ 40% lên 60% làm số khách trả tiền nhảy lên 600 (+50%) mà không cần thêm một người ghé trang nào.
Bạn đứng trước quán, cô bán hàng mời nếm thử một miếng miễn phí. Miếng nếm gần như không tốn gì (điều kiện 1). Nó ngon tới mức bạn muốn cả đĩa — và cả đĩa thì phải trả tiền (điều kiện 2). Bạn ăn xong khen với bạn bè, kéo thêm người tới nếm (điều kiện 3). Còn usage-based là kiểu quán lẩu tính theo đĩa: gọi bao nhiêu trả bấy nhiêu — bạn ăn càng nhiều, quán thu càng nhiều, không cần mời chào lại. Nhưng quán chỉ lời thêm nếu tiền thu mỗi đĩa lớn hơn chi phí làm ra chính đĩa đó.
Usage-based: doanh thu nở theo khối lượng công việc hữu ích của khách — nhưng chỉ thành lợi nhuận nếu giá/đơn vị > chi phí biên/đơn vị; đổi lại khó dự báo → dùng gói lai. Freemium: cần cả ba điều kiện (chi phí biên free đủ thấp & có quota · có ranh giới nâng cấp gắn với giá trị · nhóm free tạo được phân phối). Với cả hai, con số dán lên tường không phải "bao nhiêu người dùng" mà là tỷ lệ kích hoạt, tỷ lệ chuyển sang trả tiền, và biên gộp trên mỗi đơn vị.
Tự kiểm tra kiểu Feynman
1. Một app có 500.000 user free nhưng chỉ 1.000 người trả tiền và đang lỗ nặng. Sai ở đâu?
2. Vì sao mô hình usage-based thường có NRR > 100% một cách "tự nhiên"?
Giá & đóng gói — đòn bẩy lợi nhuận mạnh nhất mà ít ai dám động
Tăng giá thường là đòn bẩy lợi nhuận mạnh nhất — vì mỗi đồng tăng giá không kèm thêm COGS, nên nó rơi gần như thẳng xuống lợi nhuận. Vậy mà giá lại là thứ hầu hết người kinh doanh đặt bằng… cảm tính.
Doanh thu 100, biến phí 60, chi phí cố định 30 → lợi nhuận 10. Giờ tăng giá 10% (doanh thu 110), biến phí và cố định giữ nguyên → lợi nhuận = 110 − 60 − 30 = 20: lợi nhuận gấp đôi chỉ từ +10% giá.
Nhưng con số đẹp đó đứng trên một giả định: lượng bán, cơ cấu gói, churn và các chi phí ăn theo doanh thu không đổi. Nếu tăng giá làm mất 20% khách, bức tranh khác hẳn. Vì vậy: tăng giá có kiểm chứng (thử trên nhóm khách mới trước, theo dõi tỷ lệ chốt & churn), đừng tăng mù.
6.1 · Ba cách định giá — và cách nên dùng làm kim chỉ nam
| Cách | Logic | Vấn đề |
|---|---|---|
| Cost-plus chi phí + lãi | Tính giá vốn rồi cộng thêm % lãi. | Khách không quan tâm chi phí của bạn. Bạn tự giới hạn giá, và bỏ lỡ toàn bộ giá trị bạn tạo ra. |
| Competitive nhìn đối thủ | Đặt quanh giá đối thủ. | Bạn để đối thủ định giá hộ mình — và lao vào cuộc đua xuống đáy. |
| Value-based theo giá trị | Giá đặt theo giá trị khách nhận được. | Khó hơn (phải hiểu khách sâu), nhưng khai thác tốt nhất phần giá trị bạn tạo ra — nên dùng làm kim chỉ nam, rồi kiểm lại bằng giá sàn & giá thay thế. |
Phép thử value-based: "Sản phẩm này giúp khách kiếm thêm / tiết kiệm được bao nhiêu?" Nếu phần mềm giúp một spa tiết kiệm 20 giờ công/tháng (≈ 6 triệu, tính 300k/giờ), thì giá 990k/tháng chỉ bằng ~16% giá trị tạo ra — một món hời dễ bán, và bạn có cơ sở để nói điều đó, thay vì lí nhí "giá vốn em có 300k".
Nói công bằng cho hai cách kia: chúng không vô dụng, chỉ không nên là điểm xuất phát. Cost-plus giúp bạn biết giá sàn (dưới mức nào thì bán là lỗ). Giá đối thủ cho biết lựa chọn thay thế của khách — thứ họ sẽ so sánh với bạn dù bạn muốn hay không. Value-based là kim chỉ nam; hai cái kia là lan can.
6.2 · Chọn "đơn vị tính giá" (price metric)
Bạn tính tiền theo cái gì? Đây là quyết định bị xem nhẹ nhưng định hình cả doanh nghiệp. Nguyên tắc vàng: đơn vị tính giá phải nở ra cùng nhịp với giá trị khách nhận.
| Đơn vị | Hợp khi | Ví dụ |
|---|---|---|
| Theo người dùng (per-seat) | Giá trị tăng theo số người trong đội dùng nó | Slack, Figma |
| Theo mức dùng | Giá trị tỷ lệ thuận với lượng tiêu thụ | AWS, cổng SMS |
| Theo kết quả (per-outcome) | Đo được kết quả trực tiếp bạn tạo ra | Hoa hồng trên đơn hàng, phí theo lead |
| Gói cố định (flat) | Cần đơn giản & dễ dự báo cho cả hai bên | Gym, Netflix |
Chọn sai đơn vị thì bạn bị phạt vì làm tốt: ví dụ tính tiền theo "số giờ tư vấn" trong khi giá trị bạn tạo ra là kết quả — càng giỏi, làm càng nhanh, càng thu ít tiền.
6.3 · Đóng gói theo bậc: Good · Better · Best
Ba bậc là điểm khởi đầu dễ thử nghiệm — không phải cấu trúc luôn tối ưu (đã gặp ở mục Upsell của Chương 2, giờ nhìn từ góc định giá):
- Bậc cao nhất làm neo giá — khiến bậc giữa nghe "phải chăng". Đôi khi có người mua thật, margin dày nhất.
- Bậc giữa là nơi bạn muốn đa số đáp xuống — dồn giá trị và margin tốt nhất vào đây, gắn nhãn "được chọn nhiều nhất".
- Bậc thấp là lưới an toàn, phải thiếu đúng thứ khách nghiêm túc cần nhất (nếu không, khách xịn sẽ tụt xuống mua bản rẻ).
Và cẩn thận với việc nhồi quá nhiều bậc: càng nhiều lựa chọn, khách càng dễ tê liệt vì phải so sánh và… không chọn gì cả. Nhưng 3 là heuristic, không phải định luật — enterprise, ma trận theo mức dùng, hoặc nhiều phân khúc rất khác nhau có thể cần cách khác. Hãy đo tỷ lệ chốt, cơ cấu gói bán ra và lý do khách bỏ mua; nếu có quá nhiều biến thể, cân nhắc tách theo phân khúc hoặc dùng add-on thay vì đẻ thêm bậc.
6.4 · Mấy đòn tâm lý — và lằn ranh
- Neo giá (anchoring): nêu con số lớn trước để các mức sau nghe nhẹ đi. Não định giá bằng so sánh, không bằng giá trị tuyệt đối.
- Charm pricing: 199k "cảm giác" rẻ hơn 200k nhiều hơn mức 1k chênh lệch. Ngược lại, số tròn (2.000.000₫) lại hợp với hàng cao cấp — nó phát tín hiệu tự tin.
- Giảm ma sát quyết định: ít lựa chọn hơn, mặc định thông minh hơn, nêu rõ "đa số chọn cái này".
Mọi mẹo trên chỉ hợp lệ khi giá vẫn phản ánh giá trị thật. Neo giá để khách thấy đúng thang giá trị là trung thực; bịa một giá gốc chưa từng bán bao giờ rồi "giảm 70%" là gian dối (và ở nhiều nơi là vi phạm quy định về khuyến mại). Phép thử vẫn như cũ: bạn có dám giải thích cấu trúc giá cho chính khách nghe không?
Quán phở để 3 cỡ: nhỏ 40k, thường 55k, đặc biệt 75k. Gần như chẳng ai gọi cỡ nhỏ — nhưng nó vẫn phải nằm đó, vì nếu bỏ đi thì cỡ thường bỗng thành "rẻ nhất" và trông kém hấp dẫn. Cỡ đặc biệt cũng ít người gọi — nhiệm vụ của nó là làm cỡ thường trông hợp lý. Chủ quán kiếm tiền chủ yếu ở cỡ thường, và hai cỡ kia là khung so sánh để bạn thấy cỡ thường là lựa chọn khôn ngoan. Định giá là nghệ thuật dựng khung so sánh — không phải bịa số.
Định giá theo giá trị (dùng chi phí làm giá sàn, giá đối thủ làm mốc so sánh). Chọn đơn vị tính giá nở cùng nhịp với giá trị khách nhận. Bắt đầu bằng 3 bậc, dồn margin vào bậc giữa, rồi đo và chỉnh. Và nhớ: nếu lượng bán giữ nguyên, mỗi đồng tăng giá rơi gần như thẳng xuống lợi nhuận — nên đây thường là thử nghiệm có ROI cao nhất bạn có thể chạy trong tuần này, miễn là có kiểm chứng.
Tự kiểm tra kiểu Feynman
1. Vì sao "cost-plus" (giá vốn + 30% lãi) là cách định giá tệ với một phần mềm?
2. Một agency tính tiền "theo giờ làm". Vấn đề gì sẽ xảy ra khi họ giỏi lên?
Chọn model nào cho bạn?
Sáu chương trước đưa cho bạn các mảnh ghép. Chương này là bảng quyết định: dựa vào việc bạn bán gì, cho ai, và đang thiếu gì — nên đi theo mô hình nào, và đọc lại chương nào.
7.1 · Bốn câu hỏi định hướng
- Khách mua một lần hay mua lặp lại? Nếu nhu cầu & giá trị lặp lại đều đặn → cân nhắc thuê bao (Chương 3). Nếu lượng dùng biến động → cân nhắc usage-based (Chương 5). Nếu khách chủ động quay lại mua → giữ mô hình giao dịch cũng được. Với hàng mua một lần: kiểm biên đóng góp của giao dịch đầu và LTV từ mua lại/bán thêm trước khi quyết định có trợ giá đầu phễu hay không.
- Bạn bán trực tiếp, hay nối hai bên với nhau? Nối hai bên → marketplace (Chương 4), với toàn bộ bài toán thanh khoản.
- Giá trị khách nhận có "nở" theo thời gian không? Có (họ dùng nhiều hơn khi lớn lên) → usage-based (Chương 5). Không → gói cố định.
- Bạn đang thiếu tiền mặt hay thiếu khách? Thiếu tiền mặt dù có khách → Chương 2 (Hormozi) là thuốc đúng bệnh nhất. Thiếu khách → trước hết soi lại offer & kênh; nhưng cũng đừng loại trừ money model, vì giá, điều khoản thanh toán và cấu trúc offer đầu phễu hoàn toàn có thể đang bóp nghẹt tỷ lệ chuyển đổi.
7.2 · Bảng quyết định
| Bạn là… | Mô hình doanh thu hợp | Money model nên áp | Đọc kỹ |
|---|---|---|---|
| Gym, spa, coaching, luyện thi | Thuê bao + bán đứt liệu trình | Chuỗi offer thu tiền nhanh, prepay dài hạn | Chương 2 → 3 |
| Agency, freelancer, dịch vụ B2B | Bán đứt dự án + retainer | Attraction trả phí (audit) → retainer; định giá theo kết quả | Chương 2 → 6 |
| SaaS / phần mềm B2B | Thuê bao (± usage) | Onboarding trả phí + prepay năm; tối ưu NRR | Chương 3 → 5 → 6 |
| App tiêu dùng, công cụ số | Freemium + thuê bao | Tối ưu tỷ lệ kích hoạt & free→paid | Chương 5 → 3 |
| Hạ tầng / API / nền tảng kỹ thuật | Usage-based (± gói lai) | Land & expand; hạn mức chống sốc hoá đơn | Chương 5 → 3 |
| Sàn kết nối hai bên | Hoa hồng / take rate | Giải bài thanh khoản trước, tối ưu take rate sau | Chương 4 → 6 |
| E-commerce / DTC | Bán đứt (± subscription giao định kỳ) | Bundle & upsell tại checkout; AOV; mua lại | Chương 2 → 6 |
| Quán ăn, cà phê, bán lẻ | Bán đứt, ticket nhỏ | AOV (combo) + thẻ trả trước; CAC phải rất thấp so với biên đóng góp mỗi đơn, hoặc được hoàn qua mua lại | Chương 2 → 6 |
| Khoá học / nội dung | Bán đứt + membership | Workshop mồi → khoá chính → cộng đồng thu phí | Chương 2 → 3 |
7.3 · Thực tế: gần như ai cũng là "hybrid"
Đừng cố ép mình vào một ô duy nhất. Các doanh nghiệp mạnh thường xếp chồng nhiều mô hình:
- Spotify = freemium (hút) + thuê bao (kiếm tiền) + quảng cáo (kiếm tiền từ nhóm không trả).
- Một phòng gym khoẻ = thử thách bán đứt (attraction, thu tiền nhanh) + membership (thuê bao) + PT bán thêm (upsell).
- AWS = usage-based (lõi) + gói cam kết trả trước có chiết khấu (mua dòng tiền & giảm churn).
Một mẫu ghép thường gặp (không phải công thức bắt buộc): một mô hình lõi (nơi phần lớn lợi nhuận nằm) + một lớp attraction để kéo người vào rẻ và nhanh + một cơ chế nở (upsell, expansion, usage) để doanh thu tự lớn. Marketplace hoặc mô hình quảng cáo có thể cần cấu trúc khác hẳn.
7.4 · Trình tự áp dụng, dù bạn ở ô nào
Không có "money model tốt nhất" — chỉ có model khớp với sản phẩm, khách hàng và cơn đau hiện tại của bạn. Nhưng có một sự thật chung cho mọi ô trong bảng: doanh nghiệp chết vì hết tiền mặt, không phải vì thiếu ý tưởng. Vì vậy dù bạn chọn mô hình nào, hãy luôn biết ba con số: CAC · payback · LTV:CAC. Còn nếu đang có khách mà vẫn kẹt tiền — Chương 2 là nơi bắt đầu.
Tự kiểm tra kiểu Feynman
Bạn mở một tiệm rửa xe. Hãy tự thiết kế một money model "hybrid" gồm 3 lớp.
Xưởng thực hành: thiết kế money model của bạn
Đến lượt bạn. Worksheet dưới đây đi đúng theo quy trình 6 bước ở mục Lắp ráp (Chương 2). Mọi thứ bạn gõ tự lưu trong trình duyệt này — điền dở hôm nay, mai quay lại vẫn còn. Xong thì bấm "Sao chép" để dán vào ghi chú của bạn, hoặc Cmd/Ctrl+P để in.
Bước 1 — Chụp ảnh hiện trạng
Bước 2 — Attraction offer
Bước 3 — Upsell tại điểm "có"
Bước 4 — Downsell cho điểm "không"
Bước 5 — Continuity
💡 Để ước tính M mới: ghi lại giá · tỷ lệ được mời · tỷ lệ đồng ý · COGS của từng bậc, rồi nhập vào máy mô phỏng ở mục Lắp ráp. Lưu ý ô "% nhận upsell" của máy là net take rate = tỷ lệ được mời × tỷ lệ đồng ý (ví dụ mời 100%, đồng ý 30% → nhập 30%).
Bước 6 — Mục tiêu & hành động
Bản nháp tự lưu trong trình duyệt của bạn (localStorage) — không gửi đi đâu cả.
Kế hoạch triển khai (30–60 ngày)
| Tuần | Việc cần xong | Đầu ra |
|---|---|---|
| Tuần 1 Đo đạc | Tính CAC, tiền thu 30 ngày/khách (cohort tháng trước), COGS, churn. Chưa sửa gì cả — chỉ đo. | Hệ số M hiện tại — con số baseline để mọi cải thiện được so vào đó |
| Tuần 2 Thiết kế | Hoàn thành worksheet: chọn attraction, viết script upsell, định giá. Dựng cách theo dõi (sheet/CRM: nguồn khách, ngày mua, số tiền từng bậc). | Bản nháp money model + hệ thống đo sẵn sàng |
| Tuần 3 Chạy pilot | Tung attraction offer trên MỘT kênh với ngân sách nhỏ, mời upsell với 100% khách mua đủ điều kiện (theo tiêu chí định trước). Ghi lại nguyên văn các lý do từ chối. (Đây là baseline của cả cụm attraction + upsell, chưa thêm downsell/continuity — từ cohort sau mới đổi từng biến một để quy được tác động.) | Cohort pilot + số thật đầu: CAC, take rate upsell, danh sách lý do "không" |
| Tuần 4 → ngày 60 Đo & thêm từng biến | Đợi cohort pilot đủ 30 ngày mới chốt Cash30/M (khách mua cuối tuần 3 phải sang đầu tháng sau mới đủ tuổi). Sau đó thêm một biến mỗi lần: downsell cho lý do từ chối lớn nhất → rồi mới tới trả trước/continuity. | M baseline đáng tin + quyết định: scale · chỉnh một biến · hoặc đổi attraction |
Bảng KPI dán lên tường
| Chỉ số | Công thức | Nhịp đo |
|---|---|---|
| CAC | (Chi marketing + sales) ÷ khách mới | Hằng tuần |
| Tiền thu 30 ngày / khách | Tổng cash thu từ cohort trong 30 ngày ÷ số khách cohort | Hằng tháng, theo cohort |
| Hệ số M | Thu 30 ngày ÷ (CAC + COGS 30 ngày) | Hằng tháng |
| Tỷ lệ được-mời upsell | Số khách được mời ÷ số khách đủ điều kiện (offer phù hợp với họ) | Hằng tuần — mục tiêu 100% khách đủ điều kiện |
| Take rate upsell / downsell | Số người nhận ÷ số người được mời | Hằng tuần |
| Logo churn (kỳ) | Số khách thuộc base đầu kỳ rời đi trong kỳ ÷ số khách đầu kỳ | Hằng tháng — kèm retention theo cohort (nhóm theo tháng bắt đầu) |
| LTGP : CAC | (GP/tháng × số tháng ở lại) ÷ CAC | Hằng quý |
Tuỳ mô hình, thêm KPI riêng:
· SaaS/thuê bao → NRR, GRR, Quick Ratio (Chương 3)
· Marketplace → GMV đủ điều kiện, take rate thực thu, tỷ lệ khớp lệnh, thời gian khớp, tỷ lệ hoàn tất giao dịch, repeat rate mỗi phía (Chương 4)
· Usage-based → active usage, doanh thu / đơn vị, biên gộp / đơn vị, expansion & contraction, NRR (Chương 5)
· Freemium → tỷ lệ kích hoạt, free→paid, tổng chi phí cohort free ÷ số khách trả phí (Chương 5)
Checklist trước khi bấm nút chạy
Gấp tài liệu lại. Tìm một người bạn (hoặc ghi âm chính mình) và giảng trong 5 phút: "Money model là gì, hệ số M tính thế nào, và 4 loại offer ghép với nhau ra sao?" — không nhìn tài liệu. Chỗ nào bạn ấp úng hoặc phải dùng từ to tát để lấp — đó chính là phần cần đọc lại. Khi bạn kể được trơn tru bằng chuyện xe bánh mì hay rạp xiếc của riêng bạn, bạn đã thực sự sở hữu kiến thức này.
Thuật ngữ & câu hỏi thường gặp
Bảng tra thuật ngữ
| Thuật ngữ | Nghĩa ngắn gọn |
|---|---|
| Money model | Cách thiết kế cơ chế thu tiền + giá/thanh toán + thời điểm dòng tiền để doanh nghiệp vừa có lợi nhuận vừa giữ được thanh khoản. Chuỗi offer/CFA ở Chương 2 là một money model cụ thể, không phải định nghĩa chung. |
| Offer | Một lời chào hàng trọn gói: sản phẩm/dịch vụ + giá + cấu trúc thanh toán + điều kiện + quà kèm. |
| CAC | Customer Acquisition Cost — tổng chi phí marketing + sales để có một khách mới. |
| COGS | Cost of Goods Sold — chi phí trực tiếp cấu thành / cung cấp sản phẩm (nguyên liệu, giờ công trực tiếp, hosting). Đừng đồng nhất COGS với toàn bộ biến phí phục vụ khách: phí cổng thanh toán và vài biến phí khác có thể nằm ngoài COGS kế toán (xem Chương 1). |
| GP (lợi nhuận gộp) | Tiền thu − COGS. Dùng đo lợi nhuận và tính LTGP; riêng M/CFA dùng tiền thu 30 ngày ÷ (CAC + COGS 30 ngày). |
| LTGP | Lifetime Gross Profit — tổng lợi nhuận gộp một khách mang lại trọn vòng đời. Chuẩn khoẻ: LTGP:CAC ≥ 3:1. |
| CFA | Client Financed Acquisition — trạng thái khách hàng tự tài trợ việc mua khách hàng mới: thu 30 ngày ≥ 2 × (CAC + COGS). |
| Hệ số M | Thu 30 ngày ÷ (CAC + COGS 30 ngày). M<1: đốt tiền · M=1: hoà vốn đúng bằng · 1<M<2: đã có dư nhưng chưa đủ nuôi 1 khách mới (Chương 2 gọi chung băng 1≤M<2 là "tự hoà vốn" theo nghĩa quảng cáo đã tự trả tiền) · 2≤M<3: CFA — đủ nuôi 1 khách · M≥3: nuôi 2 khách. Trực giác: đặt D = CAC+COGS, phần dư sau khách hiện tại = (M−1)×D. |
| AOV | Average Order Value — giá trị trung bình một đơn hàng/giao dịch. |
| Tỷ lệ nhận offer offer acceptance rate — Chương 2 hay gọi tắt là "take rate" | Tỷ lệ khách đồng ý với một offer khi được mời (upsell 30% = mời 10 người, 3 người nhận). Đừng nhầm với "take rate" của marketplace — hai đại lượng có mẫu số hoàn toàn khác nhau. |
| Churn | Tỷ lệ khách rời đi mỗi kỳ. Nếu logo churn tháng ổn định và bằng c (dạng thập phân) thì thời gian ở lại kỳ vọng ≈ 1/c tháng — đây là ước lượng thô, không thay thế phân tích cohort. |
| MRR | Monthly Recurring Revenue — doanh thu lặp lại hằng tháng từ các gói continuity. |
| Cohort | Nhóm khách bắt đầu trong cùng một khoảng thời gian — đơn vị chuẩn để đo thu 30 ngày và churn cho trung thực. |
| Front-end / Back-end | Front-end: các offer đầu phễu (attraction) — nhiệm vụ trả CAC. Back-end: offer lõi + continuity — nơi nằm phần lớn lợi nhuận. |
| Anchor (neo giá) | Mức giá cao được đưa ra trước để các mức sau được cảm nhận là hợp lý. |
| Price integrity | Sự toàn vẹn của giá niêm yết — thứ bị phá khi giảm giá trần trụi, và được giữ khi dùng quà tặng/cấu trúc. |
| — Nền tảng & đơn vị kinh tế (Chương 1) — | |
| Revenue model | Cơ chế tiền chảy vào: bán đứt · thuê bao · usage · freemium · marketplace · quảng cáo · licensing · razor-blade. |
| Biên đóng góp contribution margin | (Giá − biến phí) ÷ Giá. Mỗi đồng doanh thu để lại bao nhiêu để trả CAC & chi phí cố định. |
| Payback period | Thời gian để tiền khách trả bù xong CAC = CAC ÷ biên đóng góp (bằng tiền) mỗi kỳ. Trong các ví dụ của tài liệu — nơi đã quy ước COGS bao gồm mọi biến phí đáng kể — có thể xấp xỉ bằng CAC ÷ GP mỗi kỳ. Càng ngắn càng ít cần vốn. |
| — Subscription / SaaS (Chương 3) — | |
| ARR | Annual Recurring Revenue = MRR × 12. |
| ARPA | Doanh thu bình quân mỗi tài khoản trả phí mỗi kỳ = MRR ÷ số tài khoản trả phí. (Đừng lẫn account / khách / user — nhất là khi có freemium.) |
| GRR | Gross Revenue Retention — giữ được bao nhiêu % doanh thu khách cũ, không tính expansion. Trần 100%. |
| NRR | Net Revenue Retention — như GRR nhưng cộng cả expansion. Có thể vượt 100%. |
| Net-negative churn | NRR > 100%: doanh thu từ khách cũ tự lớn dù không thêm khách mới nào. |
| Expansion / Contraction | Khách cũ trả thêm (nâng gói) / trả bớt (hạ gói). |
| Rule of 40 | Tăng trưởng doanh thu/ARR YoY (%) + biên EBITDA (hoặc FCF) (%). ≥ 40 là benchmark tham khảo, không phải định luật — và không phải "giấy phép lỗ". |
| Magic Number | 4 × (doanh thu lặp lại quý này − quý trước) ÷ chi S&M quý trước. Chỉ dùng doanh thu thuê bao/lặp lại. Nếu dùng net new ARR thì chia thẳng, KHÔNG nhân 4 (kẻo quy năm hai lần). |
| SaaS Quick Ratio | (new MRR + expansion) ÷ (churned + contraction). ≥ 2 tạm ổn, ≥ 4 rất khoẻ — ngưỡng thay đổi theo giai đoạn & phân khúc. |
| — Marketplace (Chương 4) — | |
| GMV | Gross Merchandise Value — tổng giá trị giao dịch qua sàn. Không phải doanh thu. |
| Take rate (marketplace) | % sàn giữ lại trên mỗi giao dịch. Doanh thu phí giao dịch = GMV × take rate. Khoảng 10–30% chỉ là minh hoạ — dao động mạnh theo ngành. |
| Thanh khoản liquidity | Khả năng "lên sàn là có kèo". Thứ mà marketplace thật sự bán. |
| Disintermediation | Rò rỉ: hai bên gặp nhau qua sàn rồi giao dịch thẳng bên ngoài để né phí. |
| Network effects | Khi người dùng mới ở đúng phía, đúng khu vực/ngách, họ làm tăng giá trị (xác suất khớp) cho những người liên quan. Thường cục bộ, và bị bào mòn bởi multi-homing / chi phí chuyển đổi thấp. Cắt hai chiều — dưới ngưỡng tới hạn thì chạy ngược. |
| — Usage / Freemium & Giá (Chương 5–6) — | |
| Usage-based | Tính tiền theo lượng tiêu thụ. Doanh thu tự nở khi khách lớn lên ("land and expand"). |
| Free → paid | Tỷ lệ user free nâng cấp lên trả phí. Khoảng tham khảo hay gặp ở sản phẩm self-serve: 2–5% — phải so cùng định nghĩa cohort và cùng cửa sổ thời gian. |
| Tỷ lệ kích hoạt activation | % user đăng ký thực sự dùng đến "khoảnh khắc giá trị". Đòn bẩy mạnh nhất của phễu freemium. |
| PLG | Product-Led Growth — sản phẩm là động lực chính của thu hút, kích hoạt, chuyển đổi và mở rộng. Không có nghĩa là "không có sales": đội sales vẫn có thể hỗ trợ các tài khoản lớn. |
| Value-based pricing | Định giá theo giá trị khách nhận, không theo chi phí của bạn — kim chỉ nam để khai thác tốt phần giá trị tạo ra. Vẫn cần kiểm với giá sàn (cost-plus) và lựa chọn thay thế của khách (giá đối thủ). |
| Price metric đơn vị tính giá | Bạn tính tiền theo cái gì (per-seat, per-usage, per-outcome, flat). Phải nở cùng nhịp với giá trị khách nhận. |