HRM là gì và khác phần mềm tuyển dụng ở chỗ nào
Câu hỏi HRM là gì thường không đến từ người học quản trị. Nó đến từ một người vừa được sếp giao đi tìm phần mềm, ngồi mở năm trang báo giá và thấy năm cách gọi khác nhau cho những thứ trông na ná: chỗ này gọi là phần mềm HRM, chỗ kia gọi là HRIS, chỗ nữa gọi là HCM, còn cái đang dùng thử thì tự giới thiệu là ATS. Bảng giá nào cũng có chữ "toàn diện", và không bảng nào nói rõ nó dừng ở đâu.
Cách chữa quen thuộc là chọn bên nào nói nhiều tính năng nhất. Ba tháng sau mới lộ ra vấn đề: mua một hệ trọn gói rất mạnh phần chấm công và tính lương, nhưng khâu đang đau nhất — đọc hai trăm hồ sơ mỗi đợt tuyển — thì nó chỉ có một cái ô đính kèm file. Hoặc ngược lại: mua đúng công cụ tuyển, đến ngày người mới nhận việc thì phát hiện không có chỗ nào giữ hợp đồng lao động, không có chỗ nào theo dõi phép năm, và phòng kế toán vẫn phải gõ lại từ đầu vào một bảng tính khác.
Bài này vẽ lại đúng bức tranh: HRM thật ra ôm sáu nhóm việc, phần mềm tuyển dụng chỉ nằm ở một nhóm trong sáu, và hai bên bàn giao dữ liệu cho nhau ở đúng một khoảnh khắc. Đọc xong bạn sẽ biết mình đang thiếu nhóm nào, cần mua cái nào trước, hỏi nhà cung cấp bốn câu gì khi họ nói "chúng tôi làm được cả hai", và đi từ Excel sang phần mềm theo lộ trình mười hai tháng nào cho đỡ vỡ.
HRM là gì? Nói bằng tiếng người trong ba câu
HRM viết tắt của Human Resource Management, tiếng Việt là quản trị nguồn nhân lực: toàn bộ việc một công ty phải làm với con người của mình, từ tìm người, ký giấy tờ, chấm công, trả lương tới đào tạo và giữ chân. Phần mềm HRM chỉ là công cụ hỗ trợ, không phải bản thân công việc.
Ba câu để nhớ, không cần thuộc định nghĩa sách:
Một. HRM là một nghề, không phải một phần mềm. Công ty năm người vẫn đang làm HRM mỗi ngày, chỉ là làm bằng Zalo và Excel chứ không gọi tên nó ra.
Hai. HRM tính theo vòng đời một con người trong công ty: từ lúc chưa quen biết gì, thành ứng viên, thành nhân viên, rồi một ngày nào đó thành người cũ. Mọi nhóm việc trong HRM đều rơi vào một quãng nào đó của vòng đời ấy.
Ba. Phần mềm HRM là bản điện tử của các quãng đó. Nhà cung cấp nào cũng chọn làm sâu vài quãng và làm mỏng những quãng còn lại — không ai làm dày đều cả sáu. Việc của người đi mua là biết mình đang đau ở quãng nào.
Chỗ khiến người mới rối nhất không phải bản thân khái niệm, mà là mớ chữ viết tắt vây quanh nó. Bảng dưới đây gỡ mớ đó ra, và đây cũng là bảng đáng chụp màn hình mang vào buổi họp chọn nhà cung cấp.
| Chữ viết tắt | Tên đầy đủ | Nó lo phần nào | Ai trong công ty dùng nhiều nhất |
|---|---|---|---|
| HRM | Human Resource Management | Cách gọi chung cho toàn bộ việc quản trị con người. Khi ghép với chữ "phần mềm" thì thường ám chỉ một hệ ôm nhiều nhóm việc | Trưởng phòng nhân sự, giám đốc |
| HRIS | Human Resource Information System | Phần lõi giữ dữ liệu: hồ sơ nhân viên, hợp đồng, phòng ban, lịch sử chức danh. Là cái tủ hồ sơ điện tử | Nhân sự hành chính |
| HCM | Human Capital Management | Cách gọi của các hãng lớn cho gói rộng nhất, thường thêm phần chiến lược: kế nhiệm, lộ trình nghề nghiệp, phân tích nhân lực | Tập đoàn nhiều nghìn người |
| ATS | Applicant Tracking System | Chỉ lo khâu tuyển: đăng nhu cầu, nhận và chấm hồ sơ, phỏng vấn, ra quyết định tuyển | Người tuyển dụng, trưởng bộ phận đang cần người |
| LMS | Learning Management System | Chỉ lo khâu đào tạo: khoá học, bài kiểm tra, chứng chỉ, theo dõi ai học tới đâu | Người phụ trách đào tạo |
| Payroll | — | Tính lương, thuế thu nhập cá nhân, bảo hiểm bắt buộc, phiếu lương | Kế toán tiền lương |
Đọc bảng này xong sẽ thấy một điều mà các trang báo giá ít khi nói thẳng: HRM là cái ô, còn HRIS, ATS, LMS và payroll là những thứ nằm dưới ô đó. Khi một nhà cung cấp nói "phần mềm HRM của chúng tôi", câu hỏi đúng không phải là "có tốt không" mà là "cái ô của anh che được mấy phần, và phần nào che dày".
Sáu nhóm việc mà HRM ôm
Đây là cách chia đơn giản nhất mà vẫn đủ dùng cho một công ty Việt Nam từ hai mươi tới năm trăm người. Sáu nhóm, xếp theo đúng thứ tự một con người đi qua công ty.
Nhóm 1 — Tìm và chọn người
Bắt đầu từ lúc một bộ phận giơ tay nói "em thiếu một bạn", kết thúc ở lúc ứng viên gật đầu nhận việc. Trong quãng này có: viết mô tả công việc, chốt tiêu chí chấm, nhận hồ sơ từ nhiều đường, đọc và xếp loại hồ sơ, hẹn và chạy phỏng vấn, so các ứng viên với nhau, gửi thư mời hoặc thư từ chối.
Đây là nhóm việc tốn công người nhất trong sáu nhóm, vì nó phải xử lý một khối lượng chữ rất lớn mà máy khó rút gọn: mỗi đợt tuyển vài chục tới vài trăm bản CV, mỗi bản một cách trình bày. Nhóm này cũng là nhóm duy nhất có "khách hàng bên ngoài" — người chưa vào công ty, nên trải nghiệm kém là mất người ngay, không sửa lại được.
Nhóm 2 — Hồ sơ nhân viên và giấy tờ lao động
Từ ngày nhận việc trở đi. Hợp đồng lao động và các phụ lục, quyết định bổ nhiệm, thông tin cá nhân, người thân, số tài khoản, giấy tờ tuỳ thân, hồ sơ bảo hiểm xã hội, lịch sử chức danh và mức lương qua các năm.
Nhóm này ít việc hằng ngày nhưng nặng phần pháp lý: sai hoặc thiếu là rắc rối khi thanh tra lao động, khi giải quyết tranh chấp, khi làm chế độ bảo hiểm. Nó cũng là nơi giữ danh tính gốc của mỗi nhân viên — mọi nhóm khác đều tham chiếu về đây.
Nhóm 3 — Chấm công, nghỉ phép, ca kíp
Ai đi làm hôm nay, đi lúc mấy giờ, làm thêm bao nhiêu, nghỉ phép còn mấy ngày, ai đang nghỉ chế độ. Với công ty văn phòng thuần thì nhóm này nhẹ. Với nhà máy, chuỗi cửa hàng, đội giao hàng, đội bảo vệ thì đây là nhóm chạy nặng nhất, gắn với máy chấm công, với xếp ca, với phần mềm định vị.
Nhóm 4 — Lương, thuế và bảo hiểm
Tính ra con số cuối cùng mỗi tháng, trừ thuế thu nhập cá nhân đúng biểu, trừ và nộp bảo hiểm bắt buộc, in phiếu lương, chuyển bảng lương sang ngân hàng, làm quyết toán cuối năm.
Đây là nhóm khắt khe nhất về độ chính xác và cũng là nhóm mang tính địa phương nặng nhất. Một hệ tính lương làm cho thị trường Mỹ không dùng thẳng được ở Việt Nam, vì cách tính bảo hiểm, cách tính giảm trừ gia cảnh và biểu thuế đều khác. Khi luật đổi, hệ phải đổi theo — và câu hỏi "ai chịu trách nhiệm cập nhật khi luật đổi" là câu đáng hỏi nhất khi mua phần mềm ở nhóm này.
Nhóm 5 — Đào tạo và phát triển
Hội nhập người mới, đào tạo nghiệp vụ, đào tạo an toàn lao động bắt buộc với một số ngành, khoá học nội bộ, kiểm tra sau đào tạo, lưu chứng chỉ. Nhóm này ở nhiều công ty vẫn đang chạy bằng file trình chiếu gửi qua nhóm chat, và chỉ được nghiêm túc hoá khi công ty vượt qua ngưỡng khoảng một trăm người hoặc khi có yêu cầu tuân thủ từ khách hàng lớn.
Nhóm 6 — Đánh giá, lương thưởng và giữ người
Đặt mục tiêu, đánh giá định kỳ, xét tăng lương, thưởng theo kết quả, khảo sát mức độ gắn bó, xử lý nghỉ việc và phỏng vấn thôi việc. Nhóm này khó số hoá nhất vì phần lớn giá trị nằm ở cuộc nói chuyện giữa người với người; phần mềm ở đây chủ yếu làm nhiệm vụ nhắc lịch và lưu vết.
Nhìn sáu nhóm cạnh nhau sẽ thấy ngay vì sao thị trường phần mềm nhân sự lại lộn xộn tên gọi đến thế: mỗi hãng bước vào từ một nhóm khác nhau rồi mở rộng dần sang các nhóm bên cạnh. Hãng đi lên từ máy chấm công sẽ mạnh nhóm 3 và nhóm 4. Hãng đi lên từ kế toán sẽ mạnh nhóm 4 và nhóm 2. Hãng đi lên từ tuyển dụng sẽ mạnh nhóm 1. Đến khi cả ba cùng gọi mình là "phần mềm HRM" thì người mua không còn cách nào phân biệt trên trang giới thiệu nữa. Nếu bạn đang ở đúng giai đoạn so các hệ với nhau theo nhóm chức năng, bài phần mềm nhân sự chia bốn nhóm đi sâu vào chuyện chọn mua từng nhóm và giá tiền nằm ở đâu.
ATS là gì và vì sao nó chỉ là một trong sáu nhóm
ATS là Applicant Tracking System — hệ thống theo dõi ứng viên. Nó lo trọn nhóm việc thứ nhất trong sáu nhóm của HRM: từ lúc mở một vị trí tới lúc ứng viên nhận việc. Ngày người mới bước vào công ty là ngày ATS xong việc và các nhóm còn lại tiếp quản.
Một ATS đúng nghĩa làm được bảy việc sau, và đây là danh sách nên dùng để thử bất kỳ công cụ nào đang tự nhận là ATS:
- Giữ vị trí tuyển như một hồ sơ riêng — mỗi vị trí có mô tả công việc, bộ tiêu chí chấm, người phụ trách, hạn chót, trạng thái. Không phải một dòng trong bảng tính.
- Nhận hồ sơ từ nhiều đường về một chỗ — hộp thư, biểu mẫu, tệp tải lên hàng loạt, kể cả bản chụp và bản quét.
- Đọc và xếp loại hồ sơ theo tiêu chí đã chốt trước — không phải theo cảm giác của người đọc hôm đó.
- Chỉ ra bằng chứng cho mỗi điểm số — câu chữ nào trong CV dẫn tới kết luận nào. Điểm không có bằng chứng là điểm không cãi được với trưởng bộ phận.
- Chuẩn bị và ghi lại buổi phỏng vấn — bộ câu hỏi bám tiêu chí, chỗ ghi chú, chỗ chấm sau buổi.
- Đặt lịch không trùng — trùng giờ người, trùng phòng, trùng ca là chặn ngay lúc đặt.
- Ra quyết định và gửi thư — mời nhận việc, hẹn vòng sau, hoặc từ chối tử tế, có thể gửi hàng loạt.
Điểm dừng của ATS rất rõ: ngày nhận việc. Sau ngày đó, ATS không biết người này nghỉ phép mấy hôm, lương bao nhiêu, đã ký phụ lục nào. Nó không cần biết, và cũng không nên biết — dữ liệu tuyển dụng chứa nhiều thứ chỉ có ý nghĩa trong lúc so ứng viên, giữ lại lâu vừa vô ích vừa phiền.
Muốn hiểu kỹ hơn phần bên trong một ATS, hai bài đã viết riêng: ATS là gì và chỗ chấm điểm CV đi vào cơ chế chấm, còn quy trình tuyển dụng bảy bước dựng lại toàn bộ luồng việc để bạn đối chiếu với luồng đang chạy ở công ty mình.
Vì sao nhóm tuyển hay được tách ra thành phần mềm riêng
Có ba lý do thực tế, không phải lý do marketing.
Thứ nhất, nhịp dùng khác hẳn. Nhóm 3 và nhóm 4 chạy đều đặn mỗi ngày, mỗi tháng, cho toàn bộ nhân sự. Nhóm 1 chạy theo đợt: có đợt ba tháng không tuyển ai, có đợt hai tuần phải xử lý ba trăm hồ sơ. Một hệ thiết kế cho nhịp đều sẽ đuối ngay ở lúc cao điểm của nhóm 1.
Thứ hai, kiểu dữ liệu khác hẳn. Nhóm 2 tới nhóm 4 làm việc với dữ liệu có cấu trúc: ngày công, số tiền, mã số. Nhóm 1 làm việc với văn bản tự do — mỗi CV là một bài văn xuôi, viết theo trăm cách. Xử lý được văn bản tự do là bài toán khác hẳn, cần công nghệ khác, và đó là lý do phần lớn hệ HRM trọn gói dừng lại ở mức "cho tải file lên rồi để đấy".
Thứ ba, số bản ghi khác hẳn về quy mô. Công ty một trăm nhân viên thì nhóm 2 có đúng một trăm hồ sơ. Nhưng để tuyển được hai mươi người trong năm, nhóm 1 có thể phải đi qua hai nghìn hồ sơ. Cùng một công ty, khối lượng ở nhóm 1 gấp hàng chục lần các nhóm khác.
Bảng so HRM và ATS: ai dùng, dùng lúc nào, dữ liệu bàn giao chỗ nào
Bảng dưới đây so phần lõi của một hệ HRM (nhóm 2, 3, 4 — hồ sơ, chấm công, lương) với một ATS (nhóm 1). Đây là bảng để mang vào cuộc họp chứ không phải để đọc cho biết.
| Tiêu chí | Phần lõi HRM | ATS — phần mềm tuyển dụng |
|---|---|---|
| Đơn vị dữ liệu chính | Nhân viên — người đã ký hợp đồng | Ứng viên — người chưa thuộc về công ty |
| Ai mở lên nhiều nhất | Nhân sự hành chính, kế toán tiền lương, chính nhân viên tự tra phép | Người tuyển dụng, trưởng bộ phận đang thiếu người |
| Nhịp dùng | Đều đặn: mỗi ngày chấm công, mỗi tháng chốt lương | Theo đợt: dồn dập lúc mở vị trí, im lặng lúc đủ người |
| Số bản ghi ở công ty 100 người | Khoảng 100 hồ sơ, tăng chậm | Vài trăm tới vài nghìn hồ sơ mỗi năm |
| Kiểu dữ liệu | Có cấu trúc: ngày, số tiền, mã | Văn bản tự do: CV, thư giới thiệu, ghi chú phỏng vấn |
| Việc khó nhất | Tính đúng theo luật và không sai một đồng | Đọc nhanh và chấm công bằng giữa những người rất khác nhau |
| Cái được đo | Tỷ lệ nghỉ việc, quỹ lương, ngày công, phép tồn | Số ngày tuyển xong, số hồ sơ trên một người tuyển được, tỷ lệ qua từng vòng |
| Rủi ro khi làm sai | Sai luật lao động, sai thuế, phạt và tranh chấp | Mất người giỏi vào tay công ty khác, mất tiếng trên thị trường lao động |
| Bắt đầu ở đâu | Ngày nhận việc | Ngày một bộ phận giơ tay xin thêm người |
| Kết thúc ở đâu | Ngày chốt sổ sau khi nghỉ việc | Ngày ứng viên gật đầu nhận việc |
| Ai sốt ruột khi nó chậm | Kế toán và nhân viên chờ lương | Trưởng bộ phận đang thiếu tay làm và giám đốc đang chờ doanh số |
Nhìn hai cột này cạnh nhau sẽ thấy chúng gần như không chồng lên nhau ở bất cứ dòng nào. Chỉ có đúng một chỗ hai bên chạm vào nhau: ngày nhận việc. Đó là chỗ một hồ sơ ứng viên biến thành một hồ sơ nhân viên, và mọi rắc rối tích hợp giữa hai hệ đều nằm ở đúng khoảnh khắc đó.
Công ty dưới 50 người cần cái nào trước?
Cần cái đang gây đau nhiều nhất, đo bằng số giờ người mất mỗi tuần. Công ty đang tuyển liên tục thì mua nhóm tuyển trước. Công ty ổn định nhân sự nhưng loạn bảng công và bảng lương thì mua phần lõi trước. Chưa đau rõ ở đâu thì chưa cần mua gì.
Ba câu hỏi tự chấm, trả lời thật lòng trong hai phút:
Câu 1 — Trong ba tháng vừa rồi, bạn mất bao nhiêu giờ mỗi tuần cho việc đọc và sắp xếp hồ sơ ứng viên? Nếu con số từ năm giờ trở lên, nhóm 1 đang là chỗ chảy máu thời gian lớn nhất.
Câu 2 — Tháng gần nhất, chốt bảng lương mất mấy ngày và phải sửa lại mấy lần? Nếu quá hai ngày hoặc phải sửa từ hai lần trở lên, phần lõi đang cần đụng tới trước.
Câu 3 — Có ai ngoài một người biết dữ liệu nhân sự đang nằm ở đâu không? Nếu câu trả lời là không, thì rủi ro lớn nhất của bạn không phải phần mềm mà là chỗ cất dữ liệu, và việc cần làm tuần này là gom dữ liệu về một chỗ có phân quyền — chưa cần mua gì.
Một cách nghĩ khác về cùng câu hỏi: so tiền. Theo báo cáo đối chuẩn của SHRM, chi phí trung bình cho mỗi lần tuyển ở Mỹ vào khoảng năm nghìn bốn trăm bảy mươi lăm đô la với vị trí không phải cấp quản lý. Con số ở Việt Nam thấp hơn nhiều, nhưng cấu trúc chi phí thì giống: phần lớn không nằm ở tiền đăng tin mà nằm ở thời gian người trong công ty bỏ ra để đọc, hẹn, phỏng vấn và chờ. Nếu năm nay bạn định tuyển hai mươi người, hãy nhân số giờ ước tính cho một lần tuyển với hai mươi trước khi quyết định mua gì — con số đó thường lớn hơn giá cả năm của một công cụ.
Ba tình huống hay gặp và câu trả lời cho từng tình huống
Tình huống A — Công ty dịch vụ ba mươi người, năm nay mở thêm chi nhánh, cần tuyển mười lăm người. Nhóm 1 nặng gấp nhiều lần các nhóm khác. Mua công cụ tuyển trước, phần lõi để sau; ba mươi hồ sơ nhân viên vẫn quản lý bằng bảng tính có phân quyền được thêm một năm nữa mà không chết ai.
Tình huống B — Chuỗi bốn cửa hàng, tám mươi nhân viên, xếp ca theo tuần, biến động người ra vào đều đều. Nhóm 3 đang là chỗ đau: chấm công sai một buổi là cãi nhau cả tháng. Mua phần chấm công và lương trước. Nhóm 1 tuy có tuyển liên tục nhưng vị trí giống nhau, tiêu chí đơn giản, một biểu mẫu và một bảng tính còn chịu được.
Tình huống C — Công ty phần mềm sáu mươi người, nhân sự ổn định, mỗi quý tuyển hai tới ba kỹ sư nhưng mỗi vị trí nhận cả trăm hồ sơ. Số lần tuyển ít nhưng khối lượng đọc mỗi lần rất lớn, và chọn sai một kỹ sư thì đắt. Đây là chỗ công cụ chấm hồ sơ theo tiêu chí trả tiền nhanh nhất, dù tổng số người tuyển trong năm không nhiều.
Cái bẫy "mua trọn gói cho tiện"
Nghe rất hợp lý: mua một hệ ôm cả sáu nhóm thì khỏi lo nối dữ liệu, khỏi lo hai hoá đơn, khỏi lo hai bên đổ lỗi cho nhau. Nhưng có ba chi phí ẩn ít ai nói trước.
Chi phí thứ nhất là dùng không hết. Gói trọn thường tính tiền theo đầu người cho toàn bộ nhân sự, kể cả những nhóm bạn không đụng tới. Trả tiền cho sáu nhóm rồi chỉ dùng hai là chuyện rất phổ biến.
Chi phí thứ hai là chậm ở đúng chỗ đau. Hệ trọn gói phải cân đối nguồn lực phát triển cho sáu nhóm, nên nhóm nào cũng có nhưng nhóm nào cũng ở mức vừa đủ. Nếu chỗ đau của bạn cần độ sâu, mức vừa đủ không cứu được.
Chi phí thứ ba là khó bỏ. Khi cả sáu nhóm nằm trong một hệ, đổi một nhóm nghĩa là đổi cả hệ. Bạn mất quyền thay từng mảnh khi từng mảnh không còn hợp.
Điều này không có nghĩa trọn gói luôn sai. Với công ty vài nghìn người, có phòng công nghệ thông tin riêng và quy trình đã chuẩn, trọn gói thường là lựa chọn đúng. Nhưng với công ty dưới hai trăm người, ghép hai ba công cụ tốt ở đúng nhóm mình cần gần như luôn rẻ hơn và nhanh có kết quả hơn.
Nối hai hệ thống: dữ liệu ứng viên thành hồ sơ nhân viên lúc nào
Đây là phần ít bài viết nào nói tới, mà lại là phần quyết định hai hệ sống chung được hay không.
Khoảnh khắc bàn giao
Có hai mốc có thể chọn làm điểm bàn giao, và chọn khác nhau sẽ dẫn tới quy trình khác nhau:
Mốc ký thư mời nhận việc. Ưu điểm: hồ sơ nhân viên được mở sớm, phòng nhân sự có thời gian chuẩn bị hợp đồng, tài khoản, chỗ ngồi, thiết bị trước ngày người mới tới. Nhược điểm: một tỷ lệ ứng viên đã ký vẫn đổi ý, nên hệ lõi sẽ có những hồ sơ "chưa từng đi làm ngày nào" cần dọn.
Mốc ngày nhận việc thật. Ưu điểm: dữ liệu sạch, hồ sơ nào trong hệ lõi cũng là người thật đang làm. Nhược điểm: mọi việc chuẩn bị bị dồn vào tuần đầu, và trải nghiệm ngày đầu của người mới thường tệ vì chưa có tài khoản, chưa có máy.
Cách dung hoà mà nhiều công ty đang dùng: mở hồ sơ ở mốc ký thư mời nhưng để trạng thái "chờ nhận việc", chỉ chuyển sang "đang làm việc" vào đúng ngày đi làm đầu tiên. Chấm công, lương và phép chỉ tính từ lúc trạng thái đổi.
Mười hai trường dữ liệu cần chuyển
Danh sách này đủ dùng cho phần lớn công ty Việt Nam. Chuyển nhiều hơn là mang rác sang, chuyển ít hơn là phải hỏi lại người mới trong tuần đầu.
| # | Trường | Vì sao cần ở hệ lõi |
|---|---|---|
| 1 | Họ tên đầy đủ theo giấy tờ | Dùng cho hợp đồng, bảo hiểm, thuế — phải khớp giấy tờ chứ không phải tên gọi thường ngày |
| 2 | Ngày sinh và giới tính | Bắt buộc trong hồ sơ lao động và hồ sơ bảo hiểm |
| 3 | Số điện thoại và hộp thư cá nhân | Liên lạc trước ngày đi làm, khi chưa có hộp thư công ty |
| 4 | Địa chỉ thường trú và chỗ ở hiện tại | Hợp đồng, giấy tờ bảo hiểm, tính phụ cấp đi lại nếu có |
| 5 | Vị trí và phòng ban được nhận | Quyết định phân quyền, chỗ ngồi, người quản lý trực tiếp |
| 6 | Ngày nhận việc đã chốt | Mốc tính thử việc, phép năm, lương tháng đầu |
| 7 | Loại hợp đồng và thời hạn | Thử việc, xác định thời hạn, không xác định thời hạn — mỗi loại một cách tính |
| 8 | Mức lương đã thoả thuận và cấu trúc lương | Lương cơ bản, phụ cấp, phần theo kết quả — tách sẵn từ lúc mời |
| 9 | Người quản lý trực tiếp | Duyệt phép, duyệt công, đánh giá cuối kỳ |
| 10 | Nguồn ứng viên | Để sau này biết kênh nào ra người ở lại lâu — không phải trường bắt buộc nhưng bỏ đi là mất hẳn |
| 11 | Bản CV cuối cùng đã dùng để quyết định | Lưu kèm hồ sơ, dùng khi làm hồ sơ năng lực hoặc khi khách hàng yêu cầu |
| 12 | Mã ứng viên gốc ở hệ tuyển | Sợi dây nối hai hệ; thiếu nó là sau này không đối chiếu ngược được |
Ba thứ KHÔNG nên chuyển sang
Điểm chấm hồ sơ và thứ hạng so với ứng viên khác. Con số đó chỉ có nghĩa trong bối cảnh một đợt tuyển cụ thể, với một nhóm ứng viên cụ thể. Mang sang hệ lõi thì nó thành một cái nhãn dính vào người ta suốt thời gian làm việc, và sẽ có người mở ra đọc sai ý.
Nhận xét phỏng vấn của người phỏng vấn. Đây là ghi chép để ra quyết định tuyển, không phải hồ sơ nhân sự. Giữ ở hệ tuyển theo đúng thời hạn lưu đã công bố với ứng viên, đừng nhân bản sang chỗ nhiều người truy cập hơn.
Hồ sơ của các ứng viên không được chọn. Không có lý do gì để chúng nằm trong hệ quản lý nhân viên. Giữ ở hệ tuyển, có hạn lưu rõ, hết hạn thì xoá hoặc ẩn danh.
Ba cách nối, chọn theo quy mô
Cách 1 — Chép tay. Dưới hai người vào mỗi tháng thì chép tay là hợp lý nhất. Mười hai trường, năm phút một người. Đừng dựng tích hợp cho một việc mỗi tháng làm hai lần.
Cách 2 — Xuất và nhập tệp. Từ hai tới mười người mỗi tháng. Hệ tuyển xuất một tệp bảng tính theo đúng mười hai cột, hệ lõi nhập vào theo lô. Chốt trước thứ tự cột và định dạng ngày, đây là chỗ hay hỏng nhất: ngày kiểu ngày-tháng-năm gặp hệ đọc theo tháng-ngày-năm là sai âm thầm, không báo lỗi.
Cách 3 — Nối tự động qua giao diện lập trình. Trên mười người mỗi tháng, hoặc khi có nhiều chi nhánh cùng tuyển. Đắt hơn để dựng, rẻ hơn để chạy. Nhớ hỏi trước: hệ lõi có nhận dữ liệu vào từ bên ngoài không, hay chỉ cho nhập tay và nhập tệp — nhiều hệ trong nước chỉ có đường xuất, không có đường nhận vào.
Sau khi bàn giao xong, việc tiếp theo thuộc về nhóm 5: ba mươi ngày đầu của người mới. Nếu bạn muốn phần này chạy có bài bản thay vì để trưởng bộ phận tự xoay, bài onboarding nhân viên mới dựng sẵn một khung ba mươi ngày để bê về sửa lại theo công ty mình.
Bốn câu hỏi khi nhà cung cấp nói "chúng tôi làm được cả hai"
Câu này bạn sẽ nghe trong gần như mọi buổi trình bày. Nó không sai — nhiều hệ có cả hai thật. Vấn đề là "có" và "làm sâu" khác nhau rất xa. Bốn câu dưới đây phân biệt được hai thứ đó trong vòng mười lăm phút.
Câu 1: "Cho tôi xem màn hình chấm một tệp ba mươi CV thật, ngay bây giờ"
Đây là câu lọc mạnh nhất. Đề nghị họ mở tài khoản thử, tải lên một tệp hồ sơ thật của bạn — kể cả bản chụp và bản quét — rồi xem kết quả. Cần nhìn ba thứ: mất bao lâu, bao nhiêu hồ sơ bị bỏ qua vì không đọc được, và mỗi điểm số có chỉ ra được câu chữ trong CV không.
Câu trả lời cần cảnh giác: "phần đó cần cấu hình trước, để bên em chuẩn bị rồi buổi sau demo". Nếu một tính năng cần chuẩn bị trước mới xem được thì nó thường chưa sẵn sàng cho việc dùng hằng ngày. Chuyện chấm điểm phải kèm bằng chứng nói kỹ hơn ở bài điểm số không có bằng chứng thì đừng tin.
Câu 2: "Phần lương của bên anh tính thuế thu nhập cá nhân và bảo hiểm theo quy định Việt Nam ra sao, và khi quy định đổi thì ai cập nhật?"
Câu này lọc các hệ nước ngoài dán nhãn tiếng Việt. Hỏi tiếp: bản cập nhật gần nhất là khi nào, tính từ lúc quy định có hiệu lực tới lúc phần mềm cập nhật mất bao lâu, chi phí cập nhật nằm trong phí thuê bao hay tính riêng. Nhà cung cấp làm thật sẽ trả lời được ngay và có ví dụ lần gần nhất.
Câu 3: "Hai mảng đó dùng chung một cơ sở dữ liệu, hay là hai sản phẩm ghép lại?"
Không có đáp án đúng tuyệt đối, nhưng câu trả lời quyết định việc gì sẽ xảy ra sau này. Nếu chung một cơ sở dữ liệu: bàn giao mượt, nhưng bỏ một mảng là bỏ cả hệ. Nếu là hai sản phẩm ghép: đổi từng mảnh được, nhưng phải hỏi kỹ hai bên nối nhau bằng gì và ai sửa khi đứt.
Câu hỏi phụ rất hiệu quả: "khi tôi đổi tên một phòng ban ở mảng nhân sự, mảng tuyển dụng thấy tên mới sau bao lâu?". Trả lời "ngay lập tức" là chung một chỗ. Trả lời "sau khi đồng bộ" là hai sản phẩm ghép — và bạn cần hỏi tiếp đồng bộ mấy tiếng một lần.
Câu 4: "Nếu tôi chỉ dùng một mảng, giá còn bao nhiêu?"
Câu này lộ ra cấu trúc giá thật. Nếu bỏ một nửa tính năng mà giá giảm không đáng kể, nghĩa là bạn đang trả tiền cho phần mình không dùng. Hỏi thêm: tính tiền theo đầu nhân viên hay theo số người dùng có tài khoản; số hồ sơ ứng viên mỗi vị trí có trần không; lưu trữ có tính thêm không; và sau năm đầu giá tăng theo cơ chế nào.
Một mẹo nhỏ: xin bảng giá bằng văn bản có ghi rõ những gì không bao gồm. Danh sách "không bao gồm" luôn nhiều thông tin hơn danh sách tính năng. Về chuyện chọn và triển khai, bài triển khai phần mềm tuyển dụng trong 30 ngày có bảng kiểm chi tiết hơn cho riêng nhóm 1.
Lộ trình 12 tháng cho công ty đang dùng Excel
Lộ trình này viết cho công ty từ ba mươi tới một trăm năm mươi người, hiện đang chạy toàn bộ sáu nhóm bằng bảng tính và nhóm chat. Nguyên tắc xuyên suốt: mỗi giai đoạn chỉ đụng vào một nhóm, và chỉ bước sang giai đoạn sau khi giai đoạn trước đã chạy thật được ít nhất một chu kỳ đầy đủ.
| Giai đoạn | Làm gì | Xong nghĩa là gì |
|---|---|---|
| Tháng 1–2 Dọn nhà | Gom mọi bảng tính nhân sự rải rác về một chỗ có phân quyền. Chốt một danh sách nhân viên duy nhất, một cách đặt mã nhân viên, một danh mục phòng ban. Chưa mua gì cả. | Hỏi bất kỳ ai trong phòng nhân sự "danh sách chuẩn nằm ở đâu" đều được cùng một câu trả lời. |
| Tháng 3–4 Chốt chỗ đau | Đo thật trong bốn tuần: mỗi tuần mất bao nhiêu giờ cho nhóm 1, bao nhiêu giờ cho nhóm 3 và 4. Ghi ra giấy, không ước. | Có một bảng số giờ theo nhóm, và một câu kết luận: nhóm nào đi trước. |
| Tháng 5–7 Đưa nhóm đau nhất lên phần mềm | Chọn công cụ cho đúng nhóm đó. Chạy thử một chu kỳ đầy đủ với dữ liệu thật: một đợt tuyển trọn vẹn, hoặc một kỳ lương trọn vẹn. | Chu kỳ đó chạy hết trên phần mềm, không có bản Excel chạy song song bên cạnh. |
| Tháng 8–9 Chốt quy trình và phân quyền | Viết ra ai được xem gì, ai duyệt gì, dữ liệu lưu bao lâu thì xoá. Tập huấn cho người dùng thật, không chỉ cho một người quản trị. | Người phụ trách nghỉ một tuần mà công việc vẫn chạy. |
| Tháng 10–11 Đưa nhóm đau thứ hai lên | Lặp lại giai đoạn tháng 5–7 cho nhóm còn lại. Lúc này mới dựng đường nối dữ liệu giữa hai hệ, vì đã biết rõ mình cần chuyển những trường nào. | Một người mới đi qua trọn vẹn từ hồ sơ ứng viên tới bảng lương tháng đầu mà không phải gõ lại dữ liệu. |
| Tháng 12 Nhìn lại và cắt | So số giờ với bảng đo ở tháng 3–4. Bỏ những tính năng đã bật mà không ai dùng. Đàm phán lại giá cho năm sau dựa trên mức dùng thật. | Có một trang giấy so trước và sau, đủ để trình bày với giám đốc. |
Sai lầm phổ biến nhất khi đi lộ trình này là làm cả hai nhóm cùng lúc để "cho nhanh". Kết quả thường là hai dự án cùng dở dang, người dùng phải học hai công cụ trong một tháng và quay về Excel ngay tuần thứ ba. Chậm mà xong một nhóm vẫn hơn nhanh mà bỏ dở cả hai.
Bốn con số nên bắt đầu theo dõi ngay từ tháng đầu
Không cần phần mềm mới đo được, một bảng tính là đủ. Nhưng phải bắt đầu sớm, vì nếu không có số của lúc trước thì sau này không chứng minh được là đã cải thiện.
- Số ngày từ lúc mở vị trí tới lúc ứng viên nhận việc. Đây là con số giám đốc quan tâm nhất, vì nó bằng số ngày một chỗ trống không ai làm.
- Số hồ sơ phải đọc để tuyển được một người. Cao bất thường nghĩa là mô tả công việc hoặc kênh tuyển đang sai, không phải người đọc chậm.
- Tỷ lệ qua từng vòng. Chỗ tụt mạnh nhất là chỗ nghẽn thật. Bài phễu tuyển dụng và bốn con số cần đo chỉ cách đọc bốn con số này.
- Tỷ lệ người mới còn ở lại sau chín mươi ngày. Con số này nối nhóm 1 với nhóm 6, và là thước đo thật của việc tuyển đúng người hay chỉ tuyển nhanh.
Orova đứng ở đâu trong bức tranh sáu nhóm
Nói thẳng cho khỏi mất thời gian của bạn: Orova Recruit là một ATS — nó làm nhóm 1, và chỉ nhóm 1. Nó không tính lương, không chấm công, không quản lý phép năm, không giữ hợp đồng lao động và không làm hồ sơ bảo hiểm xã hội. Nếu chỗ đau của bạn nằm ở các nhóm đó, bạn cần một hệ khác, và bài này mong đã giúp bạn nhận ra sớm thay vì nhận ra sau hai buổi trình bày.
Đổi lại, phần nhóm 1 thì làm sâu. Chín việc tốn thời gian nhất của một đợt tuyển đều có chỗ trong đó, và đây là danh sách in ngay trên trang giới thiệu công khai chứ không phải lời hứa trong buổi bán hàng:
Cụ thể hơn, phần làm được thật gồm: viết và phân tích mô tả công việc rồi đặt bộ tiêu chí cho từng vị trí; nhận tối đa năm trăm hồ sơ cho mỗi vị trí và xếp thành ba mức đạt, cân nhắc, không đạt, kèm trạng thái riêng cho hồ sơ không đọc được; sinh và trau chuốt bộ câu hỏi phỏng vấn theo tiêu chí; ghi âm buổi phỏng vấn rồi gỡ băng thành chữ; chấm rồi đề xuất rồi ra quyết định cho từng người hoặc hàng loạt và xuất ra tệp trình bày; đặt lịch phòng và khung giờ phỏng vấn; gửi thư mời theo mẫu có sẵn kèm luật gửi tự động.
Còn một việc thuộc nhóm 1 mà Orova cố ý không làm: đăng tin tuyển dụng ra các trang việc làm. Hồ sơ vẫn phải chảy về từ các kênh bạn đang dùng. Nói ra để bạn không mua nhầm kỳ vọng.
Nếu công ty bạn đang cần thêm nhóm 5 — đào tạo và kiểm tra sau đào tạo — thì đó là phần của một công cụ khác trong cùng nhà, và bài phần mềm quản lý đào tạo nói riêng về nhóm việc đó.
Câu hỏi thường gặp
HRM và HRM software có phải một không?
Không. HRM là công việc quản trị con người, tồn tại kể cả khi công ty chưa có phần mềm nào. HRM software là công cụ hỗ trợ công việc đó. Người hỏi "HRM là gì" trên mạng thường đang hỏi về công cụ, nhưng chọn công cụ mà không hiểu công việc thì rất dễ mua nhầm.
Công ty mười người có cần phần mềm HRM không?
Gần như chắc chắn là chưa. Mười hồ sơ nhân viên quản lý bằng một thư mục có phân quyền và một bảng tính là đủ. Cái nên đầu tư sớm ở quy mô này là thói quen lưu trữ tử tế: một chỗ duy nhất, có sao lưu, có phân quyền, đặt tên tệp theo quy ước. Làm được điều đó thì sau này chuyển sang phần mềm rất nhẹ.
ATS có thay được người tuyển dụng không?
Không. Nó thay được phần đọc và sắp xếp — phần tốn thời gian mà ít giá trị phán đoán. Quyết định chọn ai vẫn là của người, vì phần lớn thứ quyết định một người có hợp hay không đều không nằm trong CV. Ranh giới nên giao và không nên giao nói kỹ ở bài ứng dụng AI trong tuyển dụng.
Nếu đã mua hệ HRM trọn gói rồi thì có nên mua thêm công cụ tuyển riêng?
Chỉ nên khi phần tuyển trong hệ hiện tại không đáp ứng được một nhu cầu cụ thể mà bạn đo được — ví dụ mỗi đợt phải đọc hơn một trăm hồ sơ, hoặc cần chấm theo tiêu chí có bằng chứng. Đo trước bằng số giờ, đừng mua thêm chỉ vì thấy công cụ mới đẹp hơn.
Dữ liệu ứng viên phải giữ trong bao lâu?
Không có một con số đúng cho mọi công ty, nhưng nguyên tắc thì rõ: công bố thời hạn lưu ngay lúc nhận hồ sơ, giữ đúng thời hạn đã công bố, hết hạn thì xoá hoặc ẩn danh. Với ứng viên không được chọn nhưng muốn giữ lại cho đợt sau, phải hỏi và có sự đồng ý rõ ràng chứ không mặc định giữ.
Chấm hồ sơ bằng máy có công bằng hơn người không?
Công bằng hơn ở chỗ mọi hồ sơ được đo bằng cùng một thước và không phụ thuộc vào việc người đọc đang mệt hay tỉnh. Nhưng nếu bộ tiêu chí đặt lệch thì máy sẽ lệch đều và lệch nhanh hơn người. Cách đặt trọng số cho từng tiêu chí có ở bài chấm điểm CV theo trọng số.
Nên bắt đầu từ mô tả công việc hay từ công cụ?
Từ mô tả công việc. Công cụ chấm chỉ tốt bằng bộ tiêu chí bạn đưa vào, mà bộ tiêu chí thì lấy ra từ mô tả công việc. Mô tả viết chung chung thì chấm kiểu gì cũng ra kết quả chung chung. Cách viết để chấm được có ở bài mẫu JD tuyển dụng viết sao để chấm được.
Việc nên làm trong tuần này
Ba việc, mỗi việc dưới một tiếng, làm được ngay mà không cần chi đồng nào.
Việc 1 — Vẽ sáu nhóm ra một trang giấy và tô màu chỗ đau. Ngồi với người phụ trách nhân sự, đi qua từng nhóm và hỏi đúng một câu: nhóm này mỗi tuần ngốn mấy giờ và ai gánh. Sẽ có một hoặc hai nhóm nổi lên rõ rệt. Đó là chỗ bắt đầu, không phải chỗ nhà cung cấp nói.
Việc 2 — Chốt mốc bàn giao dữ liệu. Chọn giữa ngày ký thư mời và ngày nhận việc, viết ra một dòng, gửi vào nhóm chat của phòng nhân sự. Một dòng này về sau tiết kiệm rất nhiều buổi họp về tích hợp.
Việc 3 — Bắt đầu đo số ngày tuyển. Mở bảng tính, ba cột: tên vị trí, ngày mở, ngày ứng viên nhận việc. Bắt đầu từ vị trí đang tuyển hôm nay. Ba tháng nữa bạn sẽ có con số thật để so, thay vì tranh luận bằng cảm giác.
Làm xong ba việc đó, câu hỏi "mua gì trước" tự có câu trả lời — và bạn sẽ đi vào buổi trình bày của nhà cung cấp với tư thế người biết mình cần gì, chứ không phải người đi nghe giới thiệu.
Làm sâu đúng mảng tuyển, không nhận vơ cả HRM
Orova Recruit là ATS: viết và phân tích mô tả công việc, đặt bộ tiêu chí cho từng vị trí, nhận tối đa 500 hồ sơ mỗi vị trí rồi xếp thành đạt · cân nhắc · không đạt kèm bằng chứng trích từ CV, sinh bộ câu hỏi phỏng vấn, ghi âm và gỡ băng buổi phỏng vấn. Dừng đúng ở ngày nhận việc — phần lương, chấm công và hồ sơ nhân viên là việc của hệ khác.
Xem Orova Recruit