Briefing AI like a contractor, the one-shot delegation that actually works

A founder at a kitchen table writing notes on lined paper next to an open laptop, mug of tea beside her.
TL;DR

The single biggest skill in personal AI practice is the brief. A four-line prompt produces generic output for the same reason a four-line email to a freelancer does, neither contains enough for the work to land. The six-element contractor brief, context, audience, goal, constraints, format, tone, gives an AI the same specification a good Statement of Work gives a contractor. Master one, you have the other.

Key takeaways

- The output you get from AI tracks the brief you put in. Four lines in, four lines of generic out. - The six elements are context, audience, goal, constraints, format, tone, the same spine that runs through every decent contractor SOW. - Showing an example of the tone you want beats describing it. AI pattern-matches faster on a sample than on adjectives. - Treat the first output as a draft, not the answer. One round of specific feedback, then your own edit, is where good work lands. - A reusable brief written once and refined over a month becomes a standing prompt, the asset that moves AI from novelty to infrastructure.

A founder I worked with last quarter had typed “write me a sales email to a marketing director” into ChatGPT, read the output, and told me AI was overhyped. The email was technically competent. It was also indistinguishable from every other sales email a marketing director had received that month. She closed the tab and went back to writing them by hand, an hour per email, three or four a week. The AI had not failed her. The brief had.

This is the most common AI failure pattern I see in owner-operated firms. The complaint is “the output is generic”, but the underlying issue is upstream of the model. Anyone who has hired a freelancer on Upwork knows what happens when you instruct them with “write something good for our website”. You get mediocrity. The fix in both cases is the same artefact, a proper brief.

What is a contractor-style brief for AI?

A contractor-style brief is a short structured instruction containing the six pieces of information a remote worker needs to produce usable output without follow-up questions. Context, audience, goal, constraints, format, tone. The shape comes from professional services briefing practice, where the cost of rework drove firms to treat the brief as insurance. Anthropic’s prompt engineering guidance reaches the same conclusion under different labels.

The structure is not theoretical. Upwork’s guidance on onboarding a new client lists the same artefacts that show up in any decent SOW, scope, deliverables, expectations, and the prior context that lets the contractor work without supervision. Smartsheet’s SOW reference builds on this with acceptance criteria and standards. AI sits in exactly this position. It works in isolation, with only your words to guide it, against a brief that either specifies enough or does not.

Why does this matter for your business?

Because the alternative is the four-line prompt that wastes the model’s biggest advantage. AI produces a usable first draft in seconds, but only if the brief carries enough specification to anchor the output. Without context, the model defaults to the average of its training data, which is by definition generic. With a proper brief, the same model produces work that sounds like someone in your firm wrote it.

For a services firm in the £1m to £10m turnover band, where the founder’s writing time is the binding constraint, the maths is direct. A weekly sales email that took ninety minutes by hand becomes fifteen minutes briefed, generated, and edited. Smartsheet’s SOW guidance points at the same insight in the contractor world, briefs that specify scope, objectives, deliverables, and acceptance criteria produce fewer revision cycles. The OpenAI prompt engineering reference recommends specificity on context, outcome, length, format, and style, the same six elements under different labels. The two disciplines are the same skill on different surfaces, and the firms that internalise this stop complaining about generic AI output within a fortnight.

What goes in the six-element brief?

Each element answers one question the model cannot infer from a four-line prompt. Context tells the model what surrounds the work, what your firm does, who you serve, what is at stake. Audience names the person who will read the output, not the person paying. Goal is the shift you want the reader to make. Constraints are the rules. Format is the shape. Tone is the voice, best taught by example.

The single highest-yield move inside the six is showing rather than describing tone. The few-shot prompting research from the GPT-3 paper, and the DAIR.AI prompting guide that built on it, both show that worked examples outperform adjective lists. Paste a paragraph of your own writing, or a competitor sample you admire, and say “in this voice”. The model pattern-matches on a sample faster than it can interpret “warm but professional, technical but accessible”.

A worked example sharpens the contrast. Briefed badly, “write a sales email about our finance services, make it compelling”, you get the standard cold-email template, generic subject line, no specific hook, a closing ask the reader has read a hundred times. Briefed well, with a paragraph of context on what you do and who you serve, an audience line (“the founder of a £2m consulting practice who has never had formal financial management”), a specific goal (“get them to book a fifteen-minute call, overcoming the worry that we’re too expensive for a small practice”), constraints (“under 150 words, no jargon, no price reference”), a format (“short paragraphs for mobile reading, single CTA”), and a tone sample (“like a fellow founder texting, not a sales department”), you get an email that opens with the cash-timing problem services firms know cold and reads like the firm wrote it. Subject lines stop being “Optimise your financial future” and start being “The cash gap founders never sort”. The model has not changed. The brief has.

When does it pay back, and when do you skip the brief?

The brief pays back on recurring or high-stakes work. Anything you do more than three times a month, anything that has to land in a specific shape for a specific reader, anything where a generic draft would damage trust. For exploratory questions or open-ended thinking, the brief is overkill and you should type freely. The signal you have crossed the threshold is rebuilding the same prompt from scratch each week.

Ethan Mollick at Wharton has written about working with AI iteratively rather than crafting a perfect single prompt. His advice and the brief discipline pull in the same direction, the brief gets you to a good first draft faster, the iteration tightens it. Treat the AI’s first output as a contractor’s first draft. Read it, give specific feedback (“too formal, use this paragraph as the tone reference”), get a second pass, then edit yourself. That cycle takes ten minutes for work that used to take an hour. The brief is the upstream investment that makes the iteration short.

Three habits compound the brief over time. The first is saving the briefs that work. Once a brief produces good output twice, it earns a slot in your standing prompt library, called by name rather than rebuilt. The second is refining the tone sample as your writing evolves, what you pasted in February may not match how you sound in November. The third is learning the editor’s eye.

The wider context sits in the pillar piece on this cluster, AI for your own work, not just your business, and in the EAD-Do framework recast for AI, which places one-shot delegation in the Delegate quadrant alongside drafting first passes with AI. For founders working with personal data inside a brief, the ICO’s UK GDPR guidance on AI is the reference point, anything you paste in to set context counts as processing.

The brief is the foundational skill that decides whether AI sits inside your firm as infrastructure or stays a novelty you abandoned by March. Master the contractor brief and you have mastered AI. The two skills are the same shape, applied to different workers.

Sources

- Upwork (2024). How to onboard a new client. Platform guidance on the briefing and onboarding documents that produce usable contractor work, the source pattern this post translates to AI. https://www.upwork.com/resources/how-to-onboard-a-new-client - Smartsheet (2024). How to write a Statement of Work for any industry. Trade reference on SOW structure, the six-element brief maps onto its scope, deliverables, and acceptance-criteria fields. https://www.smartsheet.com/how-write-statement-work-any-industry - Anthropic (2024). Prompt engineering overview. Vendor research on defining success criteria and supplying the model with the information it needs to solve the task, the AI parallel to context and goal in a contractor brief. https://platform.claude.com/docs/en/build-with-claude/prompt-engineering/overview - OpenAI (2024). Best practices for prompt engineering with the OpenAI API. Vendor reference recommending specificity on context, outcome, length, format, and style, the same six elements under different labels. https://help.openai.com/en/articles/6654000-best-practices-for-prompt-engineering-with-the-openai-api - Google (2024). Gemini API prompting strategies. Vendor guidance on stating goals concisely, controlling verbosity, and using consistent structure, all of which sit inside the constraints and format elements. https://ai.google.dev/gemini-api/docs/prompting-strategies - Brown, T. et al. (2020). Language Models are Few-Shot Learners. Foundational paper on GPT-3 demonstrating that worked examples in the prompt outperform description, the basis for the show-an-example pattern. https://arxiv.org/abs/2005.14165 - DAIR.AI (2024). Few-shot prompting techniques. Open-source prompt-engineering reference on how worked examples shape model output, supports the tone-by-sample method. https://www.promptingguide.ai/techniques/fewshot - Mollick, E. (2024). A guide to prompting AI for what you actually want. Wharton operator-researcher essay on iterating with AI rather than crafting one perfect prompt, supports the feedback-cycle pattern. https://www.oneusefulthing.org/p/a-guide-to-prompting-ai-for-what - GOV.UK (2024). Style guide. UK government tone-and-style reference, an example of the kind of voice document worth pasting into a brief when tone matters. https://www.gov.uk/guidance/style-guide - Information Commissioner's Office (2024). UK GDPR guidance on artificial intelligence. UK regulator guidance on personal-data handling in AI tools, relevant when a brief includes client information. https://ico.org.uk/for-organisations/uk-gdpr-guidance-and-resources/artificial-intelligence/

Frequently asked questions

How long should a brief actually be?

For typical owner-operator tasks, a brief that covers the six elements lands between 150 and 300 words. Shorter is fine if every element is genuinely present in one line. Longer is fine for high-stakes work where the audience or constraints are unusual. The wrong measure is word count, the right measure is whether a contractor reading it cold could produce a usable first draft without follow-up questions.

Do I need to write a brief every single time I use AI?

No. For exploratory questions, quick lookups, or open-ended thinking, the brief is overkill. The brief earns its keep on recurring work where the output has to land in a specific shape for a specific reader. Once you have written a good brief for a recurring task, save it, refine it over a month, and it becomes a standing prompt you call by name rather than rebuild from scratch.

What if I don't know exactly what I want before I start?

Then the brief is the thinking exercise, not a chore on top of it. Writing the six elements forces you to decide who the work is for, what it must accomplish, and what counts as good. Founders who say "I won't know until I see something" are usually skipping the audience and goal elements. Naming those upfront is what stops the AI from defaulting to generic.

This post is general information and education only, not legal, regulatory, financial, or other professional advice. Regulations evolve, fee benchmarks shift, and every situation is different, so please take qualified professional advice before acting on anything you read here. See the Terms of Use for the full position.

Ready to talk it through?

Book a free 30 minute conversation. No pitch, no pressure, just a useful chat about where AI fits in your business.

Book a conversation

Related reading

If any of this sounds familiar, let's talk.

The next step is a conversation. No pitch, no pressure. Just an honest discussion about where you are and whether I can help.

Book a conversation