How to write an AI project brief that agencies actually respond to
Most AI project briefs I’ve seen are some version of the same thing: two pages describing a company’s background, a few bullet points about wanting to “leverage AI to improve efficiency,” a request for proposals by a deadline three weeks out, and a note that budget is “competitive.”
Agencies get dozens of these. The good ones ignore them. The ones that respond are often the ones you don’t want.
Here’s what a useful brief actually contains.
Start with the problem, not the solution
The most common mistake is leading with what you think you want rather than what you’re trying to fix. “We want an AI chatbot” is not a problem. “Our support team spends 60% of their time answering the same 12 questions and we can’t scale without hiring three more people” is a problem. The first brief tells an agency to build a chatbot. The second brief might get a chatbot, or a better FAQ system, or an internal routing tool, depending on what will actually work.
Describe the problem as precisely as you can:
- How often does it happen?
- What does it cost? (time, money, headcount)
- Who’s affected?
- What does the current manual process look like?
If you don’t have numbers, rough estimates are fine, but be clear they’re estimates. “We think this takes about 200 hours a month” is useful. “Inefficiencies exist throughout the process” tells an agency nothing.
Tell them about your data, honestly
AI systems are built on data. If you skip this section or give a vague answer, a competent agency will spend the first two weeks of any engagement just figuring out what you have. Save everyone the time.
What to cover:
- Where your data lives (databases, spreadsheets, third-party systems, paper records)
- Rough volume
- Whether it’s labelled or structured
- How clean it is
- Any known gaps
If you have ten years of customer transactions in a PostgreSQL database with decent schema documentation, say that. If your historical data is split across three spreadsheets maintained by different people with different conventions, say that too. The second situation isn’t disqualifying, but it’s a different starting point and the scope and cost will reflect it. See how much AI development costs to understand how much data quality typically affects the budget.
If there’s a data privacy angle (personal data, medical records, financial information), flag it in the brief. An agency that doesn’t raise this in their response probably hasn’t thought about it, which will become a problem later.
Define what success looks like, with a number attached
“Better customer experience” is not a success metric. Neither is “reduced operational overhead” or “improved efficiency.” These are outcomes without measurement.
A good success metric has a before and an after. Before: support tickets answered by humans, 850 per month, average handle time 8 minutes. After: same question types handled by an automated system with 90% accuracy, human review required for the remaining 10%. The gap between those two states is the value you’re asking an agency to help you create.
If you don’t know how to measure success yet, that’s fine. Include it as an open question and ask agencies how they’d approach defining it. That’s a useful filter in itself. Agencies that skip it in their response don’t have a serious evaluation process.
Say something real about budget
“Budget available for the right solution” is the project brief equivalent of a job posting that says “competitive salary.” It communicates nothing and filters out the exact people you want. A good agency needs a budget range to tell you whether what you want is feasible, what trade-offs you’d be making, and whether there’s a phased approach that fits your constraints.
You don’t have to give a single number. A range is fine. But share something real:
- $30–50k puts you in proof-of-concept territory or a tightly scoped automation
- $100–200k is a full production system for one use case
- $500k+ opens up more complex, multi-phase engagements
If you’re genuinely unsure, say you’re using the brief to get a sense of what different approaches cost. That’s honest, and it gives agencies a sensible way to respond. The AI development cost breakdown gives you a solid foundation for setting realistic expectations before you reach out.
Describe the team who’ll own this
Agencies want to know who they’re actually working with. Not the executive sponsor (though that’s useful context): the day-to-day owner. Do you have a technical lead who can review ML code? A data engineer who owns the pipelines? Or will the agency be working primarily with a project manager and a business stakeholder?
This isn’t a trick question. A fully managed engagement with a non-technical client is a different project than a staff augmentation arrangement with a strong internal team. The right agency for one is not necessarily the right agency for the other. Being honest about your internal capability will get you more relevant proposals.
If you’re not sure what internal technical capability you actually need, the in-house vs. agency vs. freelancer comparison lays out what each model actually requires from your side.
Brief checklist
Before you send anything to an agency, check that your brief covers:
- A specific problem statement with measurable impact
- A clear description of your data: location, volume, cleanliness, labelling status
- Any data privacy or regulatory constraints
- A concrete definition of success with a metric attached
- A real budget range
- A description of who will own this internally and what their technical background is
- Your timeline and any hard deadlines
What you’ll get back if you do this right
A brief that covers the problem clearly, describes the data situation honestly, specifies a measurable outcome, gives a real budget range, and introduces the internal team will generate responses that are actually useful. You’ll be able to compare approaches, not just prices. Agencies will make trade-offs explicit rather than hiding them.
A vague brief mostly selects for agencies that are good at sounding confident when they don’t know enough to be. That’s a bad filter.
Once you’ve collected responses, use the AI development red flags guide to screen out the ones not worth pursuing.
Frequently asked questions
How long should an AI project brief be?
Two to four pages is usually enough. The goal isn’t length, it’s specificity. A one-page brief with a precise problem statement, real data description, and concrete success metric will get better responses than a ten-page document full of company background and strategic context.
Should I send the brief to many agencies at once?
Three to five is a reasonable number. More than that and you’ll be buried in responses that are hard to compare. Fewer than three and you don’t have enough perspective to evaluate the range of approaches. Pre-qualify before you send: look at their portfolio, check agency lists with verified track records, and only brief agencies you’d genuinely consider working with.
What if I don’t know what type of AI solution I need?
Lead with the problem, not a solution requirement. A good agency should tell you what approach makes sense and why. If you’re being handed a predetermined solution without any exploration of alternatives, that’s worth questioning. A paid discovery phase ($10k–$30k) specifically designed to answer that question is also a legitimate first step.
Do I need an NDA before sending a brief?
For a brief describing a business problem and data situation, usually not. The information isn’t sensitive enough to warrant it. Once you’re sharing proprietary data samples, internal processes, or detailed system architecture, an NDA is appropriate. Most agencies will sign a reasonable one without friction.
How long should I give agencies to respond?
Two to three weeks is standard. Less than two weeks tends to get you rushed, lower-quality responses. More than four weeks and the process loses momentum on both sides.