Skip to the vacancy brief guide
Employer handbookPlanning a specialist hire / 04

How to Prepare an Effective Vacancy Brief

A good search starts with a clear account of the work. Bring the role, its requirements and the practical decisions into one brief that everyone can work from.

Use the brief outline

First, agree the need

Write for a decision.
Not a wish list.

A vacancy brief is the working document behind a recruitment search. It explains why the role exists, what the person will own, which capabilities matter and which terms are approved. A job advert can be developed from it; the brief itself gives the hiring team more context.

Before writing, bring the hiring manager and the people approving the role into agreement. Is this a replacement, a new capability or additional capacity? What needs to be different once someone is in post?

A useful starting principle: connect actual job tasks to the capabilities needed to perform them. See the U.S. Office of Personnel Management’s job-analysis guidance. This is general guidance, not an AI Talent Hunt assessment policy.

The brief, explained

What belongs in the document.

Use the example to see the level of detail. Adapt the writing notes to the role you are planning.

Illustrative brief

Product software engineer

A fictional example, not a live vacancy. Bracketed details still need employer confirmation.

Writing notes

The detail behind a useful brief

01 Purpose & outcomes

Help the product team deliver a new customer account experience. The role owns software delivery within an agreed product area, from planning through release.

Early priorities: understand the existing application, agree the first delivery milestone and implement the initial account-management workflow.

Explain why the hire matters.

Describe the business need and the work it creates. Use concrete outcomes rather than adjectives such as “exceptional”. Agree realistic early priorities with the hiring manager; do not promise targets the team has not approved.

02 Responsibilities & boundaries

  • Build and maintain the agreed product features.
  • Review changes, write tests and investigate defects.
  • Work with product and design colleagues on implementation decisions.

People management and ownership of the wider infrastructure platform are outside the proposed scope.

Show the work—and its limits.

List the main recurring responsibilities. Separate personal ownership from collaboration or support. State whether management, travel, customer contact, shifts or on-call work belong to the role. Avoid combining several different jobs into one title.

03 Essential & preferred capability

Essential: evidence of delivering application features, testing changes and explaining implementation trade-offs.

Preferred: experience with the team’s current framework. Comparable experience may be considered where the underlying capability transfers.

Give every requirement a reason.

Connect essential skills to a responsibility. Keep preferences separate so that a helpful extra does not silently become a rejection rule. Record any genuinely necessary qualification, licence or specialist experience, and the role-related reason for it.

More on software role requirements

04 Team & decision-making

Reports to the engineering manager and works with product and design colleagues. The engineer makes implementation decisions within agreed architecture and review practices.

To confirm: team size, available support and responsibility for technical approval.

Make the level understandable.

A title alone does not explain seniority. Describe reporting lines, autonomy, team support and the decisions this person can make. For a leadership role, clarify whether the responsibility is technical direction, people management or both.

05 Location & working arrangement

Role location: [confirm].
Arrangement: [onsite, hybrid or remote].
Employment type: [confirm].

Record any office attendance, travel or time-zone overlap requirement before the search begins.

Replace “flexible” with specifics.

State where the role can be based and what attendance or overlap is expected. “Remote” does not automatically mean any country or any hours. Confirm eligible hiring locations and any unresolved employment arrangements with the appropriate employer team.

06 Approved compensation

Range: [approved range, currency and pay period].
Basis: [base pay or total compensation].
Other elements: [confirmed variable pay or benefits].

Mark anything awaiting approval rather than presenting it as an available term.

Make the terms comparable.

Clarify the currency, annual or hourly basis, and whether any variable component is separate. Identify who approves exceptions. This guide does not prescribe salary figures or determine local disclosure obligations; confirm those with your relevant internal advisers.

07 Interview plan & ownership

Proposed evidence: a discussion of previous delivery work and a role-related technical exercise, subject to employer approval.

To agree: stages, interview owners, assessment time, feedback owner, target start date and final decision-maker.

Plan the evidence, not just the stages.

For each interview or exercise, say which requirement it checks and who reviews it. Describe the time commitment and any preparation clearly. Separate a target start date from a confirmed commitment, and nominate one contact who can resolve questions about the brief.

Before this example could be used: the employer would still need to approve the location, terms, budget and selection plan. A useful brief makes unresolved decisions visible.

A quick editing pass

Trade broad phrases
for useful evidence.

The aim is not a longer document. It is a more precise one.

“Excellent communicator”
Explain technical options to product colleagues and document the reasons behind a delivery decision.
“Must know every tool”
Name the capability needed for the work, then identify which tools are essential and which can be learned.
“Senior, hands-on leader”
State the decisions they own, the work they deliver personally and whether they manage people.

Your starting document

Make it
your own.

Copy the outline into your own document. Replace the prompts with approved role details and mark open questions clearly.

This is a preparation aid, not a second vacancy submission form. Nothing is entered or sent from this outline.

Go to Submit a Vacancy
Vacancy brief / reusable outline

VACANCY BRIEF

Role & purpose

Working title:
Employer / team:
Reason for hiring:
Outcomes and early priorities:

Work & ownership

Main responsibilities:
Decisions this person owns:
Responsibilities outside scope:

Requirements

Essential capability and why it matters:
Preferred experience:
Necessary qualifications / licences:

Team & context

Reports to:
Key collaborators:
Team support and level of autonomy:

Working arrangement

Location / eligible hiring geography:
Onsite, hybrid or remote expectations:
Hours, overlap, travel or on-call:
Employment type:

Approved terms

Pay range, currency and pay period:
Base pay / total compensation basis:
Confirmed variable pay and benefits:
Budget approval owner:

Selection & timing

Proposed interview / assessment stages:
Evidence to check at each stage:
Interview owners and expected time:
Target start date:
Final decision-maker / contact:

Open decisions

Details awaiting approval:
Owner and next action for each:
Brief version / date:

Select and copy the text, or use the copy button.

Before you share

One brief.
One agreed starting point.

Ask the hiring manager to review the document as a whole. The title, level, requirements, terms and selection plan should describe the same role.

  • Resolve contradictions

    Check that ownership matches the level and that the required experience fits the actual work. Separate non-negotiable conditions from areas where the team can be flexible.

  • Identify the open decisions

    Record what is still pending, who can approve it and the next action. Do not turn a provisional budget, location or start date into a promise.

  • Share only appropriate information

    Use approved business information. Leave out candidate CVs, identification documents, private employee details and confidential material that is not needed for the initial enquiry.

What if the brief is not complete yet?

You can distinguish confirmed requirements from questions to discuss. When contacting AI Talent Hunt, make the gaps explicit so the conversation starts from the information you actually have. Submission begins an enquiry; it does not create an automatic engagement or guarantee a recruitment outcome.

Employer next step

Ready to discuss the role?

Bring your approved requirements and any open questions to AI Talent Hunt.

Submit a Vacancy