Mở đầu — vì sao bài này quan trọng
Nếu Bài 49 cho bạn thấy cách một siêu ứng dụng tiêu dùng như MoMo định giá gói Premium hướng tới hàng triệu người dùng cá nhân, thì Bài 50 đưa bạn sang một thế giới hoàn toàn khác: bán phần mềm cho doanh nghiệp Việt Nam. Đây là sân chơi B2B SaaS, nơi người ra quyết định mua không phải là người dùng cuối, nơi giá được tính theo số nhân viên, và nơi một hợp đồng có thể kéo dài nhiều năm.
Base.vn là một trong những case study B2B SaaS nội địa đáng học nhất Việt Nam. Đây là nền tảng quản trị doanh nghiệp (HRM, quản lý công việc, quy trình, tài chính nội bộ...) phục vụ hàng nghìn doanh nghiệp vừa và nhỏ (SMB) trong nước. Năm 2021, Base.vn được FPT mua lại phần lớn cổ phần — một thương vụ chứng minh rằng mô hình SaaS bán cho doanh nghiệp Việt có thể tạo ra giá trị thật, có người mua thật, có con số thật.
Vì sao một PM về pricing nên mổ xẻ Base.vn? Vì nó là phòng thí nghiệm sống động cho gần như mọi khái niệm bạn đã học trong khóa này, nhưng đặt trong bối cảnh Việt Nam thực tế: khách hàng nhạy cảm về giá, ngân sách IT của SMB rất hạn chế, văn hóa "mua đứt" vẫn còn nặng, và sự cạnh tranh trực tiếp với việc "không làm gì cả" (doanh nghiệp vẫn dùng Excel + Zalo). Hiểu cách Base.vn xử lý những ràng buộc đó sẽ giúp bạn áp dụng cho chính sản phẩm B2B của mình.
Lưu ý quan trọng: đây là một bài case study phân tích dựa trên thông tin công khai và suy luận hợp lý về chiến lược pricing. Mục tiêu không phải sao chép bảng giá Base.vn từng đồng, mà là rút ra nguyên lý ra quyết định mà bạn mang đi được.
Khái niệm cốt lõi
Bối cảnh sản phẩm: một "suite" chứ không phải một app
Điều đầu tiên phải hiểu về Base.vn là nó không bán một sản phẩm đơn lẻ. Base bán một bộ giải pháp (suite) gồm nhiều nhóm: Base HRM+ (tuyển dụng, chấm công, tính lương, đánh giá hiệu suất), Base Work+ (quản lý công việc, quy trình), Base Info+ (giao tiếp nội bộ), Base Finance+... Mỗi nhóm lại gồm nhiều ứng dụng con.
Quyết định pricing đầu tiên — và quan trọng nhất — của Base là: bán theo module/suite, không bán cả nền tảng một giá. Doanh nghiệp có thể chỉ mua HRM, hoặc chỉ mua quản lý công việc, rồi mở rộng dần. Đây chính là chiến lược "land and expand": vào nhà khách bằng một bài toán nhỏ, sau đó bán thêm các module khác khi khách đã quen và tin.
Trục định giá chính: per-employee / per-seat
Vì lõi sản phẩm là HRM và quản trị nhân sự, đơn vị định giá tự nhiên của Base là theo số nhân viên/người dùng (per-seat hoặc per-employee). Đây là lựa chọn rất logic vì nó thỏa mãn ba tiêu chí của một "value metric" tốt mà bạn đã học:
- Gắn với giá trị khách nhận được: doanh nghiệp càng nhiều nhân viên thì bài toán quản trị nhân sự càng phức tạp, giá trị phần mềm mang lại càng lớn.
- Dễ hiểu, dễ dự đoán chi phí: chủ doanh nghiệp biết chính xác mình có bao nhiêu nhân viên, nên nhìn báo giá là hình dung ngay tổng tiền.
- Tự mở rộng theo khách hàng (expansion tự nhiên): khi doanh nghiệp tuyển thêm người, doanh thu của Base tăng theo mà không cần bán lại.
Cấu trúc tier theo quy mô doanh nghiệp
Theo dàn ý gốc, Base có xu hướng phân tier theo quy mô. Mô hình phổ biến trong B2B SaaS Việt mà Base áp dụng có thể khái quát thành:
- Tier khởi đầu / dùng thử dành cho doanh nghiệp siêu nhỏ (ví dụ dưới 10–20 nhân viên), giá rất thấp hoặc miễn phí giới hạn, mục tiêu là kéo khách vào hệ sinh thái.
- Tier doanh nghiệp vừa (SMB): đây là "bread and butter" — phân khúc cốt lõi tạo doanh thu, định giá per-employee theo bảng công khai/bán tự phục vụ một phần.
- Tier Enterprise: doanh nghiệp lớn, nhiều chi nhánh, cần tùy biến quy trình, tích hợp hệ thống — giá thương lượng, không công khai ("liên hệ để nhận báo giá"). Đây là vùng sales-led (Bài 34).
Vì sao không "mua đứt"?
Một quyết định pricing then chốt: Base chọn subscription (thuê bao định kỳ) thay vì bán license vĩnh viễn (mua đứt) — dù văn hóa "mua đứt phần mềm" vẫn còn phổ biến ở Việt Nam. Lý do:
- Sản phẩm là cloud SaaS, cập nhật liên tục → mô hình thuê bao phù hợp về kỹ thuật và dòng tiền.
- Subscription tạo doanh thu định kỳ (recurring revenue) — nền tảng cho định giá doanh nghiệp khi FPT mua lại.
- Để giảm ma sát với khách thích "trả một lần cho rẻ", Base dùng chiết khấu theo gói năm (annual discount, Bài 25): trả trước cả năm rẻ hơn đáng kể so với trả tháng.
Tình huống thực tế
Ví dụ 1 — Công ty sản xuất 150 nhân viên chuyển từ Excel sang Base HRM
Bối cảnh: Một công ty sản xuất đồ gỗ ở Bình Dương, 150 công nhân và nhân viên văn phòng, đang quản lý chấm công bằng máy quẹt thẻ + Excel, tính lương thủ công mất 3 ngày mỗi tháng và thường xuyên sai sót.
Diễn giải: Đội sales của Base tiếp cận, không bán toàn bộ suite ngay. Họ chỉ chào module HRM+ (chấm công + tính lương) với giá per-employee. Giả sử 55.000đ/nhân viên/tháng × 150 người = khoảng 8,25 triệu/tháng, và nếu trả trước cả năm được giảm 15% còn khoảng 84 triệu/năm. So với chi phí một nhân sự C&B làm lương mất 3 ngày/tháng và rủi ro tính sai lương, con số này được "đóng khung" (anchoring) là rẻ.
Sáu tháng sau, khi phòng nhân sự đã quen, Base bán thêm module đánh giá hiệu suất và tuyển dụng cho cùng 150 nhân viên đó — doanh thu trên mỗi khách (ARPA) tăng mà không tốn chi phí thâu tóm khách mới.
Bài học rút ra: Per-employee + bán module cho phép "land small, expand later". Bạn không cần ép khách mua trọn gói ngày đầu; hãy thắng một bài toán đau nhất trước, rồi mở rộng. Đây là cách hạ thấp rào cản giá ban đầu mà vẫn tối ưu giá trị vòng đời khách hàng (LTV).
Ví dụ 2 — Startup công nghệ 12 người và cái bẫy "miễn phí mãi mãi"
Bối cảnh: Một startup fintech 12 người ở TP.HCM cần quản lý công việc và quy trình. Họ dùng tier khởi đầu giá rất thấp của Base cho team nhỏ.
Diễn giải: Với 12 người, chi phí theo per-seat rất nhỏ, thậm chí có thể nằm trong gói ưu đãi cho startup. Vấn đề pricing đặt ra: nếu Base để tier nhỏ quá rẻ và quá đầy đủ tính năng, khách sẽ không bao giờ có động lực lên tier cao hơn — đây chính là rủi ro feature gating sai (Bài 18). Cách Base xử lý là giới hạn những tính năng "đắt giá" (phân quyền nâng cao, tích hợp, báo cáo sâu, số lượng quy trình) ở tier thấp, để khi startup này lớn lên 40–50 người, nhu cầu phức tạp hơn sẽ tự nhiên đẩy họ lên tier trả phí cao hơn.
Sau 18 tháng, startup này tăng lên 45 nhân viên, cần phân quyền theo phòng ban và tích hợp với hệ thống kế toán → buộc phải nâng cấp. Per-seat tự động làm doanh thu tăng gần 4 lần chỉ nhờ headcount, cộng thêm phần nâng tier.
Bài học rút ra: Tier khởi đầu rẻ là công cụ thâu tóm (acquisition), không phải là nơi kiếm lời. Nhưng phải thiết kế "trần giá trị" của nó đủ thấp để khách có lý do nâng cấp khi lớn lên. Một tier miễn phí/giá rẻ quá hào phóng sẽ giết chính doanh thu của bạn.
Ví dụ 3 — Tập đoàn 2.000 nhân viên và vùng "liên hệ báo giá"
Bối cảnh: Một chuỗi bán lẻ 2.000 nhân viên, 30 cửa hàng toàn quốc, muốn dùng Base cho cả HRM lẫn quản lý vận hành.
Diễn giải: Ở quy mô này, bảng giá per-employee công khai không còn phù hợp. Nếu áp 50.000đ × 2.000 = 100 triệu/tháng theo bảng niêm yết, khách sẽ thấy "quá đắt" và rủi ro mất deal. Vì vậy Base chuyển sang Enterprise pricing — báo giá tùy chỉnh (Bài 37): đơn giá per-employee giảm mạnh theo bậc khối lượng (volume tiers), kèm gói triển khai, đào tạo, SLA và có thể tính theo hợp đồng nhiều năm. Giá cuối cùng có thể là một con số "trọn gói/năm" thay vì nhân đầu người đơn thuần, để khách lớn cảm thấy được đối xử riêng và để Base bảo vệ biên lợi nhuận trong đàm phán.
Bài học rút ra: Một value metric (per-seat) không phục vụ được mọi phân khúc. Khi lên Enterprise, bạn cần che bảng giá công khai, chuyển sang đàm phán, và đóng gói lại giá trị (triển khai + hỗ trợ + cam kết) để giá không còn là phép nhân đơn giản mà khách dễ tự tính ra rồi giật mình.
Hướng dẫn từng bước
Đây là quy trình để bạn "đọc ngược" chiến lược pricing của một SaaS B2B như Base.vn — và áp dụng cho sản phẩm của chính bạn.
Bước 1 — Xác định value metric chính. Hỏi: "Khách hàng dùng nhiều cái gì thì nhận nhiều giá trị hơn?" Với Base là số nhân viên. Với sản phẩm của bạn có thể là số seat, số giao dịch, dung lượng dữ liệu, hay số dự án. Chọn metric khách dễ hiểu và tự mở rộng theo họ.
Bước 2 — Vẽ bậc thang quy mô khách hàng. Chia khách thành ít nhất ba nhóm: siêu nhỏ (thử nghiệm/giá thấp), SMB (lõi doanh thu, giá công khai), Enterprise (báo giá riêng). Mỗi nhóm có hành vi mua và độ nhạy giá khác nhau.
Bước 3 — Quyết định ranh giới self-serve vs sales-led. Phân khúc nào khách tự đăng ký và trả tiền online được? Phân khúc nào bắt buộc cần sales tư vấn + triển khai? Ở Việt Nam, đường ranh này thường nằm thấp hơn bạn nghĩ — nhiều SMB vẫn cần con người dắt tay.
Bước 4 — Thiết kế module hóa để land-and-expand. Đừng bắt khách mua trọn bộ. Tách sản phẩm thành các module bán riêng được, xác định module nào là "cửa vào" (giải bài toán đau nhất, dễ bán nhất) và module nào là "mở rộng".
Bước 5 — Cài đòn bẩy gói năm. Đặt giá tháng và giá năm, với chiết khấu năm đủ hấp dẫn (thường 15–25%) để dịch chuyển khách sang trả trước — vừa cải thiện dòng tiền, vừa giảm churn, vừa xoa dịu tâm lý "thích mua đứt".
Bước 6 — Đặt feature gating có chủ đích. Quyết định tính năng nào khóa ở tier thấp để tạo lý do nâng cấp tự nhiên khi khách lớn lên (phân quyền, tích hợp, báo cáo, số lượng quy trình/người dùng).
Bước 7 — Định nghĩa quy tắc volume discount và sàn giá Enterprise. Lập bảng đơn giá giảm dần theo số seat, và quy định mức sàn (floor) mà sales không được phá giá dưới đó để bảo vệ biên lợi nhuận.
Lỗi thường gặp & mẹo
Lỗi 1 — Để bảng giá per-seat công khai áp cho cả khách lớn. Khách 2.000 người tự nhân ra con số khổng lồ rồi bỏ chạy. Mẹo: trên một ngưỡng quy mô, ẩn giá và chuyển sang "liên hệ báo giá". Phép nhân đơn giản là kẻ thù của deal lớn.
Lỗi 2 — Tier khởi đầu quá hào phóng. Nếu gói rẻ đã đủ tốt cho cả doanh nghiệp 100 người, không ai trả tiền tier cao. Mẹo: gating phải gắn với dấu hiệu trưởng thành của khách (số người, độ phức tạp quy trình, nhu cầu tích hợp).
Lỗi 3 — Bán trọn suite ngay từ đầu. Khách SMB sợ cam kết lớn và sợ phức tạp. Mẹo: vào bằng một module giải một nỗi đau cụ thể (ví dụ: tính lương), expand sau khi đã tạo niềm tin.
Lỗi 4 — Bỏ quên chi phí triển khai/onboarding khi định giá. Ở Việt Nam, chi phí đào tạo và "đổi thói quen từ Excel" rất lớn và thường do nhà cung cấp gánh. Mẹo: hoặc tính phí triển khai riêng (one-time setup fee), hoặc đưa nó vào hợp đồng năm/Enterprise, đừng để nó âm thầm bào mòn biên lợi nhuận.
Lỗi 5 — Cạnh tranh giá với "không làm gì cả". Đối thủ thật của Base nhiều khi không phải SaaS khác, mà là Excel + Zalo + sổ tay (chi phí gần như bằng 0 trong mắt khách). Mẹo: định giá và truyền thông phải đóng khung theo chi phí ẩn của cách làm cũ (thời gian, sai sót, rủi ro tuân thủ), chứ không so đơn giá phần mềm với "miễn phí".
Mẹo tổng quát: Trong B2B SaaS Việt, "giá" không chỉ là con số trên bảng giá — nó là tổng của đơn giá per-seat + phí triển khai + chi phí thời gian onboarding + cam kết hợp đồng. PM giỏi tối ưu cả gói, không chỉ cột giá niêm yết.
Bài tập thực hành
- Tái dựng bảng giá. Giả định bạn là PM của Base. Hãy thiết kế một bảng 3 tier (Khởi đầu / Doanh nghiệp / Enterprise) cho module HRM, với: giá per-employee mỗi tier, số nhân viên tối thiểu/tối đa mỗi tier, 3 tính năng bị gate ở tier thấp, và mức chiết khấu gói năm. Viết rõ lý do cho từng lựa chọn.
- Phân tích value metric. Liệt kê 3 value metric thay thế cho "per-employee" (ví dụ: per-active-user, per-payslip-generated, per-module). Với mỗi cái, nêu một ưu điểm và một rủi ro. Bạn sẽ chọn cái nào và vì sao?
- Tình huống Enterprise. Một khách 1.500 nhân viên hỏi giá. Bảng công khai là 50.000đ/người/tháng. Hãy soạn một cấu trúc báo giá Enterprise: đơn giá per-seat sau chiết khấu khối lượng, phí triển khai một lần, ưu đãi hợp đồng 2 năm, và mức giá sàn bạn tuyệt đối không phá. Tính tổng giá trị hợp đồng năm đầu.
- So sánh chéo. Đối chiếu chiến lược pricing của Base.vn (B2B, per-seat) với MoMo Premium ở Bài 49 (B2C tiêu dùng). Nêu 3 khác biệt cốt lõi trong cách hai sản phẩm chọn value metric, tier và kênh bán (self-serve vs sales-led). Vì sao bối cảnh khách hàng quyết định những khác biệt đó?
Tóm tắt
Base.vn là một case study mẫu mực về pricing B2B SaaS trong bối cảnh Việt Nam. Những điểm cốt lõi cần ghi nhớ:
- Value metric là per-employee/per-seat — gắn chặt với giá trị khách nhận, dễ hiểu, tự mở rộng theo headcount của khách.
- Sản phẩm module hóa cho phép chiến lược land-and-expand: vào bằng một bài toán đau, bán thêm module sau khi tạo niềm tin.
- Tier theo quy mô doanh nghiệp, với tier khởi đầu rẻ làm công cụ thâu tóm, tier SMB là lõi doanh thu, và Enterprise chuyển sang báo giá tùy chỉnh, ẩn giá công khai.
- Hybrid sales-led + self-serve: thị trường Việt vẫn cần con người tư vấn và triển khai, nên pricing không thể thuần tự phục vụ.
- Subscription + chiết khấu gói năm thay cho mua đứt, vừa tạo recurring revenue vừa xoa dịu tâm lý thích trả một lần.
- Đối thủ thật thường là "không làm gì cả" (Excel + Zalo), nên định giá phải đóng khung theo chi phí ẩn của cách làm cũ.