Mở đầu — vì sao bài này quan trọng
Có một sự thật mà nhiều Tech Lead và Engineering Manager mới lên thường né tránh: lương thưởng (compensation) là công cụ giữ người mạnh nhất, và cũng là nơi bạn dễ mất niềm tin của đội nhất nếu làm sai. Bạn có thể có tầm nhìn kỹ thuật xuất sắc, review code cực chuẩn, xây văn hóa tốt — nhưng chỉ cần một quyết định lương thiếu công bằng, một kỹ sư giỏi phát hiện đồng nghiệp kém hơn nhận nhiều hơn mình, thì mọi thứ bạn xây đều lung lay.
Ở nhiều công ty Việt Nam, comp vẫn được quyết định theo kiểu "thương lượng cá nhân" — ai deal giỏi thì được nhiều, ai hiền thì thiệt. Cách này tạo ra bất công ngầm, chênh lệch vô lý giữa những người làm cùng việc, và một văn hóa "muốn tăng lương thì phải dọa nghỉ". Bài này giúp bạn hiểu comp như một hệ thống có triết lý rõ ràng: ba trụ cột cấu thành gói lương, khái niệm bands (dải lương theo cấp bậc), và cách một người lãnh đạo kỹ thuật tham gia vào quyết định comp một cách công bằng, minh bạch và có thể bảo vệ được.
Lưu ý: bạn không cần là người "duyệt ngân sách" mới cần hiểu comp. Ngay cả một Tech Lead không có quyền quyết lương cũng phải hiểu để cố vấn cho manager, để giải thích cho đội, và để nhận ra khi nào một người trong team đang bị trả thiếu (underpaid) — nguy cơ mất người số một.
Khái niệm cốt lõi
Ba trụ cột của một gói compensation
Một gói lương hoàn chỉnh không chỉ là con số trên hợp đồng. Nó thường gồm ba phần:
1. Base salary (lương cứng) — tiền mặt trả định kỳ (hàng tháng ở Việt Nam, thường quy ra năm khi so sánh). Đây là phần chắc chắn nhất, kỹ sư sống bằng nó, và cũng là phần khó cắt nhất khi đã trả. Base salary phản ánh giá trị nền tảng của vai trò và cấp bậc, độc lập với hiệu suất từng năm.
2. Bonus (thưởng theo hiệu suất) — thường trả hàng năm, gắn với kết quả cá nhân và/hoặc công ty. Bonus được biểu diễn dưới dạng phần trăm của base (ví dụ "target bonus 15%"). Nếu công ty và cá nhân đạt mục tiêu, kỹ sư nhận đủ; vượt thì hơn, hụt thì ít hơn. Bonus là đòn bẩy để thưởng hiệu suất mà không đẩy base lên cao vĩnh viễn.
3. Equity (cổ phần) — phần sở hữu công ty, phổ biến ở startup và công ty công nghệ. Có hai dạng chính:
- ESOP / stock options: quyền mua cổ phần với giá cố định (strike price) trong tương lai. Nếu công ty tăng giá trị, chênh lệch là lời của bạn.
- RSU (Restricted Stock Units): cổ phần được cấp thẳng, không phải mua, nhưng "vesting" dần theo thời gian (thường 4 năm, cliff 1 năm — nghĩa là làm đủ 1 năm mới nhận lô đầu).
Tổng ba phần này gọi là total compensation (total comp). Khi so sánh offer hay đánh giá thị trường, luôn nhìn total comp chứ không chỉ base — một offer base thấp nhưng equity lớn có thể vượt xa một offer base cao mà không có gì thêm.
Compensation bands — xương sống của sự công bằng
Band (dải lương) là khoảng lương gắn với mỗi cấp bậc (level) trong career ladder. Ví dụ:
- Junior Engineer (L1): 15–25 triệu/tháng
- Mid Engineer (L2): 25–40 triệu/tháng
- Senior Engineer (L3): 40–60 triệu/tháng
- Staff Engineer (L4): 60–90 triệu/tháng
Bands giải quyết bài toán công bằng: thay vì "ai deal giỏi hơn được nhiều hơn", công ty nói rõ "làm ở level này thì lương nằm trong khoảng này". Nó cũng buộc một nguyên tắc quan trọng: muốn tăng lương lớn thì phải lên level, không phải chỉ ngồi lâu.
Triết lý comp — bạn định vị ở đâu trên thị trường
Mỗi công ty phải chọn một triết lý và tuyên bố rõ:
- Market percentile: trả ở mức nào so với thị trường? Trả P50 (trung vị) nghĩa là "bằng thị trường". Trả P75 nghĩa là "top 25% — chúng tôi trả cao để hút và giữ người giỏi". Startup ít tiền có thể trả P40 base nhưng bù bằng equity lớn.
- Pay for role vs pay for person: trả theo vai trò (cùng level, cùng band) hay linh hoạt theo từng người? Đa số hệ thống lành mạnh nghiêng về pay for role để đảm bảo công bằng.
- Transparency (minh bạch): công khai bands cho toàn công ty, hay giữ kín? Xu hướng hiện đại (Buffer, GitLab) là công khai; đa số công ty vẫn giữ kín nhưng minh bạch về nguyên tắc.
Tình huống thực tế
Ví dụ 1: Startup fintech ở TP.HCM và bài toán "deal cá nhân"
Một startup fintech khoảng 30 kỹ sư, gọi vốn Series A, không có bands. Lương do CEO deal trực tiếp lúc phỏng vấn. Sau hai năm, một Senior Backend tên Minh vô tình biết một đồng nghiệp cùng cấp, vào sau mình 8 tháng, đang nhận 55 triệu trong khi Minh nhận 42 triệu — chỉ vì người kia lúc phỏng vấn có offer cạnh tranh và deal cứng.
Minh mất động lực rõ rệt, hai tháng sau nộp đơn. Lúc đó CEO mới cuống lên counter-offer lên 58 triệu để giữ. Nhưng đã muộn — Minh nghỉ, và câu chuyện lan ra làm ba người khác cũng nghi ngờ mình bị trả thiếu.
Diễn giải: đây là hậu quả kinh điển của việc không có hệ thống. Công ty cuối cùng vẫn phải trả cao (58 triệu counter-offer) nhưng mất người, mất niềm tin, và tạo tiền lệ "muốn tăng lương thì dọa nghỉ". Nếu có bands từ đầu, Minh và đồng nghiệp cùng level sẽ nằm trong cùng khoảng, chênh lệch được giải thích bằng compa-ratio hợp lý chứ không phải kỹ năng thương lượng.
Bài học: comp bất minh bạch không tiết kiệm tiền — nó chỉ dời chi phí sang chỗ đắt hơn (mất người, tuyển lại, mất tinh thần đội).
Ví dụ 2: Công ty product 200 người xây bands và giải bài "compression"
Một công ty product Việt Nam 200 kỹ sư quyết định chuẩn hóa comp. Khi khảo sát nội bộ, họ phát hiện một vấn đề gọi là salary compression: người mới tuyển vào level Senior nhận 55 triệu (theo giá thị trường 2024 đang nóng), trong khi các Senior cũ trung thành 4 năm chỉ nhận 45 triệu vì tăng lương nội bộ mỗi năm chỉ 8–10%. Người cũ giỏi hơn, hiểu hệ thống hơn, nhưng lại nhận ít hơn người mới.
HR và Engineering Lead cùng xây bands: Senior band là 45–65 triệu, mid 55 triệu. Họ làm một đợt market adjustment — nâng những người cũ đang dưới mid lên gần mid, tốn thêm khoảng 4% quỹ lương của khối engineering nhưng chặn được làn sóng nghỉ việc đang manh nha.
Diễn giải: compression là bệnh âm thầm ở mọi công ty tăng trưởng, vì thị trường tăng nhanh hơn tốc độ tăng lương nội bộ. Bands giúp phát hiện nó bằng dữ liệu (ai đang dưới min hay dưới mid so với người mới), và cho một khung để sửa mà không cần từng người phải đi dọa nghỉ.
Bài học: xây bands không chỉ để quyết lương người mới — nó là công cụ chẩn đoán sức khỏe comp của cả đội. Hãy rà compa-ratio định kỳ, nhất là cho những người cũ trung thành, vì họ ít đòi hỏi nhất nhưng dễ bị bỏ quên nhất.
Ví dụ 3: Equity ở một startup Đông Nam Á — khi con số trên giấy khác thực tế
Một kỹ sư nhận offer từ startup logistics ở Singapore: base thấp hơn thị trường 20%, nhưng được cấp options trị giá "khoảng 2 tỷ VND" theo định giá vòng gọi vốn gần nhất, vesting 4 năm, cliff 1 năm. Anh gần như nhận vì con số equity hấp dẫn.
May là anh hỏi kỹ: strike price bao nhiêu, định giá dựa trên vòng nào, có preference của nhà đầu tư không (nếu công ty bán, nhà đầu tư được ưu tiên lấy tiền trước, nhân viên có thể còn ít hoặc không còn gì). Hóa ra định giá 2 tỷ là con số "nếu công ty exit thành công ở mức lạc quan" — kịch bản không chắc chắn. Base thấp là thật, ngay bây giờ; equity là kỳ vọng, có thể thành 0.
Anh thương lượng lại: chấp nhận base thấp hơn thị trường 8% thay vì 20%, đổi lấy ít equity hơn một chút. Một cân bằng giữa rủi ro và tiền mặt thực.
Diễn giải: equity là công cụ mạnh nhưng dễ bị "thổi" thành con số ảo. Là người lãnh đạo, khi bạn dùng equity để tuyển, hãy trung thực về rủi ro — nếu không, kỹ sư sẽ cảm thấy bị lừa khi vỡ mộng, và danh tiếng tuyển dụng của bạn sụp đổ.
Bài học: total comp phải được đánh giá theo giá trị kỳ vọng và rủi ro, không phải con số danh nghĩa. Với ứng viên Việt Nam ít quen equity, minh bạch còn quan trọng gấp đôi.
Hướng dẫn từng bước
Nếu bạn được giao (hoặc muốn đề xuất) xây dựng hệ thống comp cho team:
Bước 1 — Gắn comp với career ladder. Bands không tồn tại độc lập; mỗi band phải map vào một level trong ladder (Junior, Mid, Senior, Staff...). Nếu công ty chưa có ladder rõ, đó là việc phải làm trước.
Bước 2 — Thu thập dữ liệu thị trường. Dùng báo cáo lương (ITviec, VietnamWorks, TopDev, Robert Walters cho Việt Nam; Glassdoor, Levels.fyi cho khu vực), khảo sát ngành, và cả offer thực bạn từng gặp. Xác định P50 và P75 cho mỗi level.
Bước 3 — Chọn triết lý và định vị. Quyết định trả ở percentile nào, base-heavy hay equity-heavy. Viết ra thành một trang nguyên tắc — đây là "compensation philosophy" bạn sẽ bảo vệ khi bị chất vấn.
Bước 4 — Vẽ bands (min/mid/max). Với mỗi level, đặt mid = mức thị trường mục tiêu, min ≈ 85% mid, max ≈ 115–120% mid. Đảm bảo band các level chồng lấn một chút — người xuất sắc ở L2 có thể nhận hơn người mới lên L3.
Bước 5 — Rà soát người hiện tại (calibration). Tính compa-ratio cho từng người. Đánh dấu ai dưới min (phải sửa gấp), ai dưới mid mà hiệu suất cao (ưu tiên tăng), ai trên max (đóng băng base, thưởng bằng bonus).
Bước 6 — Lên kế hoạch điều chỉnh theo ngân sách. Bạn hiếm khi sửa được mọi thứ trong một năm. Ưu tiên: người dưới sàn > người giỏi bị compression > phần còn lại. Trình bày trade-off với ngân sách rõ ràng.
Bước 7 — Chạy chu kỳ review comp định kỳ. Gắn với chu kỳ đánh giá hiệu suất (thường hàng năm), có calibration giữa các manager để đảm bảo cùng thước đo, cùng độ chặt.
Bước 8 — Giao tiếp minh bạch. Ít nhất phải minh bạch về nguyên tắc: có bands, tăng lương lớn gắn với lên level, comp gắn với thị trường. Kỹ sư không cần biết lương của nhau, nhưng cần tin rằng hệ thống công bằng.
Lỗi thường gặp & mẹo
Lỗi 1 — Dùng counter-offer làm chiến lược giữ người. Nếu bạn chỉ tăng lương khi ai đó dọa nghỉ, bạn đang dạy cả đội rằng cách duy nhất để được trả xứng đáng là đi phỏng vấn chỗ khác. Hãy chủ động rà compa-ratio và tăng trước khi người ta phải đòi.
Lỗi 2 — Trộn lẫn tăng lương do lạm phát, do lên level, và do hiệu suất. Ba thứ này khác nhau: điều chỉnh thị trường (mọi người), promotion (lên band mới), và merit (thưởng hiệu suất trong band). Tách rõ để quyết định minh bạch và giải thích được.
Lỗi 3 — Coi equity như tiền mặt. Đừng nói với ứng viên "gói này 3 tỷ" khi 2 tỷ là equity chưa chắc thành hiện thực. Trung thực về rủi ro để giữ uy tín dài hạn.
Lỗi 4 — Bỏ quên người cũ trung thành (compression). Người ít đòi hỏi nhất thường bị trả thiếu nhất theo thời gian. Rà soát họ chủ động.
Lỗi 5 — Comp không gắn với ladder. Nếu tăng lương mà không gắn level, bạn tạo ra tình trạng "lương cao nhưng vẫn Mid" — về sau rất khó sửa, vì đã trên max band mà chưa đủ tầm lên level tiếp.
Mẹo: Khi từ chối một yêu cầu tăng lương, đừng nói "không có ngân sách". Hãy giải thích bằng khung: "Ở level của em, band là X–Y, em đang ở mid. Để lên khoảng cao hơn, đây là những gì cần chứng minh để lên level tiếp." Biến câu chuyện tiền thành câu chuyện phát triển.
Mẹo: Luôn giữ một khoản ngân sách nhỏ (2–3% quỹ lương) cho "off-cycle adjustment" — sửa gấp những case bất công phát hiện giữa năm, đừng chờ đến chu kỳ.
Bài tập thực hành
- Vẽ bands cho team của bạn. Lấy career ladder hiện tại (nếu chưa có, tự phác 3–4 level). Với mỗi level, tra ít nhất hai nguồn dữ liệu thị trường Việt Nam (ITviec, TopDev, VietnamWorks) và đặt min/mid/max. Viết ra triết lý: bạn trả P50 hay P75, và vì sao.
- Tính compa-ratio. Với 3–5 người bạn biết lương (thật hoặc giả định), tính compa-ratio so với mid band bạn vừa vẽ. Ai dưới 0.9? Ai trên 1.15? Điều đó nói gì về sức khỏe comp của đội?
- Phân tích một offer total comp. Lấy một offer có cả base, bonus và equity (thật hoặc dựng). Quy đổi về total comp/năm, ước lượng giá trị kỳ vọng của equity theo hai kịch bản (công ty thành công / trung bình). So sánh với một offer thuần base cao hơn.
- Soạn kịch bản từ chối tăng lương. Viết đoạn hội thoại 5–6 câu bạn sẽ nói với một kỹ sư đang xin tăng 30% nhưng đã ở mid band và chưa đủ tầm lên level. Biến nó thành cuộc trò chuyện về phát triển, không phải về tiền.
Tóm tắt
- Gói comp gồm ba trụ cột: base salary (tiền mặt định kỳ, chắc chắn), bonus (thưởng hiệu suất, thường hàng năm), và equity (cổ phần — ESOP/RSU, giữ người dài hạn). So sánh luôn nhìn total comp, không chỉ base.
- Bands là dải lương gắn với mỗi level, có min/mid/max. Compa-ratio (lương / mid) cho biết một người đang đứng đâu trong band — công cụ chẩn đoán công bằng.
- Mỗi công ty cần triết lý comp rõ ràng: trả ở percentile nào, pay-for-role hay pay-for-person, minh bạch tới đâu. Không có triết lý là nguồn gốc của bất công tích tụ.
- Các bệnh phổ biến: salary compression (người cũ bị trả thiếu hơn người mới), lệ thuộc counter-offer, và thổi phồng equity. Đều sửa được bằng rà soát dữ liệu chủ động.
- Vai trò của người lãnh đạo kỹ thuật: hiểu comp đủ sâu để cố vấn cho manager/HR, phát hiện người bị trả thiếu trước khi họ nghỉ, và biến câu chuyện tiền thành câu chuyện phát triển gắn với career ladder.