job-description

name

job-description

description

Write a performance-based job description. Use when the user says "write a JD", "draft a job posting", "create a job description", "help me post this role", "write requirements for this position", or wants to define what success looks like in a role - even if they don't explicitly say "job description". Also use when a hiring manager says "I need someone who can do X, Y, Z" and needs that translated into a structured posting.

Overview

Based on Hire With Your Head by Lou Adler. Traditional JDs list requirements (skills, years of experience, degrees) but don't tell candidates what they'll actually do. Performance-based JDs flip the model: define what "great" looks like in 90 days and 1 year, then work backward to what's required. This filters for candidates who can deliver outcomes, not just match keywords.

Workflow

Step 1: Define the Performance Objective

Before writing a single word of the posting, answer: "What does this person need to accomplish in the first 90 days to be considered successful?"

Ask [hiring manager]:

• "If you hired someone today and they exceeded your expectations at 90 days, what would they have done?"
• "What's the one outcome that, if missing, would make this hire a failure?"
• "What does the person in this role own, end-to-end?"

Convert answers into 3-5 measurable performance objectives. Format:

- Within 90 days: [specific deliverable or outcome]
- Within 6 months: [milestone or capability reached]
- Within 12 months: [strategic outcome or ownership expanded]

Step 2: Write the Opening Hook

State the mission of the role, not the list of duties. Candidates skim - the opening determines whether they read further.

Bad: "We are looking for a Senior Engineer to join our growing team." Good: "You'll own the data pipeline that powers every dashboard [your company] ships. In the first 90 days, you'll audit what exists, document what's missing, and ship the first version of the new ingestion layer."

Step 3: Structure the Job Description

# [Role Title] - [Your Company]

## The Role
[2-3 sentence mission. What does this person own? What's the impact?]

## What You'll Do (First 12 Months)
- [90-day outcome]
- [6-month outcome]
- [12-month outcome]
- [Ongoing responsibility 1]
- [Ongoing responsibility 2]

## What We're Looking For
[5-7 bullets. Lead with must-haves, end with nice-to-haves.
Each bullet states a capability, not a credential.
"Built and shipped X" beats "5 years of experience."]

## What We Offer
- Compensation: [$X - $Y base + equity/bonus structure]
- [Benefit 1]
- [Benefit 2]
- [Culture or growth differentiator]

## How to Apply
[Clear next step. Link or instruction. No paragraph of boilerplate.]

Step 4: Write the Requirements Section

Requirements should predict performance. For each requirement, ask: "Can someone without this still achieve the 90-day outcome?" If yes, it's a preference, not a requirement.

Format requirements as:

• Must-have: Can demonstrate [specific capability] through past examples
• Strong plus: Experience with [tool or domain] - not required but speeds ramp

Avoid:

• Years of experience minimums ("5+ years") - use capability statements instead
• Degree requirements unless genuinely role-critical
• Vague adjectives ("passionate", "self-starter", "team player")

Step 5: Calibrate on Seniority

Use the scope-ownership matrix to anchor level:

Level	Scope	Ownership
Junior / IC	Defined tasks within a project	Executes with guidance
Mid	Full features or workstreams	Owns deliverable, escalates blockers
Senior	Cross-team outcomes	Owns outcome and unblocks others
Staff / Lead	Org-level capability	Sets direction, multiplies team

Make sure the performance objectives match the level. A "Senior" JD with junior-level objectives will attract the wrong pool.

Step 6: Review Before Publishing

• Remove corporate jargon ("synergy", "dynamic", "fast-paced environment")
• Remove requirements that correlate with demographics, not performance
• Cut every bullet that isn't load-bearing - shorter JDs get more qualified applicants
• Add specific signals of the work environment: "We ship weekly", "No dedicated QA team", "You'll be the first in this function"

Anti-Patterns

1. Leading with company bio Bad: "Founded in 2018, [your company] is a mission-driven SaaS company transforming the way teams collaborate..." Good: Lead with the role's mission and impact. Save the company pitch for an "About Us" section at the bottom.

2. Requirements as a wishlist Bad: "5+ years Python, experience with Kafka, Spark, Airflow, dbt, Snowflake, AWS, GCP, and strong communication skills..." Good: 5-7 must-haves that directly predict the ability to hit the 90-day outcome.

3. Duties list masquerading as outcomes Bad: "Responsible for writing code, attending standups, participating in code review, and collaborating with stakeholders." Good: "Own the auth service - design, build, and maintain it. In 90 days, migrate it off the legacy monolith."

4. Vague compensation Bad: "We offer a competitive compensation package." Good: "$140,000 - $170,000 base depending on experience + 0.1-0.25% equity over 4 years."

5. Burying the interesting work Bad: A wall of text where the most compelling work appears in paragraph 4. Good: First 2-3 sentences are the hook. If they're not compelling, the rest won't be read.

Quality Checklist

• Performance objectives are specific and measurable (not a duties list)
• Opening 2-3 sentences describe mission and impact, not the company
• Requirements list is 7 items or fewer, each tied to a performance outcome
• Compensation range is included
• No vague adjectives ("passionate", "self-starter", "fast-paced")
• Seniority level matches the scope and ownership in the objectives
• JD body is under 600 words (shorter performs better with qualified applicants)
• Call to action is clear and frictionless