Mở đầu — vì sao bài này quan trọng
Hãy tưởng tượng bạn là PM của một SaaS bán theo seat (mỗi người dùng một license). Một khách hàng nhỏ mua 3 seat, một tập đoàn mua 800 seat. Nếu bạn bán cho cả hai cùng một mức giá $10/seat/tháng, bạn đang để tiền rơi vãi ở cả hai đầu: khách nhỏ thấy "đắt mà chẳng được ưu đãi gì", còn khách lớn thì gần như chắc chắn sẽ gọi điện đòi giảm giá — và nếu bạn không có sẵn cấu trúc, bạn sẽ phải đàm phán thủ công, mỗi deal một kiểu, không ai kiểm soát nổi.
Volume Discount Tiers (các bậc chiết khấu theo số lượng) chính là công cụ giải bài toán này một cách có hệ thống. Thay vì để sales tự ý "cho anh giảm 20% nhé", bạn thiết kế sẵn một bảng: mua càng nhiều, đơn giá mỗi đơn vị càng rẻ. Điều này vừa khuyến khích khách mua thêm (vì họ thấy phần thưởng rõ ràng khi tăng số lượng), vừa bảo vệ biên lợi nhuận của bạn (vì mức giảm đã được tính toán trước, không phải ngẫu hứng).
Đây là một trong những đòn bẩy doanh thu kín đáo nhưng cực mạnh. Một bảng volume discount được thiết kế tốt có thể nâng giá trị hợp đồng trung bình (ACV), giảm thời gian đàm phán của sales, và giúp khách hàng tự "lên đời" mà không cần bạn ép. Bài này tập trung riêng vào cách thiết kế các bậc số lượng và mức chiết khấu — không bàn về per-seat pricing nói chung (Bài 19), volume tiers trong hợp đồng enterprise (Bài 37), hay discount khuyến mãi theo thời gian (Bài 27). Ở đây chỉ một câu hỏi: mua nhiều thì rẻ bao nhiêu, và chia bậc thế nào cho hợp lý?
Khái niệm cốt lõi
Volume discount là gì và khác gì với discount thông thường
Volume discount là chiết khấu gắn với số lượng đơn vị mua (seat, license, đơn vị usage, sản phẩm), không gắn với thời điểm hay đối tượng. Khách mua 5 seat trả một giá, mua 50 seat trả giá đơn vị thấp hơn. Logic kinh tế phía sau: khách lớn mang lại doanh thu tuyệt đối cao hơn, chi phí phục vụ cận biên trên mỗi đơn vị thấp hơn (một hợp đồng 500 seat không tốn 100 lần chi phí bán hàng so với hợp đồng 5 seat), nên bạn có thể chia sẻ một phần khoản tiết kiệm đó cho khách dưới dạng đơn giá rẻ hơn.
Hai cách tính: tiered (bậc thang) vs volume (toàn khối)
Đây là điểm gây nhầm lẫn nhiều nhất, bạn phải nắm thật chắc.
Cách 1 — Volume pricing (toàn khối / flat): đơn giá áp dụng cho toàn bộ số lượng dựa trên bậc mà tổng số lượng rơi vào. Mua 60 seat, rơi vào bậc 51–200 ($6/seat) thì cả 60 seat đều tính $6. Tổng = 60 × $6 = $360.
Cách 2 — Tiered pricing (bậc thang / graduated): mỗi bậc số lượng tính theo đơn giá riêng của bậc đó, giống cách tính thuế thu nhập lũy tiến. Mua 60 seat thì: 10 seat đầu × $10 + 40 seat tiếp × $8 + 10 seat cuối × $6 = $100 + $320 + $60 = $480.
Cùng một bảng giá, cùng 60 seat, nhưng kết quả $360 và $480 chênh nhau 33%. Volume (toàn khối) hào phóng hơn nhiều và dễ hiểu với khách ("anh mua trên 50 thì tất cả tính $6"), nhưng tạo ra vực giá (cliff): khách mua 50 seat trả 50×$8=$400, khách mua 51 seat trả 51×$6=$306 — mua thêm 1 seat mà tổng tiền lại giảm $94. Đây là nghịch lý nguy hiểm. Tiered (bậc thang) không bao giờ có nghịch lý này vì tổng tiền luôn tăng đều, nhưng khó giải thích hơn và mức ưu đãi cảm nhận yếu hơn.
Lời khuyên thực hành: nếu chọn volume toàn khối, bạn bắt buộc phải kiểm tra điểm gãy để không có khúc nào "mua thêm rẻ hơn". Nếu muốn an toàn về mặt toán học, hãy chọn tiered bậc thang.
Cấu trúc bậc kinh điển
Mẫu phổ biến nhất cho per-seat SaaS, đúng như ý định gốc của bài:
| Số seat | Đơn giá/seat/tháng |
|---|---|
| 1–10 | $10 |
| 11–50 | $8 |
| 51–200 | $6 |
| 201+ | Custom (liên hệ sales) |
- Mức giảm giữa các bậc thường rơi vào khoảng 15–30% mỗi bậc. Ở đây từ $10 xuống $8 là giảm 20%, $8 xuống $6 là giảm 25%. Đủ lớn để khách cảm nhận được phần thưởng, đủ nhỏ để không bào mòn biên lợi nhuận.
- Độ rộng bậc tăng dần (10 → 40 → 150 đơn vị). Bậc nhỏ ở đầu vì sự thay đổi từ 5 lên 15 seat là quyết định lớn với khách nhỏ; bậc rộng ở cuối vì khách lớn ít nhạy cảm với từng đơn vị.
- Bậc cao nhất để "Custom" thay vì niêm yết giá. Đây không phải lười biếng — nó là cố ý. Khách trên 200 seat luôn muốn đàm phán; để ngỏ giúp sales nắm thế chủ động và tránh tự đóng khung mức giá sàn cho những deal lớn nhất.
Triggers — điều gì kích hoạt chuyển bậc
Khách "rơi" vào bậc thấp hơn (rẻ hơn) khi nào? Có vài cơ chế:
- Theo số lượng tại thời điểm mua/gia hạn: đơn giản nhất, tính theo số seat đăng ký trong kỳ.
- Theo số lượng tích lũy/đỉnh (peak): với usage-based, tính theo lượng dùng cao nhất hoặc tổng cộng trong kỳ.
- Theo cam kết trả trước: khách cam kết 100 seat cả năm thì được giá bậc 100, dù tháng đầu chỉ kích hoạt 60. Đây là cách enterprise hay dùng vì khóa được doanh thu.
Tình huống thực tế
Ví dụ 1 — SaaS quản lý nhân sự "NhanLuc Cloud" (Việt Nam) và cái bẫy vực giá
Một startup HR-tech giả định ở TP.HCM bán phần mềm chấm công + bảng lương theo seat. Họ niêm yết kiểu volume toàn khối:
- 1–20 nhân viên: 50.000đ/người/tháng
- 21–100 nhân viên: 35.000đ/người/tháng
- 101+ : 25.000đ/người/tháng
Bài học: đây chính là vực giá của volume toàn khối. NhanLuc đã sửa bằng cách chuyển sang tiered bậc thang: 20 người đầu × 50k + 80 người tiếp × 35k = 1.000.000 + 2.800.000 = 3.800.000đ cho 100 người, và người thứ 101 trở đi mới tính 25k. Tổng tiền giờ tăng đơn điệu theo số lượng, không còn ai mua thêm mà rẻ đi. Nếu bạn dùng volume toàn khối, hãy lập bảng tính toàn bộ điểm gãy trước khi công bố giá.
Ví dụ 2 — Slack và mô hình "chỉ trả cho người dùng hoạt động"
Slack (công cụ chat doanh nghiệp) nổi tiếng với chính sách volume kết hợp Fair Billing: họ tính tiền theo seat đang hoạt động, và với khách lớn họ áp giá đàm phán theo bậc số lượng. Điểm hay là Slack không công bố một bảng volume cứng cho mọi cấp; thay vào đó họ niêm yết giá cho gói Pro/Business (các seat đầu), còn từ ngưỡng vài trăm–vài nghìn seat thì chuyển sang Enterprise Grid với giá thương lượng.
Bài học: một bảng volume tốt không cần lộ hết mọi bậc. Bạn có thể niêm yết công khai vài bậc đầu (nơi khách self-serve tự mua) và để bậc lớn nhất ở dạng "liên hệ". Cấu trúc lai này vừa minh bạch cho SMB, vừa giữ dư địa đàm phán cho deal lớn — đúng tinh thần bậc "201+ Custom" trong mẫu kinh điển ở trên.
Ví dụ 3 — Đại lý/affiliate mua license phần mềm số lượng lớn ở Đông Nam Á
Một nhà phân phối phần mềm thiết kế giả định ở Singapore mua license để bán lại cho thị trường khu vực. Nhà cung cấp thiết kế bảng tiered: 1–49 license giá gốc, 50–199 giảm 15%, 200–499 giảm 25%, 500+ giảm 35%. Đại lý này đang ở mức 180 license/quý. Đội sales chỉ ra: "Lên 200 license, anh không chỉ được bậc 25% cho phần vượt mà còn mở khóa quyền co-branding". Đại lý quyết định đẩy mạnh bán để đạt 210 — tăng cả số lượng lẫn cam kết.
Bài học: volume tiers mạnh nhất khi gắn với trigger có động lực, không chỉ là con số. Kết hợp ngưỡng số lượng với một phần thưởng phi giá (quyền lợi, hỗ trợ ưu tiên, badge) khiến khách chủ động leo bậc thay vì chờ bạn năn nỉ. Đồng thời, cấu trúc bậc giúp nhà cung cấp dự báo được hành vi: họ biết khách ở 180 sẽ có xu hướng nhắm tới 200.
Hướng dẫn từng bước
Bước 1 — Xác định đơn vị tính (unit) rõ ràng. Volume theo cái gì: seat, license, dung lượng GB, số API call, số đơn hàng? Đơn vị phải là thứ khách hiểu và kiểm soát được. Mơ hồ ở đây sẽ kéo theo mọi rắc rối phía sau.
Bước 2 — Lấy dữ liệu phân bố số lượng khách hiện tại. Vẽ histogram: bao nhiêu khách ở 1–10, 11–50, 51–200…? Bạn muốn đặt ranh giới bậc gần ngay trên nơi tập trung đông khách, để tạo lực kéo họ leo lên. Đừng bịa bậc theo cảm tính.
Bước 3 — Chọn cơ chế tính: tiered hay volume toàn khối. Mặc định an toàn là tiered (bậc thang) vì không bao giờ tạo vực giá. Chỉ chọn volume toàn khối nếu bạn ưu tiên thông điệp marketing đơn giản và đã kiểm soát được điểm gãy.
Bước 4 — Thiết kế mức chiết khấu mỗi bậc. Bắt đầu từ giá list, giảm 15–30% mỗi bậc. Tính ngược: ở bậc thấp nhất, đơn giá có còn trên chi phí biên + biên lợi nhuận mục tiêu không? Nếu bậc cuối khiến bạn lỗ, kéo mức giảm về.
Bước 5 — Kiểm tra tính đơn điệu (monotonicity test). Lập bảng tính, cho số lượng chạy từ 1 đến vượt bậc cao nhất, tính tổng tiền tại mỗi mốc. Tổng tiền phải luôn tăng khi số lượng tăng. Nếu thấy bất kỳ điểm nào "mua thêm rẻ hơn", sửa ngay (thường bằng cách chuyển sang tiered hoặc nới mức giảm).
Bước 6 — Quyết định bậc cao nhất: niêm yết hay Custom. Nếu deal lớn nhất cần linh hoạt đàm phán và đi kèm điều khoản hợp đồng, để "Liên hệ". Nếu sản phẩm thuần self-serve, niêm yết hết để khách tự mua.
Bước 7 — Gắn trigger và phần thưởng phi giá. Quyết định khách lên bậc theo số đăng ký, theo peak usage, hay theo cam kết trả trước. Cân nhắc thêm quyền lợi (hỗ trợ ưu tiên, onboarding) ở các bậc cao để tăng động lực leo bậc.
Bước 8 — Mô phỏng doanh thu trước khi public. Áp bảng mới lên tập khách hiện tại, ước tính doanh thu tăng/giảm. Đặc biệt chú ý nhóm khách quanh ranh giới bậc — họ là nhóm sẽ dịch chuyển hành vi.
Lỗi thường gặp & mẹo
Lỗi 1 — Nhầm lẫn tiered và volume toàn khối khi triển khai. Đội sales nói một kiểu, hệ thống billing tính một kiểu, khách hiểu kiểu thứ ba. Hãy viết rõ trong tài liệu nội bộ cơ chế nào đang dùng, kèm ví dụ tính tay.
Lỗi 2 — Tạo vực giá (price cliff). Như NhanLuc Cloud ở trên: mua thêm 1 đơn vị mà tổng tiền giảm. Luôn chạy monotonicity test trước khi công bố.
Lỗi 3 — Quá nhiều bậc. 6–7 bậc khiến pricing page rối và khách tê liệt. 3–4 bậc cộng một bậc Custom là đủ cho hầu hết trường hợp.
Lỗi 4 — Chiết khấu quá sâu ở bậc thấp nhất. Giảm 50–60% nghe hào phóng nhưng nếu khách lớn chiếm phần lớn doanh thu, bạn đang tự bào mòn biên lợi nhuận trên đúng nhóm béo bở nhất. Mỗi % giảm phải có lý do kinh tế.
Lỗi 5 — Quên hiệu ứng downgrade. Volume discount khuyến khích mua nhiều, nhưng nếu khách giảm số lượng khi gia hạn, họ có bị đẩy ngược lên bậc đắt không? Hãy quy định rõ và truyền thông tử tế để tránh cú sốc hóa đơn.
Mẹo 1 — Đặt ranh giới bậc ngay trên cụm khách đông nhất để tạo lực kéo nâng cấp tự nhiên.
Mẹo 2 — Hiển thị "đơn giá hiệu dụng" trên pricing calculator. Khi khách kéo thanh số lượng và thấy giá/đơn vị giảm dần theo thời gian thực, động lực mua thêm tăng rõ rệt.
Mẹo 3 — Kết hợp số lượng với phần thưởng phi giá (hỗ trợ ưu tiên, SLA, onboarding) để khách leo bậc vì giá trị chứ không chỉ vì tiền.
Bài tập thực hành
Bạn là PM của một SaaS gửi email marketing, bán theo "số liên hệ trong danh sách" (contact). Dữ liệu cho thấy khách tập trung ở các mốc: rất đông quanh 8.000–12.000 contact, một cụm quanh 40.000–60.000, và vài khách lớn trên 150.000.
- Thiết kế bảng volume 4 bậc (3 bậc niêm yết + 1 bậc Custom). Đặt ranh giới ngay trên các cụm khách đông để tạo lực kéo. Chọn đơn giá/1.000 contact cho mỗi bậc với mức giảm 15–30% giữa các bậc.
- Quyết định cơ chế: tiered bậc thang hay volume toàn khối? Viết một câu lý do.
- Chạy monotonicity test: tính tổng tiền cho các mốc 5.000 / 12.000 / 13.000 / 55.000 / 65.000 contact. Tổng tiền có luôn tăng không? Nếu có điểm nào "mua thêm rẻ hơn", sửa lại bảng.
- Mô phỏng: một khách đang ở 11.000 contact. Bậc tiếp theo bắt đầu ở mức nào, và bạn sẽ dùng thông điệp gì để khuyến khích họ leo bậc (gợi ý: phần thưởng phi giá)?
Tóm tắt
- Volume discount tiers là cấu trúc giảm đơn giá theo số lượng mua, giúp tăng giá trị hợp đồng, rút ngắn đàm phán và khuyến khích khách tự nâng cấp.
- Phân biệt rạch ròi tiered bậc thang (mỗi bậc tính giá riêng, luôn an toàn) và volume toàn khối (toàn bộ tính theo bậc của tổng, hào phóng hơn nhưng dễ tạo vực giá).
- Mẫu kinh điển: 3–4 bậc, mỗi bậc giảm 15–30%, độ rộng bậc tăng dần, bậc cao nhất để Custom.
- Đặt ranh giới bậc ngay trên cụm khách đông nhất; gắn trigger rõ ràng và thêm phần thưởng phi giá để tạo động lực leo bậc.
- Luôn chạy monotonicity test: tổng tiền phải tăng đơn điệu theo số lượng. Đừng bao giờ để khách mua thêm mà hóa đơn lại giảm.
- Đừng quá nhiều bậc, đừng giảm quá sâu ở bậc thấp, và đừng quên kịch bản khách downgrade khi gia hạn.