Menu
ESC

Nhập từ khóa để tìm kiếm

↑↓ Di chuyển
Enter Mở
ESC Đóng

Đang tải...

Bài 37 — Enterprise Pricing & Contracting

Pricing & Monetization Strategy cho PM Bài 37/60

Mở đầu — vì sao bài này quan trọng

Khi sản phẩm của bạn bắt đầu hấp dẫn những khách hàng lớn — một ngân hàng, một tập đoàn bán lẻ với 5.000 nhân viên, hay một cơ quan nhà nước — thì bảng giá tự phục vụ (self-serve) đẹp đẽ trên trang web bỗng trở nên vô dụng. Khách hàng enterprise không bấm nút "Mua ngay". Họ gửi email "Cho tôi xin báo giá", kéo theo một danh sách yêu cầu dài: cam kết uptime, hỗ trợ riêng, triển khai tận nơi, điều khoản bảo mật dữ liệu, hóa đơn theo quý, và gần như chắc chắn là một mức chiết khấu.

Đây là nơi nhiều PM mắc kẹt. Bạn quen với tư duy "định giá theo gói cố định", nhưng enterprise lại là một thế giới của thương lượng, hợp đồng nhiều thành phần, và những con số có thể gấp 10-50 lần giá niêm yết. Một deal enterprise có thể đáng giá bằng vài trăm khách hàng SMB cộng lại — nhưng nếu bạn cấu trúc giá sai, bạn có thể khóa chặt công ty vào một hợp đồng lỗ trong ba năm, hoặc tệ hơn, để lộ ra rằng giá của bạn hoàn toàn có thể "co giãn", khiến khách hàng tiếp theo cũng đòi giảm.

Bài này tập trung vào cách cấu trúc giá và hợp đồng cho khách hàng enterprise: các thành phần tạo nên một deal (license, support, implementation, custom work), cách đóng gói chúng lại thành một đề xuất mạch lạc, và cách bảo vệ giá trị trong quá trình thương lượng. Đây là kỹ năng phân biệt một PM "biết làm bảng giá" với một PM thực sự hiểu cách kiếm tiền từ những khách hàng lớn nhất.

Khái niệm cốt lõi

Một hợp đồng enterprise hiếm khi chỉ là "một con số mỗi tháng". Nó là tổ hợp của nhiều thành phần, mỗi thành phần phục vụ một mục đích kinh tế khác nhau. Hiểu rõ từng thành phần giúp bạn vừa tối đa hóa giá trị thu về, vừa cho khách hàng cảm giác họ trả tiền cho những thứ cụ thể chứ không phải một con số trên trời.

1. Base license — phần lõi của doanh thu

Đây là quyền sử dụng phần mềm, thường tính theo per-seat (mỗi tài khoản người dùng), per-feature (theo module/tính năng được mở khóa), hoặc đôi khi theo dung lượng/khối lượng sử dụng. Base license là phần doanh thu định kỳ (recurring) — thứ tạo nên ARR (Annual Recurring Revenue) mà nhà đầu tư quan tâm nhất.

Với enterprise, base license thường được bán theo cam kết tối thiểu: khách hàng cam kết mua ít nhất, ví dụ, 500 seat dù họ mới triển khai cho 300 người. Cam kết này đổi lại một mức giá đơn vị thấp hơn. Đây là cơ chế "lượng đổi giá" — bạn nhường biên lợi nhuận trên mỗi đơn vị để lấy về tổng giá trị hợp đồng lớn và sự chắc chắn về doanh thu.

2. Premium support — bán sự an tâm, có SLA chống lưng

Khách hàng lớn không chấp nhận "gửi email rồi chờ 48 giờ". Họ cần SLA (Service Level Agreement) — cam kết bằng văn bản về thời gian phản hồi, thời gian khắc phục sự cố, và mức uptime (ví dụ 99,9%). Premium support thường được bán như một lớp riêng: hỗ trợ 24/7, có kênh riêng (Slack/Telegram dành riêng), một Technical Account Manager (TAM) được chỉ định, và cam kết phản hồi sự cố nghiêm trọng (P1) trong vòng 15-30 phút.

Điểm mấu chốt về mặt định giá: support là một dòng doanh thu riêng, không phải quà tặng. Thông thường, premium support được tính bằng 15-25% giá trị base license. Đây là biên lợi nhuận cao vì bạn bán cam kết và sự an tâm, không phải bán giờ công.

3. Implementation — phí một lần để khách hàng "lên được tàu"

Triển khai cho enterprise rất khác cài app cho cá nhân. Nó bao gồm: tích hợp với hệ thống nội bộ (SSO, ERP, kho dữ liệu), di chuyển dữ liệu cũ, cấu hình theo quy trình riêng, và đào tạo nhân sự. Đây là chi phí một lần (one-time fee), không định kỳ.

Implementation fee có hai vai trò. Thứ nhất, nó bù đắp chi phí thực tế bạn bỏ ra (kỹ sư triển khai, thời gian). Thứ hai — và quan trọng hơn về tâm lý — nó tạo ra cam kết (commitment). Khi khách hàng đã trả một khoản triển khai đáng kể, họ có động lực mạnh để dùng sản phẩm cho đến nơi đến chốn, giảm tỷ lệ churn.

4. Custom work — tùy chỉnh theo yêu cầu riêng

Enterprise thường muốn những thứ không có sẵn: một báo cáo đặc thù, một tích hợp với phần mềm nội bộ tự xây, một tính năng riêng cho ngành của họ. Custom work nên được định giá tách bạch và thường bằng hình thức dự án (project-based) hoặc Statement of Work (SOW) riêng.

Lời khuyên quan trọng: hãy cẩn thận với custom work. Nó dễ trở thành cái bẫy "công ty dịch vụ trá hình" — bạn nhận tiền tùy chỉnh nhưng phải gánh chi phí bảo trì mãi mãi cho một tính năng chỉ một khách dùng. Hãy ưu tiên những custom work có thể "sản phẩm hóa" để bán lại cho khách khác.

Cấu trúc hợp đồng và các đòn bẩy thương lượng

Ngoài bốn thành phần trên, hợp đồng enterprise còn có các đòn bẩy quan trọng:

  • Thời hạn (term): Hợp đồng 1 năm, 2 năm hay 3 năm. Cam kết dài hơn = chiết khấu sâu hơn, nhưng bạn khóa giá lại (rủi ro nếu chi phí của bạn tăng).
  • Điều khoản tăng giá (uplift clause): Cam kết giá năm sau tăng tự động 5-7% — bảo vệ bạn khỏi việc "đóng băng giá" suốt 3 năm.
  • Thanh toán: Trả trước cả năm (tốt cho dòng tiền của bạn) đổi lấy chiết khấu, hay trả theo quý.
  • Order Form & MSA: MSA (Master Service Agreement) là khung pháp lý chung; Order Form là tờ ghi cụ thể giá và số lượng cho từng lần mua. Tách hai thứ này giúp lần mua sau (upsell) chỉ cần ký Order Form mới, nhanh hơn nhiều.

Tình huống thực tế

Ví dụ 1: Base.vn bán cho một tập đoàn bất động sản

Giả định một nền tảng quản trị doanh nghiệp như Base.vn tiếp cận một tập đoàn bất động sản 1.200 nhân viên. Bảng giá tự phục vụ của họ là 120.000đ/người/tháng cho gói Pro. Nếu áp giá niêm yết, hợp đồng sẽ là khoảng 1,73 tỷ đồng/năm.

Nhưng đây là deal enterprise, nên cấu trúc thực tế trông như sau: khách cam kết 1.000 seat (chứ không phải đủ 1.200, vì một số phòng ban triển khai sau), đổi lấy đơn giá giảm còn 90.000đ/seat/tháng → base license khoảng 1,08 tỷ/năm. Cộng thêm premium support có SLA phản hồi P1 trong 1 giờ và một người phụ trách riêng: 200 triệu/năm. Phí implementation một lần — tích hợp với hệ thống chấm công và phần mềm kế toán nội bộ, di chuyển dữ liệu nhân sự, đào tạo: 250 triệu. Và một custom work: báo cáo KPI theo mô hình đặc thù ngành địa ốc: 150 triệu.

Bài học: Đừng nhìn vào "giá per-seat giảm 25%" rồi hoảng. Tổng giá trị năm đầu là khoảng 1,68 tỷ, gần bằng giá niêm yết, nhưng được phân bổ thông minh: phần recurring (license + support) tạo ARR bền vững, phần one-time (implementation + custom) bù chi phí và tạo commitment. Chiết khấu trên license được "đổi" lấy cam kết số lượng — chứ không cho không.

Ví dụ 2: Một SaaS ngành logistics và cái bẫy custom work

Một startup SaaS quản lý vận tải ở TP.HCM ký hợp đồng lớn đầu tiên với một hãng giao nhận. Để chốt deal, họ đồng ý xây miễn phí một module tích hợp với hệ thống định vị GPS riêng của khách, coi đó là "đầu tư cho khách hàng chiến lược". Hợp đồng trị giá 800 triệu/năm, nghe rất hấp dẫn.

Vấn đề xuất hiện sau 8 tháng. Module GPS đó cần bảo trì liên tục mỗi khi nhà cung cấp GPS đổi API. Đội kỹ sư nhỏ phải dành 20% thời gian chỉ để giữ cho một tính năng — mà chỉ một khách duy nhất dùng — không hỏng. Biên lợi nhuận thực của deal này, sau khi tính chi phí bảo trì, gần như bằng không.

Bài học: Custom work miễn phí không bao giờ thực sự miễn phí. Đáng lẽ họ nên (a) tính riêng phí custom 200-300 triệu để bù chi phí, (b) đưa điều khoản bảo trì hằng năm cho phần custom, hoặc (c) từ chối nếu tính năng đó không thể bán lại cho khách khác. Hãy tách custom work ra khỏi giá lõi và định giá nó như một dự án thực thụ.

Ví dụ 3: Sàn TMĐT đàm phán với một nhãn hàng FMCG lớn

Một nền tảng phân tích dữ liệu bán hàng tại Đông Nam Á tiếp cận một nhãn hàng FMCG đa quốc gia. Bên mua đưa ra yêu cầu kinh điển: "Chúng tôi muốn giảm 40% so với báo giá, và muốn ký 1 năm thôi để thử." Nếu PM gật đầu ngay, họ vừa cho chiết khấu sâu vừa mất luôn cam kết dài hạn.

Cách xử lý đúng: biến chiết khấu thành đòn bẩy có điều kiện. PM phản hồi: "Mức giảm 40% chỉ áp dụng nếu anh chị cam kết hợp đồng 3 năm và trả trước năm đầu. Nếu chỉ 1 năm, mức tốt nhất chúng tôi đưa được là giảm 12%." Đồng thời thêm điều khoản uplift 6%/năm cho năm 2 và 3. Kết quả: khách chọn hợp đồng 2 năm, giảm 22%, trả trước năm đầu.

Bài học: Trong thương lượng enterprise, mỗi nhượng bộ về giá phải đổi lấy một thứ có giá trị — thời hạn dài hơn, số lượng lớn hơn, trả trước, hoặc quyền dùng làm case study. Cho chiết khấu vô điều kiện là tự dạy khách hàng rằng giá của bạn không có thật.

Hướng dẫn từng bước

Đây là quy trình thực tế để xây một đề xuất giá enterprise, từ lúc nhận yêu cầu đến lúc gửi báo giá:

  • Hiểu giá trị, không chỉ yêu cầu (discovery). Trước khi báo giá, tìm hiểu: khách có bao nhiêu người dùng thực, vấn đề họ đang trả tiền để giải quyết lớn cỡ nào, và họ đang mất bao nhiêu vì chưa có giải pháp. Giá enterprise neo vào giá trị bạn tạo ra cho họ, không phải chi phí của bạn.
  • Xác định cam kết số lượng và đơn vị tính. Chốt mô hình per-seat hay per-feature, rồi thống nhất con số cam kết tối thiểu. Đây là nền của base license.
  • Tách deal thành bốn thành phần. Liệt kê rõ ràng: base license (recurring), premium support + SLA (recurring), implementation (one-time), custom work (one-time/project). Mỗi dòng có con số riêng. Sự minh bạch này khiến khách thấy họ trả cho thứ cụ thể.
  • Thiết kế đòn bẩy thương lượng trước. Quyết định sẵn: mức chiết khấu tối đa bạn cho phép, và mỗi mức đổi lấy điều gì (thời hạn, trả trước, số lượng). Có sẵn "thang đổi chác" này giúp bạn không phải ứng biến hớ hênh trong cuộc họp.
  • Thêm các điều khoản bảo vệ. Uplift clause hằng năm, điều khoản gia hạn tự động, điều khoản về phạm vi support, và giới hạn rõ ràng cho custom work (tránh "scope creep").
  • Cấu trúc pháp lý: MSA + Order Form. Đưa các điều khoản chung vào MSA ký một lần, và giá/số lượng cụ thể vào Order Form. Lần upsell sau chỉ cần Order Form mới.
  • Trình bày dưới dạng "tổng giá trị đầu tư", có lộ trình. Đừng chỉ gửi một con số. Cho khách thấy năm 1, năm 2, năm 3 trông thế nào, và ROI họ kỳ vọng nhận lại.

Lỗi thường gặp & mẹo

Lỗi 1 — Gộp tất cả vào một con số. Khi bạn báo "2 tỷ/năm trọn gói", khách không biết họ trả cho gì và sẽ nghĩ "chắc giảm được 50%". Tách thành phần ra để mỗi nhượng bộ đều có lý do và giới hạn.

Lỗi 2 — Cho chiết khấu vô điều kiện. Mỗi % chiết khấu phải đổi lấy giá trị: cam kết dài, trả trước, hoặc số lượng. Chiết khấu cho không sẽ lan ra mọi deal sau và phá vỡ kỷ luật giá.

Lỗi 3 — Tặng implementation và support miễn phí để chốt deal. Đây là những thứ tốn chi phí thật của bạn. Cho miễn phí một lần thì sang khách sau cũng đòi miễn phí. Nếu buộc phải nhân nhượng, hãy "giảm" chứ đừng "xóa" — giữ một con số tượng trưng để khẳng định nó có giá trị.

Lỗi 4 — Quên điều khoản tăng giá (uplift). Ký hợp đồng 3 năm giá cố định nghĩa là bạn cấp dịch vụ năm thứ ba với giá của hai năm trước, trong khi chi phí và lạm phát đã tăng. Luôn cài uplift 5-7%/năm.

Lỗi 5 — Để custom work nuốt biên lợi nhuận. Tách riêng, định giá riêng, và thêm phí bảo trì cho phần tùy chỉnh. Hỏi câu chốt: "Tính năng này có bán lại cho khách khác được không?" Nếu không, hãy cân nhắc rất kỹ.

Mẹo về biên lợi nhuận: Phần recurring (license + support) là thứ làm tăng giá trị công ty bạn; phần one-time (implementation + custom) chỉ bù chi phí. Khi tối ưu một deal, hãy đẩy mạnh phần recurring và giữ phần one-time đủ để trang trải, vì nhà đầu tư định giá doanh nghiệp dựa trên ARR.

Mẹo về tâm lý neo giá: Luôn đưa "giá niêm yết" trước, rồi mới đưa "giá ưu đãi cho enterprise". Con số niêm yết đóng vai trò mỏ neo, khiến mức bạn thực sự muốn bán trông như một ưu đãi lớn.

Bài tập thực hành

Hãy chọn một sản phẩm SaaS bạn biết rõ (có thể là sản phẩm bạn đang làm, hoặc một sản phẩm Việt Nam như Base.vn, KiotViet, Haravan), và một khách hàng enterprise giả định cụ thể (ví dụ: chuỗi 80 cửa hàng, hoặc tập đoàn 2.000 nhân viên).

  • Xây đề xuất 4 thành phần. Viết ra con số cụ thể cho: base license (với cam kết số lượng + đơn giá), premium support + nội dung SLA, implementation fee + những gì nó bao gồm, và một custom work hợp lý.
  • Thiết kế thang chiết khấu. Lập bảng: hợp đồng 1 năm → giảm X%; 2 năm → giảm Y%; 3 năm + trả trước → giảm Z%. Ghi rõ mỗi mức đổi lấy điều gì.
  • Viết kịch bản xử lý phản đối. Khách nói: "Đắt quá, đối thủ rẻ hơn 30%." Bạn trả lời thế nào để không hạ giá vô điều kiện mà vẫn giữ deal?
  • Tính tỷ lệ recurring vs one-time. Trong tổng giá trị năm đầu, bao nhiêu % là recurring? Nếu dưới 70%, hãy nghĩ cách tái cấu trúc để tăng phần recurring.
So sánh kết quả với ba ví dụ trong bài. Nếu đề xuất của bạn chỉ có một con số trọn gói, hãy làm lại — đó chính là lỗi phổ biến nhất.

Tóm tắt

Định giá enterprise không phải là dán một con số lớn lên bảng giá, mà là cấu trúc một hợp đồng nhiều thành phần sao cho vừa tối đa hóa giá trị thu về vừa cho khách hàng cảm giác họ trả tiền cho những thứ cụ thể. Bốn thành phần cốt lõi: base license (recurring, tính per-seat/per-feature, có cam kết số lượng), premium support (recurring, có SLA chống lưng, biên cao), implementation (one-time, bù chi phí và tạo commitment), và custom work (tách riêng, định giá như dự án, cẩn thận với bẫy bảo trì).

Bao quanh bốn thành phần đó là các đòn bẩy hợp đồng: thời hạn, điều khoản uplift, điều kiện thanh toán, và cấu trúc MSA + Order Form. Nguyên tắc vàng xuyên suốt: mỗi nhượng bộ về giá phải đổi lấy một thứ có giá trị, và phần recurring là thứ thực sự làm tăng giá trị công ty bạn. Nắm vững những điều này, bạn sẽ chuyển từ một PM "làm bảng giá" thành một PM biết cách kiếm tiền từ những khách hàng lớn nhất — nơi mỗi deal có thể thay đổi cả quỹ đạo doanh thu của công ty.