Mở đầu — vì sao bài này quan trọng
Ở Bài 10 chúng ta đã bàn về pricing — tức là bạn tính bao nhiêu tiền cho giá trị bạn tạo ra. Nhưng có một sự thật mà rất nhiều team GTM ở Việt Nam bỏ quên: trước khi khách hàng nhìn thấy con số giá, họ nhìn thấy các gói (package) trước. Packaging — cách bạn đóng gói và sắp xếp tính năng vào các tier (bậc) khác nhau — mới là thứ quyết định khách hàng tự xếp mình vào đâu, sẵn sàng trả bao nhiêu, và có nâng cấp lên hay không.
Nói cho dễ hình dung: pricing trả lời câu hỏi "bao nhiêu tiền?", còn packaging trả lời câu hỏi "khách được gì trong mỗi mức tiền?". Nếu packaging sai, dù bạn định giá khéo đến mấy, khách vẫn thấy khó hiểu, chọn nhầm gói, hoặc tệ hơn — không thấy lý do gì để trả tiền vì gói miễn phí đã quá đủ dùng.
Đây là một trong những đòn bẩy GTM rẻ nhất mà tác động mạnh nhất. Bạn không cần code thêm tính năng mới, không cần tuyển thêm sales. Chỉ cần sắp xếp lại những gì đã có vào đúng các tier, đặt đúng ranh giới, là doanh thu trên mỗi khách có thể tăng 20–40% mà chi phí gần như bằng 0. Trong bài này, tôi sẽ hướng dẫn bạn triết lý đằng sau mô hình 3-tier kinh điển (Free / Pro / Business), và cách suy nghĩ về từng tier như một "nhân vật" có nhiệm vụ riêng.
Khái niệm cốt lõi
Packaging là gì và khác gì với pricing
Packaging là việc quyết định tính năng nào đi vào gói nào, và ranh giới giữa các gói nằm ở đâu. Một quyết định packaging điển hình gồm ba câu hỏi:
- Có bao nhiêu tier? (thường là 3–4)
- Mỗi tier chứa những tính năng gì và giới hạn (limit) ở đâu?
- Cái gì là "value metric" — tức là thứ tăng lên theo mức độ khách dùng nhiều hơn (số người dùng, số dự án, dung lượng, số lượt gọi API…)?
Mô hình 3-tier kinh điển: Free / Pro / Business
Đây là khung sườn mà bạn sẽ thấy ở gần như mọi SaaS thành công — từ Notion, Slack, Figma cho tới các sản phẩm Việt như Base.vn hay Sapo. Cấu trúc phổ biến:
- Free (miễn phí): dành cho cá nhân dùng thử, tự khám phá giá trị.
- Pro (trả phí, giá vừa): dành cho cá nhân chuyên nghiệp hoặc nhóm nhỏ đã thấy giá trị và cần nhiều hơn.
- Business (giá cao): dành cho tổ chức/đội nhóm cần quản trị, bảo mật, cộng tác quy mô lớn.
Triết lý của tier Free
Tier Free có một nhiệm vụ duy nhất và cực kỳ quan trọng: mang lại giá trị cá nhân thật sự (personal value), để khách trải nghiệm được khoảnh khắc "à-ha" — cái khoảnh khắc họ hiểu sản phẩm này giải quyết vấn đề của họ.
Nguyên tắc vàng: Free phải đủ tốt để một cá nhân dùng được việc, nhưng phải "giới hạn khi mở rộng quy mô" (limit at scale). Nghĩa là khi khách bắt đầu dùng nhiều hơn — thêm người, thêm dữ liệu, thêm lịch sử — họ sẽ chạm trần và tự nhiên muốn nâng cấp.
Ba loại giới hạn phổ biến để "chặn khi scale" mà không làm hỏng trải nghiệm cá nhân:
- Giới hạn số người dùng (users): Free chỉ cho 1–2 người. Một cá nhân dùng thoải mái, nhưng khi muốn kéo cả team vào thì phải trả tiền. Slack, Figma dùng cách này.
- Giới hạn theo mức sử dụng (usage): số dự án, số lượt gọi API, số tin nhắn/tháng, dung lượng lưu trữ. Cá nhân dùng nhẹ không chạm trần, nhưng khi dùng nghiêm túc thì có.
- Giới hạn lịch sử (history): chỉ giữ dữ liệu 30–90 ngày gần nhất. Ví dụ kinh điển là Slack chỉ cho xem 90 ngày tin nhắn gần nhất ở gói Free — cá nhân không quan tâm, nhưng doanh nghiệp thì cần lưu trữ đầy đủ nên phải nâng cấp.
Triết lý của tier Pro
Pro là nơi bạn kiếm phần lớn số lượng khách trả tiền (dù không phải phần lớn doanh thu). Chân dung: một cá nhân chuyên nghiệp hoặc nhóm nhỏ đã "nghiện" sản phẩm và cần bỏ trần Free.
Triết lý của Pro là gỡ giới hạn + mở khoá tính năng năng suất (productivity). Khách trả tiền cho Pro vì hai lý do: (1) họ đã chạm trần Free và muốn dùng nhiều hơn, (2) họ muốn các tính năng giúp làm việc chuyên nghiệp hơn — như xuất file chất lượng cao, tích hợp công cụ khác, template nâng cao, gỡ giới hạn lịch sử.
Ranh giới Free → Pro nên gắn với value metric tăng theo mức thành công của khách. Khách càng thành công (nhiều dự án, nhiều khách hàng của họ, nhiều dữ liệu) thì càng có lý do trả nhiều hơn — đây là nguyên tắc "giá tăng theo giá trị nhận được".
Triết lý của tier Business
Business (đôi khi gọi là Team/Enterprise-lite) không bán cho cá nhân — nó bán cho tổ chức. Chân dung: một team hoặc công ty cần quản trị tập trung, bảo mật, và cộng tác quy mô.
Triết lý của Business là mở khoá các tính năng "tổ chức" mà cá nhân không cần nhưng doanh nghiệp bắt buộc phải có:
- Quản trị tập trung: phân quyền, quản lý thành viên, bảng điều khiển admin.
- Bảo mật & tuân thủ: đăng nhập SSO, xác thực 2 lớp bắt buộc, nhật ký kiểm toán (audit log), phân quyền theo vai trò.
- Cộng tác quy mô: không gian làm việc chung, quyền chia sẻ nâng cao.
- Hỗ trợ ưu tiên, SLA, người phụ trách tài khoản.
"Fence" — hàng rào giữa các tier
Khái niệm quan trọng cuối cùng: fence (hàng rào). Fence là tính năng hoặc giới hạn mà bạn cố tình đặt ở ranh giới giữa hai tier, để tạo động lực nâng cấp. Một fence tốt là thứ mà đúng nhóm khách cần lên tier trên sẽ đâm vào, còn nhóm khách nên ở tier dưới thì không.
Ví dụ, "SSO" là một fence tuyệt vời giữa Pro và Business: cá nhân/nhóm nhỏ chẳng bao giờ cần SSO, nhưng doanh nghiệp lớn thì bắt buộc phải có (thường do phòng IT yêu cầu). Fence này lọc khách rất chính xác — không làm phiền người nhỏ, nhưng "khoá cứng" người lớn vào tier đắt.
Tình huống thực tế
Ví dụ 1 — Slack và nghệ thuật "fence bằng lịch sử tin nhắn"
Slack là ví dụ giáo khoa về packaging. Gói Free của Slack cho phép không giới hạn số người dùng — nghe qua tưởng "hào phóng đến mức tự sát". Nhưng fence nằm ở chỗ khác: bản Free chỉ cho truy cập 90 ngày lịch sử tin nhắn gần nhất (trước đây là 10.000 tin gần nhất).
Với một nhóm bạn hay một dự án ngắn hạn, giới hạn này chẳng sao — họ vẫn cảm nhận trọn vẹn giá trị của Slack (khoảnh khắc à-ha: "chat công việc gọn hơn email nhiều"). Nhưng với một công ty thật, việc mất lịch sử sau 90 ngày là điều không chấp nhận được — họ cần tra lại quyết định cũ, hợp đồng, tài liệu. Thế là họ nâng cấp.
Bài học: Slack đặt fence vào đúng thứ mà cá nhân không quan tâm nhưng tổ chức bắt buộc phải có (lịch sử = trí nhớ tổ chức). Free vẫn "rộng rãi về giá trị" (không giới hạn người dùng, để lan truyền tự nhiên trong công ty), nhưng "chặt về quy mô nghiêm túc" (history). Chính cấu trúc này giúp Slack lan như virus rồi thu tiền đúng lúc.
Ví dụ 2 — Base.vn phân tier theo "phòng ban" thay vì "tính năng lẻ"
Base.vn là nền tảng SaaS quản trị doanh nghiệp của Việt Nam. Thay vì đóng gói theo kiểu Free/Pro/Business thuần tuý về số lượng, Base đóng gói theo bộ ứng dụng theo nhu cầu tổ chức: nhóm ứng dụng quản trị công việc (Base Work+), nhóm nhân sự (Base HRM+), nhóm quản trị thông tin (Base Info+)…
Chân dung khách của Base là doanh nghiệp vừa và lớn Việt Nam, nơi quyết định mua thường gắn với "phòng ban nào cần gì". Một công ty 200 người có thể chỉ mua bộ nhân sự trước, rồi khi thấy hiệu quả, mở rộng sang bộ quản lý công việc — đây chính là chiến lược "land and expand" mà chúng ta sẽ học kỹ ở bài sau, nhưng nó bắt đầu từ cách packaging cho phép mua từng phần rồi mở rộng dần.
Bài học: Packaging không nhất thiết là "Free/Pro/Business" cứng nhắc. Trong B2B Việt Nam, đóng gói theo đơn vị mua hàng thực tế của khách (ở đây là phòng ban) đôi khi hiệu quả hơn, vì nó khớp với cách ngân sách được phê duyệt. Triết lý per-tier vẫn giữ nguyên: mỗi gói phải khớp một chân dung và một nhu cầu ngân sách rõ ràng.
Ví dụ 3 — Một startup EdTech Việt và bài học "Free quá hào phóng"
Giả định một startup EdTech ở TP.HCM tên "HọcNhanh", làm app luyện thi IELTS. Ban đầu họ tung gói Free cho: luyện không giới hạn số đề, chấm chữa AI đầy đủ, xem lại toàn bộ lịch sử. Gói Pro (199k/tháng) chỉ thêm mỗi "giao diện không quảng cáo" và "vài template ghi chú".
Kết quả sau 6 tháng: 80.000 người dùng Free, nhưng tỷ lệ chuyển đổi lên Pro chỉ 0,4%. Vì sao? Vì Free đã đủ tốt để đạt mục tiêu cốt lõi của học viên (luyện và được chấm), còn Pro chỉ bán mấy thứ "cho vui", không giải quyết nhu cầu quy mô hay năng suất nào cả. Fence đặt sai chỗ.
Họ tái cấu trúc lại: Free cho luyện đầy đủ nhưng giới hạn 3 lượt chấm AII chi tiết/tuần (usage limit) và chỉ giữ lịch sử 14 ngày (history limit). Pro bỏ hai trần đó, thêm lộ trình học cá nhân hoá và báo cáo tiến độ chi tiết (productivity). Họ còn thêm tier "Trung tâm" (Business) cho các trung tâm luyện thi: quản lý nhiều học viên, bảng theo dõi cho giáo viên (organization features). Sau 3 tháng, chuyển đổi Free→Pro tăng lên 3,1%, và họ ký được 12 trung tâm ở gói Business — nguồn doanh thu lớn nhất.
Bài học: Free phải mang giá trị cá nhân nhưng chạm trần khi khách dùng nghiêm túc. Và luôn có một tier "tổ chức" ở trên để bắt phần doanh thu lớn từ nhóm khách khác chân dung.
Hướng dẫn từng bước
Đây là quy trình 6 bước để thiết kế (hoặc tái cấu trúc) packaging cho sản phẩm của bạn:
- Xác định value metric. Tìm thứ tăng lên khi khách nhận được nhiều giá trị hơn: số người dùng, số dự án, dung lượng, số lượt gọi, số học viên… Value metric tốt là thứ khách hiểu ngay và "công bằng" — càng dùng nhiều càng trả nhiều.
- Vẽ 3 chân dung cho 3 tier. Viết ra bằng lời: Free là ai (cá nhân thử nghiệm), Pro là ai (chuyên gia/nhóm nhỏ đã thấy giá trị), Business là ai (tổ chức cần quản trị & bảo mật). Nếu bạn không tả nổi 3 chân dung khác nhau rõ ràng, packaging của bạn sẽ mờ.
- Định nghĩa "à-ha moment" và bảo vệ nó ở tier Free. Xác định trải nghiệm cốt lõi khiến khách hiểu giá trị. Tuyệt đối không đặt fence vào đây. Free phải cho khách chạm tới khoảnh khắc này.
- Đặt fence theo quy mô, không theo giá trị cốt lõi. Chọn giới hạn users / usage / history để chặn khi khách dùng ở quy mô nghiêm túc. Nguyên tắc: "cá nhân không chạm, tổ chức chắc chắn chạm".
- Gom tính năng "tổ chức" lên tier Business. SSO, audit log, phân quyền, admin console, hỗ trợ ưu tiên — đây là những thứ cá nhân không cần nhưng doanh nghiệp bắt buộc phải có. Đừng phát rải rác xuống Pro.
- Kiểm tra "đường nâng cấp". Với mỗi tier, tự hỏi: "Điều gì sẽ khiến khách ở tier này muốn lên tier trên?". Nếu không trả lời được rõ ràng cho từng bậc, bạn còn thiếu fence. Mỗi tier phải có một lý do nâng cấp cụ thể, dễ đoán.
Lỗi thường gặp & mẹo
Lỗi 1 — Free quá hào phóng. Đây là lỗi phổ biến nhất, như case HọcNhanh ở trên. Khi Free đủ tốt để đạt mục tiêu nghiêm túc, không ai nâng cấp. Mẹo: hãy hỏi "một khách dùng nghiêm túc có bị chặn không?". Nếu không, Free của bạn đang rò rỉ doanh thu.
Lỗi 2 — Đặt fence vào giá trị cốt lõi. Watermark che thiết kế, giới hạn tính năng làm hỏng à-ha moment. Điều này giết chết chuyển đổi vì khách chưa kịp yêu sản phẩm đã bị chặn. Mẹo: fence phải nằm ở "quy mô" (dùng nhiều hơn), không ở "giá trị" (dùng có ý nghĩa hay không).
Lỗi 3 — Quá nhiều tier. Có team làm 6–7 gói vì sợ bỏ sót khách. Kết quả: khách tê liệt vì phải so sánh, không biết chọn gì (nghịch lý lựa chọn). Mẹo: 3–4 tier là đủ. Nếu cần nhiều biến thể, dùng add-on thay vì đẻ thêm tier.
Lỗi 4 — Tier không có chân dung riêng. Nếu Pro và Business chỉ khác nhau vài giới hạn số lượng mà không khác về chân dung khách, khách sẽ luôn chọn gói rẻ hơn. Mẹo: mỗi tier lên trên phải mở khoá một loại nhu cầu mới (cá nhân → năng suất → tổ chức), chứ không chỉ "nhiều hơn một chút".
Lỗi 5 — Không có value metric rõ ràng. Định giá kiểu "gói này 199k, gói kia 499k" mà không gắn với thứ khách hiểu tại sao đắt hơn. Mẹo: luôn có ít nhất một trục "càng dùng nhiều càng trả nhiều" để giá cảm thấy công bằng và tự mở rộng theo thành công của khách.
Mẹo tổng quát: Packaging không phải quyết định một lần. Hãy xem tỷ lệ khách ở mỗi tier và tỷ lệ chuyển đổi giữa các tier như chỉ số sức khoẻ. Nếu 95% khách kẹt ở Free, fence sai. Nếu không ai chạm Business, bạn thiếu tính năng tổ chức đủ hấp dẫn. Điều chỉnh fence là một trong những "đòn bẩy 0 đồng" mạnh nhất trong GTM.
Bài tập thực hành
Hãy chọn một sản phẩm SaaS bạn đang làm hoặc một sản phẩm giả định (ví dụ: app quản lý bán hàng cho hộ kinh doanh nhỏ ở Việt Nam), rồi thực hiện:
- Viết value metric. Chọn một chỉ số tăng theo giá trị khách nhận (ví dụ: số đơn hàng/tháng, số nhân viên, số cửa hàng). Giải thích tại sao nó "công bằng".
- Vẽ bảng 3-tier. Lập bảng Free / Pro / Business với ba cột: (a) chân dung khách, (b) tính năng có trong tier, (c) fence — giới hạn/tính năng ngăn cách với tier trên.
- Kiểm tra à-ha. Ghi ra khoảnh khắc à-ha của sản phẩm và chứng minh gói Free của bạn cho khách chạm tới nó mà không bị fence chặn.
- Xác định 3 fence. Chỉ rõ: một fence loại "users", một loại "usage" hoặc "history", và một fence loại "tính năng tổ chức" (đặt SSO/admin/audit lên Business). Với mỗi fence, viết một câu: "Ai sẽ đâm vào fence này và tại sao họ nâng cấp?".
- Tự phản biện. Trả lời câu hỏi: "Một khách dùng nghiêm túc ở gói Free của tôi có bị chặn không?". Nếu câu trả lời là "không", hãy sửa lại fence.
Tóm tắt
- Packaging đứng trước pricing: cách bạn đóng gói tính năng vào các tier quyết định khách tự xếp mình vào đâu và sẵn sàng trả bao nhiêu.
- Mô hình 3-tier kinh điển Free / Pro / Business hiệu quả vì mỗi tier phục vụ một chân dung và một giai đoạn khác nhau: cá nhân thử nghiệm → chuyên gia/nhóm nhỏ cần năng suất → tổ chức cần quản trị & bảo mật.
- Tier Free phải mang giá trị cá nhân thật, cho khách chạm tới à-ha moment, nhưng giới hạn khi mở rộng quy mô qua users / usage / history. Rộng rãi về giá trị, chặt chẽ về quy mô.
- Fence (hàng rào) là công cụ then chốt: đặt đúng chỗ để nhóm cần nâng cấp thì đâm vào, nhóm nên ở dưới thì không. SSO, audit log, admin là fence tuyệt vời giữa Pro và Business.
- Value metric giúp giá tăng theo thành công của khách và cảm thấy công bằng.
- Tránh 5 lỗi kinh điển: Free quá hào phóng, fence vào giá trị cốt lõi, quá nhiều tier, tier không có chân dung riêng, thiếu value metric.
- Packaging là đòn bẩy GTM gần như 0 đồng nhưng tác động lớn — hãy coi tỷ lệ phân bố tier và chuyển đổi giữa các tier là chỉ số sức khoẻ để liên tục tinh chỉnh.