Recruiter dành hàng giờ để sourcing. Thêm hàng giờ để screening. Nhưng cái bộ lọc đầu tiên — bản JD — thì viết trong 15 phút, copy từ vị trí cũ, rồi đăng luôn.

Đây là sự thật ít ai nói: JD không chỉ mô tả công việc. Nó là bộ lọc chạy trước cả khi bạn nhìn thấy CV đầu tiên.

Một JD dài 20 dòng must-have, đầy chữ "năng động", "chịu được áp lực", "đa nhiệm"… không lọc ra người giỏi. Nó lọc ra người dám apply.

Và người giỏi nhất — người tự tin, có nhiều lựa chọn — thường là người bấm back đầu tiên. Bạn không bao giờ thấy họ trong pipeline, nên bạn tưởng họ không tồn tại.

Vì sao JD "chuẩn" vẫn kéo về ứng viên sai?

Vấn đề không nằm ở câu chữ. Nó nằm sâu hơn: JD phản ánh sự lệch pha giữa điều team cần, điều hiring manager nghĩ họ cần, và điều bạn dùng để lọc CV.

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

Hiring manager liệt kê mọi thứ họ ước ứng viên có. React, Node, AWS, Kafka, có kinh nghiệm fintech, nói được tiếng Anh, từng làm startup lẫn tập đoàn.

Không ai trong team hiện tại đáp ứng đủ danh sách đó. Nhưng bạn vẫn cầm nó đi lọc.

Kết quả: bạn đang rao tuyển một người hoàn hảo để trả lương một người bình thường.

20 must-have là hàng rào, không phải cánh cửa

Danh sách yêu cầu càng dài, tín hiệu gatekeeping càng mạnh.

Ứng viên giỏi đọc 15 must-have, thấy mình thiếu 2, và tự loại mình ra. Không phải vì họ không làm được — mà vì họ có 3 job khác đang mở và không có lý do gì để mạo hiểm.

Ứng viên yếu hơn thì cứ apply đại. Thế là pipeline của bạn đầy người dám nộp, thiếu người đáng tuyển.

"Must-have" của bạn và của hiring manager không giống nhau

Đây là điểm chết người.

Bạn nghĩ "5 năm kinh nghiệm Java" là must-have. Hiring manager thực ra chỉ cần người đọc hiểu codebase cũ nhanh — 3 năm đúng mảng còn tốt hơn 5 năm lan man.

Nhưng vì không ai ngồi lại cân từng tiêu chí, bạn lọc theo cái bạn đoán là quan trọng. Và bạn loại nhầm.

Một ví dụ quen: role Senior Backend Java, JD có 12 must-have. Ứng viên mạnh nhất thiếu đúng 2 dòng — chưa từng dùng Kafka, chưa có chứng chỉ AWS. Bạn cắt. Ba tuần sau team vẫn trống ghế, và người bạn cắt đã nhận offer chỗ khác.

Cân lại JD trước khi cân CV: framework Tách – Cân – Chốt

Cách sửa không phải viết JD "hay hơn". Mà là biến JD từ một đoạn văn mong muốn thành một bộ tiêu chí có trọng số.

Ba bước, làm được bằng một file Google Sheet, không cần công cụ gì.

Tách

Xé JD thành 3 nhóm rõ ràng:

• Must-have: thiếu là loại.
• Nice-to-have: có thì cộng điểm.
• Bonus: thấy thì mừng.

Quy tắc cứng: must-have không quá 5 dòng. Nếu bạn có 12 dòng "bắt buộc", nghĩa là bạn chưa phân loại — bạn đang ước.

Cân

Gán trọng số cho từng must-have. Không phải mọi tiêu chí đều nặng như nhau.

Ví dụ:

• Đọc hiểu codebase Java lớn — 40%
• Tư duy thiết kế hệ thống — 30%
• Kinh nghiệm high-traffic — 20%
• Giao tiếp tiếng Anh — 10%

Giờ một ứng viên thiếu chứng chỉ AWS nhưng mạnh 3 tiêu chí đầu vẫn qua vòng. Vì bạn lọc theo trọng số, không phải theo checklist nhị phân đúng/sai.

Chốt

Ngồi lại với hiring manager 15 phút. Chỉ vào bảng trọng số và hỏi: "Cái này thật sự nặng 40%, hay em đang đoán?"

Câu hỏi này lộ ra mọi giả định ngầm. Thường thì HM sẽ nói: "À không, Kafka chỉ là nice-to-have, học 2 tuần là được." Và bạn vừa cứu được 5 ứng viên giỏi khỏi bị loại nhầm.

JD tốt không phải JD viết đẹp. JD tốt là JD mà bạn và hiring manager đồng ý về việc cái gì thật sự quan trọng — và nặng bao nhiêu.

Knoot Angle

Trong tuyển dụng, mọi quyết định phía sau đều thừa hưởng chất lượng của bước đầu tiên. Nếu tiêu chí lọc đã lệch từ JD, thì screening nhanh đến mấy cũng chỉ giúp bạn loại nhầm người nhanh hơn.

Đó là lý do Knoot có module JD Analyzer — và nó không viết JD hộ bạn. Nó làm ngược lại: cầm bản JD bạn đang có và tách nó ra thành bộ tiêu chí có cấu trúc.

• Phân loại tự động: JD được bóc thành must-have, nice-to-have và bonus, thay vì một khối chữ khó lọc.
• Trọng số rõ ràng: mỗi yêu cầu có một mức % — bạn thấy ngay cái gì thật sự quyết định, cái gì chỉ là mong muốn.
• Quyền chỉnh sửa thuộc về bạn: AI đề xuất, nhưng recruiter và hiring manager mới là người chốt trọng số cuối cùng.
• Làm nền cho screening: bộ tiêu chí này trở thành input cho vòng lọc CV — nên bạn không bao giờ screening trong mù mờ.

JD Analyzer không thay bạn quyết định ai phù hợp. Nó chỉ đảm bảo bạn và hiring manager đang lọc theo cùng một thước đo — trước khi CV đầu tiên chạy vào.

Một bản JD là danh sách mong muốn. Việc của bạn là biến nó thành tiêu chí có thể đánh giá — trước khi nó âm thầm loại mất người giỏi nhất.