Skip to content

JD Teardowns (Growth & RevOps)

Most “bad hires” start earlier than the interview loop.

They start when the job description cannot answer four questions:

  1. What does this role own?
  2. Which KPIs prove it?
  3. Which interfaces/handoffs make it real?
  4. What constraints make it bounded? (time, budget, team, stack)

This library is a set of failure mode patterns and fix patterns for Growth + RevenueOps hiring.

Start with a role family

Pick the teardown closest to the hire you are making

These pages are generic on purpose. They are meant to be pasted into your hiring brief without copying a company JD.

The core truth

A vague JD is a symptom of a vague operating system

If you cannot specify ownership, KPIs, and interfaces, you do not have a stable system to hire into yet.

Peoplecapability and level fit
Processhandoffs and cadence
Toolsinstrumentation and trust
  • If the JD mixes levels, the interview loop will drift.
  • If KPIs are missing, ownership will be argued later.
  • If interfaces are missing, the hire will become the glue.
Leadership and operating clarity for hiring

Rewrite the brief, yes. But treat it as a systems audit signal.

Want the audit-grade scorecard on your actual JD?

Pillars