Công ty dịch vụ kế toán thuế thường phí cố định theo tháng: "kế toán ngoài 5 triệu/tháng cho doanh nghiệp nhỏ". Phí cố định đơn giản để bán, nhưng không phản ánh khối lượng thực tế. Khách doanh thu 3 tỷ và khách 8 tỷ cùng phí 5 triệu – nhưng volume hóa đơn, giao dịch, đối tác khác nhau 3-5 lần. Khách "kéo" thêm việc (thêm chi nhánh, thêm loại thuế, thêm đối tác) mà phí không tăng. Kết quả: công ty phục vụ khách volume cao với phí volume thấp – ăn lỗ không biết. Bài viết phân tích cách tính phí theo khối lượng thực tế.

1. Vì sao phí cố định gây lỗ
Phí cố định có ba vấn đề. Một, không phản ánh volume: 100 hóa đơn/tháng vs 500 hóa đơn/tháng cùng phí, nhưng staff time khác 5 lần. Hai, không phản ánh complexity: khách có 1 đối tác vs khách có 20 đối tác (chuyển giá, FCT) cùng phí, nhưng leader review time khác 10 lần. Ba, không có cơ chế tăng khi volume tăng: khách tăng doanh thu 50%, hóa đơn tăng 50%, nhưng phí cố định → margin công ty giảm. Cộng dồn, phí cố định khiến 20-30% khách ăn lỗ – và công ty không biết vì không đo P&L khách.
Một vấn đề phụ: phí cố định tạo "adverse selection": khách volume cao thích phí cố định (vì rẻ cho họ), khách volume thấp ngại phí cố định (vì đắt cho họ). Kết quả: công ty thu hút khách volume cao (lỗ) và mất khách volume thấp (lãi) – mix khách xấu dần, margin giảm theo. Adverse selection là lý do nhiều công ty dịch vụ kế toán thuế "làm nhiều, margin mỏng" – họ thu hút đúng khách ăn lỗ. Driver-based pricing đảo ngược: khách volume cao phí cao (công bằng), khách volume thấp phí thấp (hấp dẫn) – mix khách cân bằng, margin ổn.
2. Driver-based pricing: tính phí theo driver thực tế
Giải pháp là driver-based pricing: phí tính theo driver phản ánh khối lượng. Bốn driver phổ biến: 1, số hóa đơn/tháng (mỗi hóa đơn 5-15 nghìn); 2, số giao dịch ngân hàng/tháng (mỗi giao dịch 3-10 nghìn); 3, số đối tác liên quan (mỗi đối tác 50-200 nghìn/tháng); 4, doanh thu khách (phí cơ bản = 0,1-0,3% doanh thu, có cap). Phí tổng = phí cơ bản + phí hóa đơn + phí giao dịch + phí đối tác. Driver-based đảm bảo phí scale với volume – khách volume cao phí cao, khách volume thấp phí thấp.
Ví dụ: khách A doanh thu 3 tỷ, 100 hóa đơn/tháng, 20 giao dịch ngân hàng, 5 đối tác. Phí = 3 triệu (cơ bản 0,1%) + 1 triệu (100×10k) + 0,15 triệu (20×7,5k) + 0,5 triệu (5×100k) = 4,65 triệu. Khách B doanh thu 8 tỷ, 400 hóa đơn, 60 giao dịch, 15 đối tác. Phí = 8 triệu (cap) + 4 triệu + 0,45 triệu + 1,5 triệu = 13,95 triệu. Khách B phí gấp 3 lần khách A – phản ánh volume gấp 3-4 lần. Driver-based công bằng cho cả hai bên.
3. Tính phí cho nhóm khách đặc biệt
Driver-based cho nhóm 1-2 (doanh nghiệp nhỏ/vừa) rõ ràng. Nhóm 3 (chi nhánh nước ngoài) và nhóm 5 (tư vấn đặc biệt) cần cách tính khác. Nhóm 3: phí theo giờ chuyên gia (200-500 nghìn/giờ) + phí cố định cho compliance cơ bản. Nhóm 3 complexity cao nhưng volume thấp, driver-based theo volume không phù hợp. Nhóm 5: phí theo dự án (fixed fee hoặc T&M), không theo tháng. Phân biệt cách tính theo nhóm đảm bảo mỗi nhóm có margin phù hợp.
Nhóm 4 (cá nhân) thường one-off, phí cố định theo loại kê khai (TNCN 1-3 triệu). Volume thấp nhưng nếu số lượng lớn (tax season), có thể automation toàn bộ – phí thấp nhưng margin 40-60% vì staff time rất ít (form tự động). Automation nhóm 4 là "easy win" mà nhiều công ty bỏ qua – vì thấy phí thấp. Nhưng 500 khách cá nhân × 2 triệu × margin 50% = 500 triệu/năm, gần như passive income sau khi automation.
4. Tính phí có ceiling và floor
Driver-based cần ceiling (trần) và floor (sàn) để tránh hai cực. Ceiling: phí không vượt X% doanh thu khách (thường 0,3-0,5%) – nếu vượt, khách sẽ tự làm kế toán nội bộ. Floor: phí tối thiểu Y triệu/tháng – dù khách volume thấp, công ty vẫn tốn thời gian setup + maintain, cần phí tối thiểu để không lỗ. Ceiling và floor đảm bảo phí trong vùng "khách chấp nhận được" và "công ty có margin".

Ceiling và floor cũng nên adjust theo nhóm khách. Nhóm 1 ceiling 0,3% doanh thu (volume lớn, khách nhạy giá), floor 3 triệu. Nhóm 3 ceiling 0,5% (complexity cao, khách ít nhạy giá), floor 20 triệu. Nhóm 5 không ceiling/floor – phí theo dự án, thỏa thuận từng case. Adjust theo nhóm đảm bảo pricing phù hợp "willingness to pay" của từng nhóm – và công ty không "quote thấp quá" với nhóm 3 (mất margin) hay "quote cao quá" với nhóm 1 (mất khách).
Ceiling và floor nên review hàng năm: nếu tỷ lệ khách chạm ceiling cao (>20%), có thể ceiling quá thấp – tăng. Nếu tỷ lệ khách chạm floor cao (>30%), có thể floor quá cao – giảm hoặc xem có nên phục vụ khách volume thấp không (có thể drop, focus volume cao). Review đảm bảo ceiling/floor phản ánh thị trường – không "cố định 3 năm rồi outdated".
5. Tăng phí khi volume tăng
Driver-based tự động tăng phí khi volume tăng – nhưng cần review định kỳ. Hàng quý, ERP tính lại phí theo driver thực tế của quý trước. Nếu volume tăng 20% so với quote ban đầu, phí tăng tương ứng. Công ty thông báo khách trước 30 ngày, giải thích "volume tăng, phí điều chỉnh theo driver đã thỏa thuận". Khách thường chấp nhận vì hiểu volume tăng = việc tăng, phí tăng là hợp lý. Tăng phí định kỳ tránh tình trạng "quote 5 triệu 3 năm trước, nay volume gấp đôi, vẫn 5 triệu".
Một best practice là "annual true-up": cuối năm, tính lại phí theo driver thực tế cả năm. Nếu volume thực > quote 10%, khách bổ sung phần chênh. Nếu volume thực < quote 10%, công ty refund hoặc credit kỳ sau. True-up đảm bảo phí phản ánh chính xác volume – và công bằng cho cả hai bên. Khách chấp nhận vì transparency (thấy rõ volume + driver + phí). Công ty có margin đúng – và quan hệ khách không bị "tăng phí bất ngờ" hay "phí cố định lỗ".
True-up cần communicate trước: trong hợp đồng ban đầu, ghi rõ "annual true-up, +/- 10% tolerance". Khách biết trước, không bất ngờ. Communicate trước + transparency trong calculation → khách chấp nhận true-up 90%+ – cao hơn "communicate sau" (40-50% khách phản đối). True-up là chốt chặn "phí cố định lỗ 3 năm" – và là best practice mà công ty dịch vụ kế toán thuế chuyên nghiệp nên áp dụng.
6. Upsell: từ nhóm 1 lên nhóm 3
Driver-based cũng là cơ hội upsell. Khi phục vụ khách nhóm 1, công ty biết khách đang growth (doanh thu tăng 30%/năm). Khi khách đạt ngưỡng nhóm 2-3 (doanh thu 20-50 tỷ, cần BCTC audit, cần tư vấn thuế), công ty pro-active đề xuất "thêm service BCTC audit + tư vấn thuế, phí thêm X triệu". Upsell từ nhóm 1 lên nhóm 3 tăng margin 2-3 lần mà không cần tìm khách mới – và khách đã có trust, dễ upsell. Dashboard CEO cần hiển thị pipeline upsell: số khách nhóm 1 đang approach ngưỡng nhóm 2-3, giá trị expected. Pipeline upsell là KPI sales quan trọng mà nhiều công ty không đo.
Upsell không chỉ là "thêm service", còn là "repositioning": khách nhóm 1 growth thành nhóm 2, công ty cần thay đổi cách phục vụ (thêm leader review, thêm tư vấn chiến lược, không chỉ entry). Repositioning đảm bảo khách growth nhận được service phù hợp cấp độ mới – và không rời sang công ty lớn hơn vì "công ty cũ không đủ capability". Đây là lý do nhiều công ty mất khách khi khách growth: không reposition, khách thấy service không theo kịp growth, rời. Repositioning chủ động giữ khách growth – và là chiến lược retain quan trọng hơn cả giảm phí.
Upsell cần timing đúng: quá sớm (khách chưa đủ ngưỡng) → khách thấy "đang ép mua thêm", mất niềm tin. Quá muộn (khách đã tự tìm công ty lớn hơn) → mất upsell. ERP với P&L khách + driver-based biết "khi nào khách approach ngưỡng" – và trigger leader đề xuất upsell đúng thời điểm. Timing đúng tăng tỷ lệ upsell chấp nhận từ 10-20% (đề xuất ngẫu nhiên) lên 40-60% (đề xuất đúng lúc) – và là ROI rõ của data-driven upsell.
7. P&L khách: đo margin từng khách
Như đã nói trong bài quản trị khách, P&L khách cần đo liên tục. Driver-based pricing + timesheet cho phép: phí (theo driver) − chi phí (timesheet × rate) = P&L khách. Khi P&L khách âm, review: hoặc tăng phí (nếu driver đã đúng nhưng phí thấp), hoặc giảm service (nếu khách không chấp nhận tăng phí), hoặc drop (nếu không thể sửa). Khi P&L khách dương cao, retain + upsell. P&L khách là chốt của driver-based pricing – và là dữ liệu chiến lược cho CEO.
P&L khách nên review hàng quý với action cụ thể: khách P&L âm 2 quý liên tiếp → cần action (tăng phí hoặc drop). Khách P&L dương cao 2 quý → cần retain (meeting CEO, gift, đề xuất upsell). Review hàng quý đảm bảo P&L khách không "trôi" – và công ty không bất ngờ phát hiện "khách A lỗ 2 năm" khi đã muộn.
P&L khách còn nên benchmark: P&L trung bình nhóm 1 vs nhóm 3 – chênh lệch bao nhiêu? P&L khách A vs khách B cùng nhóm – vì sao khác? Benchmark cho phép CEO học từ khách tốt (best practice) và sửa khách yếu – và là dữ liệu chiến lược cho pricing và service design. Không benchmark, công ty không biết "P&L nhóm 1 -5% là normal hay có vấn đề" – và không action đúng.
8. Bắt đầu từ đâu
Ba bước trong tháng đầu: 1 phân loại 50-200 khách vào 5 nhóm, gán account manager + staff. 2 cho 10 khách lớn nhất, tính phí driver-based (lý thuyết) so với phí hiện tại – xem chênh lệch. 3 đo P&L 10 khách lớn nhất (timesheet 1 tháng, tính chi phí, so phí). Ba bước này cho phép CEO thấy "khách nào đang lỗ vì phí cố định, khách nào có cơ hội tăng phí".
Triển khai driver-based cho hợp đồng mới, và migrate dần hợp đồng cũ khi renew. Trong 12-18 tháng, toàn bộ khách chuyển sang driver-based – và margin công ty tăng 15-25% mà không cần tăng khách. Một công ty dịch vụ kế toán thuế doanh thu 10 tỷ, margin tăng 20% = 2 tỷ lợi nhuận thêm/năm – đủ hoàn vốn ERP + digitization trong năm đầu, và là khoản đầu tư có ROI rõ. Driver-based pricing không phải "tăng phí", là phí công bằng phản ánh value – và khách chấp nhận khi hiểu logic. Bài tiếp theo sẽ đi vào dashboard CEO – tổng hợp tất cả KPI cần xem để ra quyết định nhanh.
Một lưu ý về communicate driver-based với khách: khi chuyển từ phí cố định sang driver-based, khách có thể hoảng "phí tăng". Cần communicate rõ: driver-based không phải tăng phí, là phí công bằng – khách volume thấp phí giảm, khách volume cao phí tăng đúng value. Show calculation cụ thể: "khách A volume 100 hóa đơn, phí cũ 5 triệu, phí driver 4,65 triệu (giảm 7%)". Khách volume thấp thấy phí giảm → chấp nhận. Khách volume cao thấy phí tăng → thuyết phục bằng "phí phản ánh staff time thực, trước đây công ty subsidize cho khách volume cao bằng khách volume thấp – không bền vững". Communicate rõ + ví dụ cụ thể → tỷ lệ chấp nhận 70-80%, cao hơn "communicate mơ hồ" 30-40%.