← All posts

How to Read a Job Description Before You Apply

A practical way to separate real fit from optimistic guessing before a job application turns into hours of CV tailoring.

Most people read a job description as if it is a checklist. They scan for familiar tools, a title that sounds close enough, and a salary range that does not immediately offend them. Then they start adjusting the CV.

That is backwards.

A job description is not only a list of requirements. It is a compressed signal about the company, the work, the hiring manager, and the cost of applying. Some postings are worth a serious application. Some are worth a light attempt. Some are not worth the hour you are about to spend pretending your experience maps cleanly onto their wording.

The useful question is not "Can I apply?" You almost always can. The useful question is: does this role deserve effort?

Start with the work, not the title

Titles are loose. A "Product Manager" job can be discovery-heavy, delivery-heavy, sales-adjacent, technical, operational, or mostly project coordination with a different label. A "Career Coach" page can explain a broad concept, but the actual posting tells you what the day will probably reward.

Read the responsibilities before the requirements. Look for the verbs.

  • "Own discovery" usually means customer research, ambiguity, prioritization, and stakeholder tradeoffs.
  • "Coordinate delivery" usually means project plans, dependencies, status, and execution rhythm.
  • "Drive revenue" usually means commercial pressure, sales alignment, pricing, packaging, or pipeline.
  • "Build dashboards" usually means analytical production, not strategy.

If the verbs describe work you have actually done, the role may be worth analyzing further. If the title matches but the verbs do not, be careful. That is where many weak applications begin.

Itinero's job description analyzer is built around this idea: the job post should be read as evidence, not decoration.

Separate hard requirements from preference noise

Job posts often mix three things in one list:

  • real constraints
  • hiring manager preferences
  • copied boilerplate

Not every bullet deserves equal weight. "Must have the right to work in the country" is a real constraint. "8+ years in an identical role" may be negotiable if the rest of the profile is strong. "Excellent communication skills" is usually background noise unless the role is explicitly writing, facilitation, sales, or leadership.

The mistake is treating every line as a gate. That makes good candidates under-apply and anxious candidates over-tailor.

Instead, mark the posting in three passes:

  • Non-negotiable: legal eligibility, location, language, certifications, security clearance, specific seniority, or technical requirements that genuinely block the work.
  • Core fit: the 4-6 capabilities the role will actually use every week.
  • Padding: culture phrases, inflated years of experience, tool preferences, and duplicated generic bullets.

If you match the core fit and only miss some padding, the role may be viable. If you match the padding but miss the core work, the application will probably feel forced.

Look for the problem behind the hire

Good job descriptions usually imply a business problem. Bad ones list tasks without a center.

Try finishing this sentence: "They are hiring because..."

  • the team has too much manual hiring work
  • product delivery is slipping
  • sales needs better enablement
  • customer churn is rising
  • analytics are not trusted
  • leadership needs someone to impose process

If you can infer the problem, you can write a stronger application. If you cannot, the role may still be fine, but your CV tailoring will be more speculative.

This is where a resume job match check should come after the role read, not before it. Your CV is only useful in relation to the problem the employer appears to have.

Watch for workload disguised as opportunity

Some phrases sound exciting until you translate them.

"Fast-paced environment" can mean momentum, or it can mean poor planning. "Wear many hats" can mean breadth, or it can mean no support. "High ownership" can mean autonomy, or it can mean responsibility without authority.

None of these phrases are automatic disqualifiers. They are prompts for caution. The question is whether the posting also shows structure: clear priorities, realistic scope, a team context, a manager, budget, tools, or decision rights.

If the role wants ownership but gives no clue what you would own, keep reading with suspicion. The guide on job description red flags goes deeper on this.

Check whether the requirements point in one direction

A strong role has a coherent shape. The responsibilities, requirements, seniority, and success measures point toward the same job.

A weak posting asks for everything:

  • strategy and hands-on production
  • junior salary and senior accountability
  • deep specialist expertise and broad generalist support
  • individual contributor output and people leadership
  • startup chaos tolerance and enterprise process maturity

Some hybrid roles are real and interesting. But if the job description reads like three open roles stapled together, you should not treat that as a normal application. You need to decide whether the ambiguity is a feature you want or a cost you are willing to pay.

Decide the level of effort before touching the CV

Not every job deserves the same application.

Use three levels:

  • Skip: clear mismatch, bad signals, or low upside.
  • Light apply: reasonable fit, but not enough upside for heavy tailoring.
  • Serious apply: strong fit, meaningful upside, and a posting clear enough to write against.

Only the third category deserves a tailored CV and cover letter. This is not laziness. It is opportunity cost. Every hour spent polishing a weak application is an hour not spent finding or improving a better one.

A simple reading order

When you open the next job description, read it like this:

  • Responsibilities first.
  • Requirements second.
  • Salary and location third.
  • Company context fourth.
  • Benefits and culture language last.

Then ask:

  • What work will this person actually do?
  • Which requirements are real constraints?
  • What problem is the company trying to solve?
  • What would make my background credible here?
  • Does the role deserve a serious application?

If those answers are fuzzy, do not rush into CV editing. Run the posting through Itinero, compare the verdict with your own read, and only tailor when the role has earned the time.