Your open role has been posted for three weeks. 200 applications. Maybe 5 are worth reading. The problem is not the candidates. It is the job description. Most JDs describe the company. The best ones describe the problem the person will solve on day one.
Job descriptions are written by committee. HR adds compliance language. The hiring manager pastes requirements from the last person who held the role. Marketing insists on employer branding paragraphs. The result reads like every other posting on the internet: "fast-paced environment," "team player," "competitive salary." Nobody knows what the job actually involves.
The cost is real. Generic descriptions attract generic applicants. Your recruiters spend 15 hours per role screening people who were never a fit. The candidates you actually want, the ones with options, skip your posting because nothing in it signals that this role is different from the other 40 they scrolled past today.
The fix is not better copywriting. It is better thinking about what the role actually requires, translated into language a qualified person would recognize as describing their next challenge. AI is surprisingly good at this translation. It asks the questions humans skip.
A job description that leads with the challenge, not the company. Requirements split into genuine dealbreakers and nice-to-haves. A 90-day roadmap that tells candidates exactly what success looks like. Honest language about the hard parts. The kind of posting that a qualified candidate reads and thinks: "That is exactly what I want to work on." Ready in 10 minutes.
A job posting that attracts 200 unqualified applicants creates 15 to 20 hours of screening work per role. Multiply that across 10 open positions per quarter and your talent team is spending 200 hours just filtering noise. Meanwhile, the candidates you actually want never applied because your posting looked identical to every other company hiring for the same title.
Specificity is a filter. When your description says "You will rebuild our data pipeline from Postgres to a streaming architecture within 90 days," the people who have done that before lean forward. The people who have not move on. You get fewer applications and better ones. Your cost-per-hire drops because you are not paying recruiters to screen people who never had a chance.
Most candidates make their decision based on one question: "What will I actually do?" The company history paragraph does not answer it. The benefits list does not answer it. The only section that answers it is a concrete description of what their first 90 days look like.
Three milestones change everything. "By day 30, you will have audited the current process and identified the three biggest bottlenecks. By day 60, you will have shipped the first fix. By day 90, the team will be using the new workflow." Now the candidate knows exactly what they are signing up for. The ones who want that challenge apply. The ones who do not, save everyone time.
Every job has a hard part. The commute. The legacy codebase. The client who calls at 6 PM. Most descriptions hide it. Then new hires discover it at week three and start updating their resume.
One honest sentence at the end builds more trust than ten paragraphs of employer branding. "The hardest part: you will inherit a system built by three different teams over five years, and the documentation is incomplete." The right candidate reads that and thinks: "Good. That is the kind of problem I enjoy solving." The wrong candidate self-selects out before you spend an hour interviewing them.
10 open roles per year × 8 hours saved on screening = ~80 hours back for your talent team
Plus the hires who stay longer because they knew what they were signing up for. The talent was always out there. Now they can recognize your role as the one worth applying to.
One trick per week. Five minutes to read. Zero cost to implement.
Free. Unsubscribe anytime. No spam, ever.