Value-based pricing vs Cost-plus vs Competitor-based — Pricing & Monetization Strategy cho PM

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

Ở Bài 1 bạn đã hiểu pricing là đòn bẩy lợi nhuận mạnh nhất mà một PM có thể chạm tới. Nhưng "biết pricing quan trọng" và "biết cách đặt giá" là hai chuyện hoàn toàn khác nhau. Khi ngồi vào bàn để quyết định một con số cụ thể, hầu hết mọi người rơi vào một trong ba lối tư duy. Vấn đề là phần lớn chọn sai lối, và họ chọn sai không phải vì thiếu thông minh, mà vì không nhận ra rằng mỗi lối tư duy trả lời một câu hỏi khác nhau.

Bài này dạy bạn ba framework định giá nền tảng: Value-based pricing (định giá theo giá trị), Cost-plus pricing (định giá theo chi phí cộng lãi) và Competitor-based pricing (định giá theo đối thủ). Đây không phải ba lựa chọn ngang hàng để bạn "thích cái nào chọn cái đó". Mỗi cái có một logic riêng, một điểm mù riêng, và một bối cảnh mà nó tỏa sáng. Hiểu sai khác biệt giữa chúng là nguồn gốc của rất nhiều quyết định giá tệ hại — từ việc một SaaS Việt Nam bán dưới giá trị 5 lần, đến việc một startup phần cứng phá sản vì cộng lãi trên một nền chi phí sai.

Sau bài này, bạn sẽ trả lời được một cách dứt khoát: với sản phẩm của tôi, lúc này, tôi nên neo giá vào cái gì?

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

Ba framework khác nhau ở điểm neo (anchor) — tức là con số bạn dùng làm xuất phát điểm để suy ra giá bán.

Cost-plus pricing — neo vào chi phí của bạn

Logic đơn giản nhất: tính tổng chi phí làm ra một đơn vị sản phẩm, rồi cộng thêm một biên lợi nhuận mong muốn.

> Giá = Chi phí đơn vị × (1 + biên lợi nhuận mục tiêu)

Ví dụ: bạn sản xuất một bình giữ nhiệt với chi phí 80.000đ/cái, muốn lãi 50%, vậy bán 120.000đ. Sạch sẽ, dễ giải thích cho sếp, dễ kiểm toán.

Điểm mạnh: minh bạch, không bao giờ bán lỗ (nếu tính đúng chi phí), phù hợp với ngành có chi phí biến đổi rõ ràng như sản xuất, bán lẻ, xây dựng, gia công.

Điểm mù chí mạng: khách hàng không quan tâm chi phí của bạn. Họ chỉ quan tâm sản phẩm đáng giá bao nhiêu với họ. Cost-plus bỏ qua hoàn toàn phía cầu. Nếu khách sẵn sàng trả 300.000đ cho cái bình kia vì nó là quà tặng cao cấp, bạn vừa để rơi 180.000đ. Ngược lại, nếu thị trường chỉ chấp nhận 100.000đ, cái giá 120.000đ của bạn ế hàng dù "tính đúng công thức". Với phần mềm — nơi chi phí đơn vị gần bằng 0 — cost-plus gần như vô nghĩa: bạn không thể cộng 50% lên con số 0.

Competitor-based pricing — neo vào giá đối thủ

Logic: nhìn đối thủ bán bao nhiêu, rồi định vị giá của mình quanh đó — ngang bằng, rẻ hơn 10%, hoặc cao hơn để báo hiệu cao cấp.

Điểm mạnh: nhanh, ít rủi ro "lệch pha" thị trường, hữu ích khi bạn mới vào một ngành đã trưởng thành và khách đã có sẵn kỳ vọng giá (price reference). Nếu mọi phần mềm kế toán SME ở Việt Nam đều quanh mức 2–4 triệu/năm, bán 50 triệu sẽ vấp phải bức tường tâm lý dữ dội.

Điểm mù: giả định ngầm rằng đối thủ đã định giá đúng — điều thường sai. Bạn đang copy quyết định của người khác mà không biết họ dựa trên dữ liệu gì. Tệ hơn, competitor-based dễ kéo cả ngành vào cuộc đua xuống đáy (race to the bottom): ai cũng nhìn nhau và hạ giá, biên lợi nhuận của tất cả cùng bốc hơi. Nó cũng làm bạn vô hình về mặt khác biệt — nếu sản phẩm bạn vượt trội nhưng định giá ngang đối thủ, bạn đang tự nguyện cho không phần giá trị tăng thêm.

Value-based pricing — neo vào giá trị cảm nhận của khách hàng

Logic: xác định sản phẩm tạo ra bao nhiêu giá trị kinh tế cho khách hàng (tiết kiệm tiền, kiếm thêm tiền, giảm rủi ro, tiết kiệm thời gian), rồi định giá để bạn lấy về một phần xứng đáng của giá trị đó.

Đây là framework được các công ty pricing trưởng thành ưu tiên, vì nó là cái duy nhất xuất phát từ phía khách hàng — phía thực sự quyết định họ có móc ví hay không. Chi phí của bạn chỉ còn là sàn giá (không bán dưới đó), giá đối thủ chỉ là một tham chiếu, còn trần giá được định bởi giá trị bạn mang lại.

Ví dụ tư duy: một công cụ tự động hóa giúp đội kế toán 5 người tiết kiệm 40 giờ/tháng. Nếu chi phí lao động ~100.000đ/giờ, bạn đang tạo ra 4 triệu đồng giá trị/tháng. Định giá 1–1,5 triệu/tháng là hợp lý — khách vẫn lời gấp 3 lần, còn bạn thu được biên rất khỏe. Để ý: cost-plus và competitor-based không bao giờ dẫn bạn tới con số này.

Cái khó của value-based là nó đòi hỏi bạn hiểu khách sâu: họ là ai, giá trị họ nhận là gì, đo bằng đơn vị nào. Đó là lý do cả khóa học này dành nhiều bài cho willingness-to-pay, segmentation và đơn vị giá trị. Ở bài này, bạn chỉ cần nắm: value-based là đích đến, hai cái kia là công cụ phụ trợ hoặc bước đệm.

Bảng so sánh nhanh

Tiêu chí	Cost-plus	Competitor-based	Value-based
Neo vào	Chi phí của bạn	Giá đối thủ	Giá trị với khách
Trả lời câu hỏi	Tôi cần thu bao nhiêu để có lãi?	Thị trường đang ở mức nào?	Khách đáng trả bao nhiêu?
Dữ liệu cần	Sổ chi phí	Khảo sát thị trường	Nghiên cứu khách hàng
Rủi ro lớn nhất	Bỏ lỡ giá trị / ế hàng	Đua xuống đáy	Khó làm, tốn công
Hợp nhất với	Sản xuất, gia công	Thị trường trưởng thành	SaaS, sản phẩm khác biệt

Tình huống thực tế

Ví dụ 1 — Notion: vì sao họ định giá theo value, không theo chi phí

Notion bán gói Plus quanh mức 8–10 USD/người/tháng. Chi phí biên để phục vụ thêm một người dùng gần như bằng 0 — vài cent lưu trữ và băng thông. Nếu Notion làm cost-plus, giá phải xuống vài cent, vô lý. Nếu họ làm competitor-based thuần túy, họ sẽ bị kéo về mức của Google Docs (gần như miễn phí) hoặc các công cụ note rẻ tiền.

Thay vào đó, Notion neo vào giá trị thay thế: một đội nhóm dùng Notion có thể bỏ luôn công cụ wiki, công cụ quản lý task, và phần mềm tài liệu riêng lẻ. Với một công ty đang trả tiền cho 3–4 công cụ rời rạc, Notion thay thế cả cụm đó với giá thấp hơn tổng — nên 10 USD/người là một món hời rõ ràng với khách, dù chi phí Notion bỏ ra gần như không đáng kể.

Bài học: khi chi phí biên ~0 và sản phẩm thay thế nhiều thứ, value-based là lựa chọn duy nhất hợp lý. Giá phản ánh "tôi giúp bạn tiết kiệm/thay thế bao nhiêu", không phải "tôi tốn bao nhiêu".

Ví dụ 2 — Figma: định giá theo đơn vị giá trị, không theo đầu người chung chung

Figma tách giá theo vai trò: người chỉ xem/bình luận thì miễn phí hoặc rẻ, còn người thực sự thiết kế (editor) mới trả giá cao (quanh 12–15 USD/tháng tùy gói). Đây là value-based áp dụng tinh tế: giá trị Figma tạo ra tập trung ở người vẽ, nên Figma tính tiền đúng vào nơi giá trị phát sinh, và để người chỉ tiêu thụ giá trị vào gần như miễn phí để lan tỏa sản phẩm trong tổ chức.

Nếu Figma làm competitor-based theo các công cụ thiết kế cũ (license một lần vài trăm USD), họ đã không thể xây mô hình thuê bao mở rộng theo đội nhóm. Nếu làm cost-plus, họ chẳng có cơ sở nào để phân biệt editor và viewer — vì chi phí phục vụ hai loại này chênh nhau không đáng kể.

Bài học: value-based không chỉ là "đặt giá cao". Nó là việc chọn đúng đơn vị tính tiền sao cho giá tăng cùng nhịp với giá trị khách nhận được. (Chủ đề đơn vị giá trị sẽ được đào sâu ở các bài B2B pricing sau.)

Ví dụ 3 — Một SaaS B2B Việt Nam định giá sai, rồi sửa

Hãy lấy một tình huống quen thuộc (giả định nhưng rất điển hình ở thị trường Việt). Một startup làm phần mềm chấm công và tính lương cho doanh nghiệp vừa và nhỏ. Lúc mới ra mắt, founder làm cost-plus: cộng chi phí server, lương dev, chia cho số khách dự kiến, ra giá 99.000đ/tháng cho mọi doanh nghiệp. Nghe có vẻ "fair".

Vấn đề: một tiệm cà phê 8 nhân viên và một chuỗi bán lẻ 200 nhân viên trả y hệt nhau, dù giá trị họ nhận chênh nhau hàng chục lần. Chuỗi 200 người tiết kiệm hàng chục giờ kế toán mỗi tháng, tránh sai sót lương đáng giá nhiều triệu đồng — nhưng vẫn chỉ trả 99.000đ. Startup đang cho không phần lớn giá trị mình tạo ra.

Sau khi chuyển sang tư duy value-based, họ định giá theo số nhân viên được quản lý (đơn vị tỉ lệ thuận với giá trị): ví dụ 15.000đ/nhân viên/tháng, có sàn tối thiểu và mức trần cho doanh nghiệp lớn. Tiệm cà phê 8 người trả ~120.000đ — vẫn rẻ và xứng đáng. Chuỗi 200 người giờ trả vài triệu/tháng — vẫn là món hời với họ so với giá trị, nhưng doanh thu của startup từ nhóm khách lớn tăng vọt. Họ giữ competitor-based làm tham chiếu (để không vọt quá xa mặt bằng) và cost-plus làm sàn (đảm bảo mỗi khách vẫn có lãi).

Bài học: ba framework không loại trừ nhau. Trong thực tế bạn dùng value-based để định hướng, competitor-based để kiểm tra mặt bằng, và cost-plus để giữ sàn an toàn.

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

Đây là quy trình để chọn và áp dụng framework cho sản phẩm của bạn:

Xác định cấu trúc chi phí để tìm sàn giá. Tính chi phí biên (cost to serve) một khách hàng. Đây không phải giá bán, chỉ là mức bạn tuyệt đối không xuống dưới. Với SaaS, con số này thường rất thấp — đó là tín hiệu mạnh rằng cost-plus không phù hợp.

Lập bản đồ giá đối thủ để tìm mặt bằng tham chiếu. Liệt kê 3–5 đối thủ trực tiếp và gián tiếp, ghi lại giá và mô hình tính tiền của họ. Mục tiêu không phải để sao chép, mà để biết kỳ vọng giá của khách đang neo ở đâu.

Định lượng giá trị bạn tạo ra cho khách. Trả lời: sản phẩm giúp khách kiếm thêm tiền, tiết kiệm tiền, tiết kiệm thời gian hay giảm rủi ro? Quy ra con số. Ví dụ "tiết kiệm 20 giờ/tháng × chi phí giờ" hoặc "giảm 2% tỉ lệ huỷ đơn × giá trị mỗi đơn". Đây là phần khó nhất và quan trọng nhất.

Chọn đơn vị tính tiền (value metric) bám sát giá trị. Giá nên tăng khi khách nhận nhiều giá trị hơn: theo số nhân viên, số giao dịch, dung lượng, số chỗ ngồi... Chọn sai đơn vị thì dù triết lý value-based cũng vô dụng.

Đặt giá trong khoảng giữa sàn và trần. Trần = giá trị bạn tạo ra. Sàn = chi phí cộng biên tối thiểu. Đặt giá sao cho khách vẫn lời rõ ràng (thường để khách giữ 60–80% giá trị, bạn lấy 20–40%) — đủ để họ thấy hời mà bạn vẫn thu khỏe.

Đối chiếu với mặt bằng đối thủ và điều chỉnh. Nếu giá value-based của bạn cao hơn đối thủ nhiều, hãy chắc rằng bạn truyền đạt được phần giá trị tăng thêm; nếu không, cân nhắc thu hẹp khoảng cách hoặc tách gói.

Ghi lại giả định và lên lịch kiểm chứng. Mọi con số ở bước 3 đều là giả định. Đánh dấu chúng để sau này xác thực bằng nghiên cứu willingness-to-pay và thử nghiệm giá (các bài sau của khóa).

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

Lỗi 1 — Mặc định dùng cost-plus vì nó dễ. Đây là cái bẫy phổ biến nhất với PM kỹ thuật. Chi phí dễ tính nên ta bám vào nó. Nhưng với sản phẩm số, cost-plus gần như luôn để rơi tiền. Mẹo: nếu chi phí biên của bạn dưới 20% giá bán tiềm năng, cost-plus chỉ nên là sàn, không bao giờ là phương pháp chính.

Lỗi 2 — Copy giá đối thủ mà không hiểu họ định giá thế nào. Đối thủ có thể đang lỗ để giành thị phần, đang định giá sai, hoặc phục vụ phân khúc khác bạn. Mẹo: dùng giá đối thủ như "lan can" (giới hạn để không lệch quá xa), không phải như "kim chỉ nam".

Lỗi 3 — Nói "chúng tôi làm value-based" nhưng không thực sự đo giá trị. Rất nhiều đội tuyên bố value-based rồi vẫn đặt giá theo cảm tính. Value-based mà không có con số định lượng giá trị thì chỉ là cost-plus đội lốt. Mẹo: bắt buộc viết ra công thức giá trị (giờ tiết kiệm × đơn giá, doanh thu tăng thêm...) trước khi chốt giá.

Lỗi 4 — Một mức giá cho mọi khách trong khi giá trị chênh lệch lớn. Như ví dụ phần mềm chấm công: khách lớn và khách nhỏ nhận giá trị khác nhau nhưng trả như nhau. Mẹo: nếu giá trị giữa các nhóm khách chênh trên 3 lần, bạn gần như chắc chắn cần một value metric để phân biệt.

Mẹo tổng quát: đừng coi ba framework là loại trừ nhau. Công ty trưởng thành dùng cả ba theo vai trò: value-based dẫn dắt quyết định, competitor-based làm tham chiếu, cost-plus làm sàn an toàn.

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

Chọn một sản phẩm bạn đang phụ trách (hoặc một sản phẩm bạn biết rõ) và hoàn thành bài tập sau ra giấy/bảng tính:

Tính sàn cost-plus: ước lượng chi phí biên phục vụ một khách hàng và biên lợi nhuận tối thiểu bạn chấp nhận. Ghi ra con số sàn.

Vẽ bản đồ đối thủ: liệt kê 3 đối thủ, giá và mô hình tính tiền của họ. Khách của bạn đang neo kỳ vọng giá ở mức nào?

Định lượng giá trị: viết một công thức cụ thể cho giá trị sản phẩm tạo ra cho một khách điển hình (ví dụ: "tiết kiệm X giờ/tháng × Y đồng/giờ = Z đồng/tháng"). Ra con số trần.

Đề xuất giá: đặt một mức giá nằm giữa sàn và trần sao cho khách giữ 60–80% giá trị. So sánh con số này với giá bạn (hoặc công ty) đang bán thực tế.

Rút kết luận: chênh lệch giữa giá value-based và giá hiện tại là bao nhiêu? Nếu bạn đang bán dưới giá trị, ước tính phần doanh thu đang bỏ lỡ mỗi tháng.

Nếu kết quả bước 5 khiến bạn giật mình, bạn vừa tự chứng minh được vì sao bài học này quan trọng.

Tóm tắt

Có ba framework định giá nền tảng, khác nhau ở điểm neo: cost-plus neo vào chi phí của bạn, competitor-based neo vào giá đối thủ, value-based neo vào giá trị với khách hàng.
Cost-plus minh bạch và an toàn nhưng bỏ qua phía cầu; hợp với sản xuất/gia công, gần như vô dụng cho sản phẩm số có chi phí biên ~0.
Competitor-based nhanh và hợp với thị trường trưởng thành, nhưng dễ kéo cả ngành đua xuống đáy và giả định sai rằng đối thủ đã định giá đúng.
Value-based là đích đến của các công ty pricing trưởng thành — như Notion và Figma — vì nó xuất phát từ phía khách hàng và cho phép thu về phần xứng đáng của giá trị tạo ra. Cái khó là phải hiểu khách sâu và đo được giá trị.
Trong thực tế, ba cái bổ trợ nhau: value-based dẫn dắt, competitor-based làm tham chiếu, cost-plus làm sàn.
Quy trình áp dụng: tìm sàn (chi phí) → tìm mặt bằng (đối thủ) → định lượng giá trị (trần) → chọn đơn vị tính tiền → đặt giá giữa sàn và trần → kiểm chứng bằng nghiên cứu và thử nghiệm ở các bài sau.