HR Foundation · Tuyển dụng HR · Bài đọc thêm
Từ Excel sang ATS:
bắt đầu từ vấn đề cần giải quyết
Hồ sơ nằm ở nhiều nơi, quản lý phản hồi qua nhiều kênh, cuối tuần HR lại ghép dữ liệu để báo cáo. Đây là lúc nên xem lại cách vận hành và cân nhắc công cụ phù hợp.
ATS là gì và khi nào nên chuyển từ Excel sang ATS? Câu hỏi này thường xuất hiện khi đội tuyển dụng bắt đầu mất nhiều thời gian để biết một ứng viên đang ở bước nào, ai cần xử lý tiếp và vì sao hồ sơ bị chậm.
Trong bài này, mình cùng bạn đi từ những vướng mắc đó đến một quyết định có căn cứ. Sau khi đọc, bạn có thể viết một phiếu đánh giá nhu cầu dùng ATS, chọn ba yêu cầu quan trọng và nêu cách kiểm chứng trước khi triển khai.
Hiểu đúng công cụ
ATS là gì trong tuyển dụng?
ATS là viết tắt của Applicant Tracking System, thường được gọi là hệ thống quản lý tuyển dụng hoặc hệ thống theo dõi hồ sơ ứng viên. Công cụ này giúp tập trung thông tin và theo dõi quá trình xử lý từng hồ sơ qua các bước tuyển dụng. [1]
Tùy sản phẩm và gói sử dụng, ATS có thể hỗ trợ tiếp nhận hồ sơ, tìm kiếm ứng viên, lưu nhận xét, phối hợp phỏng vấn, gửi thông báo và tổng hợp báo cáo. Khi tìm hiểu hệ thống, cần kiểm tra tính năng cụ thể thay vì cho rằng mọi ATS đều giống nhau. [1]
Ví dụ: khi mở hồ sơ của Mai, HR muốn thấy Mai ứng tuyển vị trí nào, đang ở vòng nào, lần gần nhất đã trao đổi gì, ai phụ trách và việc tiếp theo cần hoàn thành khi nào. Đây là nhu cầu quản lý quá trình, vượt ra ngoài việc lưu một file CV.
Một người có thể ứng tuyển nhiều vị trí. Khi thử hệ thống, kiểm tra xem hồ sơ chung của ứng viên và từng lần ứng tuyển có được phân biệt rõ không. Trạng thái “không phù hợp” ở vị trí A không nên làm mất lịch sử đang xem xét ứng viên ở vị trí B.
ATS và AI có vai trò khác nhau. Một sản phẩm ATS có thể tích hợp AI hoặc các quy tắc tự động. Trước khi bật chức năng chấm điểm, gợi ý hay loại hồ sơ, cần biết chức năng dựa vào thông tin nào, ai kiểm tra kết quả và cách sửa khi có sai sót. Chữ “ATS” tự nó chưa cho biết hệ thống có những chức năng đó.
Phần đánh giá ứng viên vẫn cần tiêu chí công việc rõ ràng. Bạn có thể học tiếp ở Bài 13: Sàng lọc CV theo tiêu chí công việc.
Đặt vào công việc thực tế
Khi nào Excel vẫn đủ, khi nào nên thử ATS?
Hãy nhìn vào mức độ phối hợp, cách quản lý dữ liệu và những lỗi đang lặp lại. Hai doanh nghiệp cùng quy mô nhân sự vẫn có thể cần công cụ khác nhau.
Hai tình huống dưới đây do Thành HR xây dựng để thực hành. Các con số minh họa bối cảnh, không phải ngưỡng bắt buộc chuyển sang ATS.
Tình huống A
Excel vẫn đáp ứng nhu cầu
Công ty An Phú có khoảng 60 nhân viên, đang tuyển hai vị trí với 40 hồ sơ trong tháng. Một HR phụ trách, hai quản lý cùng tham gia đánh giá.
Nhóm dùng một bảng theo dõi chung, hồ sơ lưu có phân quyền, thống nhất trạng thái và người xử lý. Lịch phản hồi được thực hiện; HR có thể trả lời ngay hồ sơ nào đang chờ ai.
Hướng xử lý: tiếp tục dùng bảng tính và duy trì quy tắc cập nhật. Chưa có lý do rõ để đầu tư ATS chỉ vì muốn dùng phần mềm mới.
Tình huống B
Nên thử một phương án ATS
Công ty Bình Minh cũng có khoảng 60 nhân viên nhưng đang mở nhiều điểm bán, tuyển tám vị trí với 300 hồ sơ trong tháng. HR phải phối hợp với nhiều quản lý địa điểm.
Dù đã thống nhất trạng thái và người phụ trách, hồ sơ vẫn được gửi lại qua nhiều nhóm chat, có ứng viên bị liên hệ trùng, nhận xét nằm rải rác và báo cáo phải ghép thủ công.
Hướng xử lý: xác định những việc cần tập trung vào một hệ thống, rồi dùng thử ATS trên một phạm vi nhỏ để kiểm chứng.
Trong tình huống B, việc dùng thử có cơ sở vì những vướng mắc đã được mô tả cụ thể. Nếu nhóm chưa thống nhất ai xử lý hồ sơ, thế nào là “đã phỏng vấn” hoặc thời điểm phải phản hồi, cần làm rõ các quy tắc đó trước khi cấu hình công cụ.
Nhìn vào dấu hiệu vận hành
Những dấu hiệu nên đánh giá lại cách quản lý tuyển dụng
- Khó xác định trạng thái mới nhất: phải hỏi nhiều người để biết ứng viên đã được liên hệ, phỏng vấn hay phản hồi chưa.
- Thông tin bị chia nhỏ: CV ở email, lịch ở một nơi, nhận xét trong nhóm chat; khi bàn giao cần tìm lại từng phần.
- Nhiều người cùng xử lý nhưng thiếu dấu vết: không rõ ai đổi trạng thái, ai gửi thư hoặc vì sao hồ sơ được chuyển bước.
- Khó giới hạn người được xem: quản lý chỉ cần hồ sơ của vị trí mình tuyển nhưng lại nhận cả danh sách hoặc thông tin không cần thiết.
- Báo cáo tốn nhiều công đối chiếu: mỗi lần tổng hợp lại mất thời gian xử lý tên trùng, trạng thái khác nhau và mốc thời gian thiếu.
Ghi lại một vài sự việc gần đây: đã xảy ra chuyện gì, lặp lại bao nhiêu lần, ảnh hưởng đến ai và mất công xử lý ra sao. Bằng chứng này hữu ích hơn một nhận xét chung như “Excel không chuyên nghiệp”.
Để xem xét cách sử dụng thông tin ứng viên và vai trò của AI, đọc thêm Đạo đức tuyển dụng: Công bằng, dữ liệu ứng viên và AI.
Từ yêu cầu đến kiểm chứng
Chọn ATS bằng sáu việc cần thử
Thay vì chỉ xem màn hình giới thiệu, hãy chuẩn bị một bộ hồ sơ giả lập và yêu cầu người trực tiếp làm tuyển dụng thao tác. Những câu hỏi dưới đây là khung thực hành của bài; khả năng đáp ứng cần kiểm tra trên đúng sản phẩm và gói dự định dùng.
Tiếp nhận và tìm lại hồ sơ
Thử hồ sơ có tên tiếng Việt, CV nhiều định dạng và một người ứng tuyển hai vị trí. Nếu hệ thống đọc CV tự động, kiểm tra thông tin nào được trích xuất đúng, trường nào cần sửa và có mở lại được file gốc không.
Câu cần trả lời: người dùng có tìm đúng hồ sơ, nhận ra trường hợp trùng và sửa dữ liệu mà vẫn giữ được lịch sử cần thiết không?
Theo dõi các bước và trách nhiệm
Đưa một hồ sơ qua các bước thực tế: tiếp nhận, sàng lọc, phỏng vấn, đề nghị nhận việc và nhận việc. Thử cả trường hợp chờ phản hồi, ứng viên rút và tuyển chưa thành công.
Câu cần trả lời: có nhìn ra người phụ trách, việc tiếp theo và mốc xử lý không? Có phân biệt ứng viên đồng ý offer với ứng viên đã bắt đầu làm việc không?
Phân quyền theo vai trò
Chuẩn bị tài khoản thử cho HR và quản lý tuyển người. Kiểm tra bằng chính các tài khoản đó: được xem vị trí nào, trường thông tin nào, có thể sửa, tải xuống hoặc chuyển tiếp dữ liệu nào.
Chẳng hạn, tài liệu Greenhouse phân biệt quyền theo người dùng và công việc được giao; một số khả năng tùy chỉnh còn phụ thuộc gói sử dụng. Đây là ví dụ cho việc cần kiểm tra cấu hình cụ thể của từng hệ thống. [2]
Câu cần trả lời: người tham gia có đủ quyền để làm việc và giới hạn truy cập có đúng như thiết kế không?
Kết nối email, lịch và cách phối hợp
Thử gửi thư, đổi giờ phỏng vấn, ghi nhận phản hồi và bàn giao cho người khác. Kiểm tra người nhận, múi giờ, trạng thái gửi và việc đồng bộ với công cụ đang dùng.
Câu cần trả lời: thao tác đã giảm nhập lại chưa? Khi gửi lỗi hoặc đồng bộ chậm, đội tuyển dụng có nhận biết và xử lý được không?
Đọc được căn cứ của báo cáo
Đối chiếu một báo cáo mẫu với danh sách hồ sơ tạo ra nó. Hỏi rõ báo cáo đếm người hay lượt ứng tuyển, lấy mốc thời gian nào và xử lý hồ sơ chuyển vị trí ra sao.
Câu cần trả lời: HR có giải thích được vì sao hệ thống ra con số đó không? Phần phân tích và đề xuất học tiếp ở Báo cáo tuyển dụng cho HRBP: Từ dữ liệu đến đề xuất.
Xuất dữ liệu, vận hành và tổng chi phí
Yêu cầu thử xuất dữ liệu và xem rõ có những gì: thông tin hồ sơ, file đính kèm, nhận xét, lịch sử hay chỉ một danh sách cơ bản. Làm rõ cách lấy lại dữ liệu khi kết thúc sử dụng.
Tính cả phí sử dụng, thiết lập, làm sạch dữ liệu, tích hợp, hướng dẫn người dùng và công quản trị. Hỏi rõ cách tính theo tài khoản, vị trí tuyển hoặc tính năng; ghi nhận phần cần trả thêm theo báo giá thực tế.
Câu cần trả lời: ai vận hành sau khi triển khai, khi có sự cố liên hệ ai và nguồn lực cần duy trì có phù hợp không?
Thử nhỏ, ghi nhận rõ
Làm một đợt dùng thử có tiêu chí
Pilot là đợt thử trên phạm vi giới hạn trước khi triển khai rộng. Bạn có thể bắt đầu bằng một vị trí tuyển, một HR và một quản lý tham gia. Phạm vi và thời gian thử cần đủ để kiểm tra những thao tác đã chọn.
- Chọn ba vấn đề ưu tiên. Ví dụ: hồ sơ bị liên hệ trùng, nhận xét rải rác, tổng hợp trạng thái mất thời gian. Ghi hiện trạng trước khi thử.
- Chuẩn hóa những thông tin tối thiểu. Thống nhất mã vị trí, trạng thái, người phụ trách và các mốc cần lưu. Dùng hồ sơ giả lập để kiểm tra trước; chỉ đưa dữ liệu thật vào khi đã xem xét việc sử dụng và quyền truy cập phù hợp.
- Để người dùng thực tế thao tác. HR và quản lý tự nhập, tìm, đánh giá, chuyển bước và xem báo cáo. Ghi cả những chỗ phải làm ngoài hệ thống.
- Đối chiếu rồi quyết định. So sánh cùng loại công việc và khối lượng tương đương; xem thời gian xử lý, lỗi, việc nhập lại và mức độ sử dụng thực tế. Có thể triển khai, điều chỉnh rồi thử tiếp hoặc tiếp tục dùng công cụ hiện tại.
Đặt tiêu chí đạt trước khi thử. Ví dụ: với bộ hồ sơ giả lập đã chuẩn bị, HR tìm đúng lịch sử ứng tuyển và quản lý chỉ xem được các vị trí đã phân công. Đối chiếu kết quả với dữ liệu gốc, không chỉ dựa vào cảm giác giao diện dễ dùng.
Một đợt thử thao tác ngắn chưa đủ kết luận hệ thống giúp tuyển được người tốt hơn. Nếu muốn đánh giá kết quả tuyển dụng, cần thời gian theo dõi và cách đo phù hợp.
Thực hành cùng Thành HR
Phiếu tự đánh giá: đội mình cần gì ở ATS?
Bạn có thể chép sáu mục dưới đây vào tài liệu làm việc. Mỗi mục chỉ cần vài dòng, nhưng nên có dữ kiện cụ thể.
- Vướng mắc cần xử lý
- Việc gì đang chậm, bị bỏ sót hoặc phải làm lại? Dẫn một tình huống gần đây.
- Hiện trạng và người bị ảnh hưởng
- Vấn đề lặp lại thế nào, mất bao nhiêu công xử lý? HR, quản lý hay ứng viên bị ảnh hưởng?
- Ba yêu cầu quan trọng nhất
- Ghi bằng việc cần làm được, chẳng hạn “tìm lại nhận xét của từng vòng”, thay vì chỉ ghi “phần mềm hiện đại”.
- Cách kiểm chứng
- Ai thử, dùng tình huống nào, đối chiếu với dữ liệu gì và kết quả thế nào thì được coi là đạt?
- Nguồn lực và giới hạn
- Ai quản trị, ai cần học cách dùng, chi phí nào cần tính và dữ liệu nào được đưa vào?
- Đề xuất bước tiếp theo
- Tiếp tục dùng Excel, chuẩn hóa quy trình trước hay thử ATS? Nêu lý do và mốc xem lại.
Thử áp dụng với công ty Bình Minh
Quay lại tình huống tám vị trí và 300 hồ sơ. Giả sử bạn phải trình bày đề xuất trong cuộc họp tuần, hãy trả lời:
- Ba vấn đề nào đáng ưu tiên nhất? Dữ kiện nào trong tình huống hỗ trợ lựa chọn của bạn?
- Với mỗi vấn đề, hệ thống cần giúp làm được việc gì?
- Bạn sẽ kiểm tra một yêu cầu đó như thế nào trước khi đề xuất triển khai rộng?
Mở gợi ý sau khi bạn đã làm
Một hướng lựa chọn: ưu tiên giảm liên hệ trùng, tập trung nhận xét và nhìn rõ trạng thái hồ sơ. Cả ba đều xuất phát từ sự việc đã nêu trong tình huống.
- Liên hệ trùng: cần xem được lịch sử liên hệ và người phụ trách. Thử một ứng viên có hai lượt ứng tuyển, kiểm tra HR có nhìn ra lịch sử trước khi gửi thư tiếp không.
- Nhận xét rải rác: cần nơi ghi đánh giá theo vị trí và vòng. Để quản lý tự nhập nhận xét; kiểm tra HR có tìm lại đầy đủ mà không phải hỏi thêm qua nhóm chat không.
- Trạng thái thiếu thống nhất: cần các bước rõ và người xử lý tiếp theo. Đưa một hồ sơ vào tình huống chờ quản lý, rồi kiểm tra cả HR lẫn quản lý có hiểu giống nhau việc đang chờ không.
Đề xuất có căn cứ: thử trên một vị trí với các tiêu chí trên; ghi công xử lý và lỗi còn lại rồi mới đánh giá khả năng mở rộng. Số lượng 300 hồ sơ chỉ mô tả bối cảnh, chưa đủ để kết luận mua hệ thống nào.
Nếu bạn chọn vấn đề khác, hãy nêu được dữ kiện, tác động và cách kiểm chứng tương ứng. Có thể có nhiều phương án hợp lý.
Sản phẩm nên giữ lại: một phiếu đánh giá đã điền và ba yêu cầu có cách kiểm chứng. Bạn có thể dùng chúng để trao đổi với quản lý, IT hoặc nhà cung cấp khi tìm hiểu công cụ.
Quyết định từ nhu cầu đã nhìn rõ
ATS đáng được cân nhắc khi nhu cầu phối hợp và theo dõi tuyển dụng đã vượt khả năng quản lý hiện tại, đồng thời đội ngũ có người vận hành và dữ liệu đủ rõ để triển khai. Quyết định tốt cần trả lời được: cải thiện việc gì, ai sử dụng và kiểm chứng bằng cách nào?
Nếu bảng tính vẫn đáp ứng công việc, bạn có thể tiếp tục dùng và đặt mốc xem lại. Khi cần thử ATS, bắt đầu từ một phạm vi vừa sức, với tiêu chí đã thống nhất.
Về lộ trình Tuyển dụng HR để nối việc lựa chọn công cụ với các bước nghiệp vụ đang học.
Cùng trao đổi0 bình luận
Bạn có câu hỏi hoặc một cách làm khác? Chia sẻ cùng Thành HR và mọi người nhé.