Role design

Turn a job description into an outcome map

Write the job description around the changes the person will own, not a catalogue of tasks. Give candidates the role’s purpose, several sequenced outcomes, the context and support available, and honest practical expectations. Use capabilities only where they connect to the work. The document should help someone decide whether their experience can transfer to this setting.

On this page
  1. Lead with the work problem
  2. Sequence four useful outcomes
  3. Translate outcomes into capability
  4. Make the operating context visible
  5. Edit for a real reader
  6. Use the description as a promise

Lead with the work problem

In a few sentences, explain the current situation and why this role matters. Name the team and customer or internal partner affected. Avoid inflated statements about transforming an entire company when the role controls one part of the system. A grounded purpose is more informative than a dramatic mission paragraph and gives every later requirement a reason to exist.

Sequence four useful outcomes

Show what the person is likely to learn, establish, and improve over time. Early outcomes may involve understanding a process and building relationships; later outcomes may involve owning a planning cycle or improving a service. Keep the sequence realistic for available access and onboarding. Do not guarantee business results that depend on factors beyond the role.

Translate outcomes into capability

For each outcome, ask what judgment, craft, or collaboration makes it possible. Write capabilities in plain language and allow several forms of evidence. Someone may have built the same skill in another sector or role. Remove requirements that function only as shorthand for quality, especially a familiar employer, exact title, or arbitrary years of experience.

Make the operating context visible

Candidates need to know who they work with, the maturity of the area, important constraints, and what support already exists. State hybrid or remote expectations concretely. Explain which decisions belong to the role and which require alignment. This context lets people judge whether they enjoy the environment, not merely whether they can perform isolated tasks.

  • Purpose in the current business
  • Outcomes in a realistic order
  • Capabilities tied to outcomes
  • Support, constraints, and decision scope

Edit for a real reader

Illustrative example: a draft says the new finance partner will drive strategy, manage stakeholders, own reporting, and support growth. The rewrite explains that the first priority is rebuilding the monthly planning conversation with two business units, using existing reports and support from accounting. Candidates can now identify relevant planning and facilitation evidence instead of decoding four broad claims.

Use the description as a promise

Compare the final text with the interview plan and onboarding outline. If the panel tests capabilities the description never mentions, decide whether the criterion belongs. If the first months contain work absent from the advertised outcomes, correct the mismatch. A job description should remain recognisable after the person joins; otherwise it was marketing copy rather than a useful agreement. Ask a colleague outside the hiring team to read it and describe the actual job; unclear answers reveal where internal shorthand survived editing.

Next step

Pick one current description and replace its longest duty list with four sequenced outcomes, then test whether the interview plan actually assesses them.

A clearer starting point

Turn your next hire into a considered brief.

Start a hiring brief