Recruiter hay tự trách mình sau mỗi lần shortlist bị hiring manager đá ngược lại.

"Chắc mình đọc CV chưa kỹ."

"Chắc mình chưa hiểu role đủ sâu."

Nhưng phần lớn thời gian, vấn đề không nằm ở cách bạn đọc CV.

Nó nằm ở JD — thứ bạn cầm trên tay trước khi bắt đầu screening.

Một bản JD liệt kê 15 kỹ năng, không phân biệt cái nào bắt buộc, cái nào chỉ là mong muốn, và không có bất kỳ trọng số nào. Bạn cầm nó đi lọc 100 CV như cầm một cái la bàn không có kim chỉ hướng.

Sai người không phải vì bạn tệ. Sai người vì JD chưa bao giờ nói rõ đúng người là ai.

Vì sao JD mơ hồ mới là thủ phạm thật sự?

JD mơ hồ không ồn ào. Nó không báo lỗi, không văng ra cảnh báo đỏ. Nó chỉ âm thầm khiến mọi bước phía sau — sourcing, screening, shortlist — lệch hướng dần từng chút một.

JD là danh sách mong muốn, không phải tiêu chí đánh giá

Phần lớn JD được copy từ bản cũ, hoặc viết vội để kịp đăng job. Mọi thứ được nhét vào: 5 năm Java, Spring Boot, microservices, AWS, leadership, tiếng Anh trôi chảy, tư duy startup. Tất cả nằm phẳng, không phân lớp.

• Không có must-have
• Không có nice-to-have
• Không có trọng số
• Không có thứ tự ưu tiên

Một JD phẳng biến mọi kỹ năng thành "quan trọng như nhau" — và không có gì quan trọng như nhau cả.

Recruiter tự bịa tiêu chí để lấp khoảng trống

Khi JD không nói rõ, bạn buộc phải đoán. Bạn đoán hiring manager thật sự cần gì, dựa trên kinh nghiệm cá nhân — không dựa trên dữ liệu nào cả.

Một JD "Senior Backend Java" liệt kê 15 yêu cầu. Bạn screening 120 CV trong một tuần, chọn ra 5 người match cao nhất theo đúng JD trên giấy. Hiring manager loại 4/5 vì "thiếu kinh nghiệm hệ thống high-traffic" — điều chưa từng xuất hiện trong JD.

JD trên giấy và JD trong đầu hiring manager là hai bản khác nhau. Recruiter luôn là người cầm bản sai.

Screening càng nhanh, sai lệch càng lớn

JD mơ hồ + Screening nhanh = Sai người, nhanh hơn.

Tốc độ không sửa được một JD sai. Nó chỉ giúp bạn sai trên quy mô lớn hơn, trong thời gian ngắn hơn.

Cách JD rõ ràng cứu bạn khỏi vòng lặp screening sai người

Không cần công cụ nào để bắt đầu. Một Google Sheet là đủ.

Framework MNB + Trọng số

Tách (M): Must-have — không có là loại ngay

Chọn tối đa 3-5 tiêu chí bắt buộc. Nếu danh sách must-have của bạn dài hơn 5, JD đó chưa được tách kỹ.

Tách (N): Nice-to-have — cộng điểm, không phải lý do loại

Những gì tốt nếu có, nhưng không nên là lý do bạn loại một ứng viên mạnh.

Gán trọng số (%) cho từng nhóm

Must-have chiếm 60-70%, nice-to-have 20-30%, bonus 10%. Ai cũng tự làm được, không cần AI, không cần tool.

Xác nhận lại với hiring manager trước khi screening

Gửi bản JD đã tách và gán trọng số cho hiring manager duyệt, trước khi chạm vào CV đầu tiên.

10 phút xác nhận JD tiết kiệm được 10 giờ screening sai hướng.

Knoot Angle

Một JD rõ ràng không phải thứ "có thì tốt" — nó là nền tảng quyết định toàn bộ chất lượng shortlist phía sau.

Đây chính là lý do JD Analyzer của Knoot tồn tại. Bạn đưa JD gốc vào, hệ thống tự động tách JD thành các nhóm must-have, nice-to-have và bonus, gợi ý trọng số cho từng nhóm — nhưng bạn vẫn là người chỉnh sửa và xác nhận trước khi bất kỳ bước screening nào bắt đầu. JD Analyzer không viết JD thay bạn, và cũng không tự chốt trọng số cuối cùng. Nó chỉ giúp bạn có một bản JD sạch nhanh hơn nhiều so với làm tay mỗi lần mở job mới. Bản JD đã tách này sau đó trở thành input bắt buộc cho AI Screening, nên không có bước lọc nào diễn ra "mù".

Một JD là danh sách mong muốn. JD Analyzer biến nó thành tiêu chí bạn có thể tin.