Lesson 2.3Lesson 2.3 · AI for Research, Briefs & Programming
Writing & Interrogating the Brief
AI can draft a brief in minutes, but its greater value is as an interrogator - surfacing the gaps, unasked questions and competing priorities that a first brief always hides
The best question AI can ask about your brief is the one your client never thought to answer.
A brief is the foundation everything else is built on. Get it clear and complete, and the project has a spine; leave it vague or contradictory, and the gaps surface later as change orders, disappointed clients and reworked drawings. Yet briefs are almost always incomplete at the start - clients do not know what they have not said, and designers are too close to the work to see what is missing.
AI is unusually well suited to this stage, and in two distinct roles. It can draft - turning your messy notes from a client meeting into a structured brief in minutes. More valuably, it can interrogate - reading a brief and asking the sharp questions a fresh, tireless collaborator would: what is missing, what is assumed, what quietly contradicts itself. The draft saves you time; the interrogation makes the brief better - and this lesson leans hard on the second.
Draft = time saved. Interrogate = brief improved. The client questions are the real output.
From meeting notes to a structured first draft
The first, obvious use is drafting. After a client meeting you usually have a page of half-sentences: wishes, numbers, a budget hint, a few strong feelings. An LLM turns that into an organised brief quickly. Give it your raw notes and a structure to hit - project background, client and users, goals and success criteria, functional requirements and spaces, site and constraints, budget and programme, aesthetic and experiential intent, and open questions - and it returns a clean, readable document you can edit.
The point of this is not that the AI writes a better brief than you - it is that a blank page is slow and a good first draft is fast to react to. You are far more productive editing and correcting a structured draft than composing one from scratch. It also imposes a completeness scaffold: by asking for a full structure, you immediately see which sections are thin, which is itself diagnostic.
Two cautions. Keep the draft grounded in what the client actually said - instruct the model to work from your notes and to mark anything it is inferring or inventing, so you do not silently absorb its assumptions as the client's wishes. And treat the draft as yours to own: every line will be read as your professional understanding of the project, so you edit it into truth. The AI produces a scaffold and a first pass; you make it accurate. Used this way, drafting is a genuine time-saver that also sets up the far more valuable step - interrogation.
One practical tip: give the model your structure explicitly rather than letting it invent one. A house, a workplace fit-out and a clinic need different brief scaffolds, and supplying the right headings up front both improves the draft and makes the missing-section diagnostic sharper. Keep a couple of reusable brief templates for your common project types and paste the relevant one in with your notes - the AI fills and organises, and you immediately see which rooms are empty. That combination of your template and its speed is far more useful than a generic brief it structures on its own.
A good first draft is fast to fix. A blank page is slow to fill. Let AI give you the draft; you make it true.
Interrogating the brief: gaps, assumptions and contradictions
This is where AI earns its place. A brief that reads smoothly can still be full of holes, and you - close to the project, keen to start - are the worst-placed person to spot them. An LLM, prompted well, is an excellent devil's advocate, precisely because it is not invested and does not get bored asking the twentieth obvious question.
Three kinds of weakness are worth hunting deliberately. Gaps: what a complete brief for this building type would normally specify that this one omits - accessibility needs, maintenance, acoustic requirements, future flexibility, servicing, who exactly the users are. Assumptions: statements taken as given that ought to be confirmed - "open plan", "low maintenance", "family home" all hide decisions. Contradictions and competing priorities: the tensions every real brief contains - a generous programme against a tight budget, maximum daylight against privacy, a heritage character against energy performance. Naming these early, before they collide in the design, is enormously valuable.
A strong interrogation prompt:
You are a critical, experienced design lead reviewing this brief before we
start. Do NOT praise it. Produce three lists:
1. GAPS - important things a brief for this project type should cover but
this one omits.
2. ASSUMPTIONS - statements treated as settled that we should confirm.
3. TENSIONS - competing priorities or contradictions that will force a
trade-off later.
For each item, give a specific question I could put to the client.The questions it generates are the real deliverable - you take the good ones back to the client. Not every one will be sharp; you curate. But a brief that has survived this interrogation is markedly more robust than one that has not.
It helps to run the interrogation in rounds. Take the first list of gaps and assumptions, answer the ones you can from your notes, then feed the remainder back and ask the model to go deeper on what is still open - and to prioritise, so you are not handing the client forty undifferentiated questions. A second useful move is to ask it to reconstruct the brief from the client's point of view: "if you were this client, what would you assume the designer understood that is not actually written down?" That flips the lens and surfaces the tacit expectations - the unspoken "obviously the kitchen opens to the garden" - that cause the most painful late surprises when they turn out not to be shared.
Stress-testing priorities and success criteria
Beyond finding holes, AI helps you sharpen a brief - especially the two things clients state most vaguely: priorities and success. Most briefs list a dozen desirable qualities as if all were equally attainable. They are not, and pretending otherwise defers the hard conversation to a worse moment. Use AI to force the ranking honestly.
Ask it to take the stated goals and construct the trade-offs: "if budget is fixed, which of these goals compete, and what would giving priority to each cost the others?" Ask it to draft a forced-ranking exercise you can run with the client, or to turn woolly aspirations into testable success criteria - "a calm home" becomes "low ambient noise in bedrooms, visual separation of living and work zones, natural light in every main room." Criteria you can later check are worth far more than adjectives you cannot.
You can also role-play stakeholders. Ask the model to respond to the brief as a cost-conscious client, a sceptical planning officer, a future occupant, or a facilities manager who will run the building for twenty years. Each lens surfaces different concerns cheaply, before any are expensive. The output is not truth - it is a set of provocations - and you judge which land. But this kind of structured stress-testing, done in an afternoon, routinely catches priority conflicts that would otherwise emerge in design development, where they cost real time and goodwill to resolve.
A caution belongs here too: the AI's stakeholder role-plays are educated guesses, not real stakeholders. A simulated planning officer may raise plausible concerns and miss the one that actually matters in your jurisdiction; a role-played client cannot tell you what your client truly values. Use the technique to widen your thinking and rehearse conversations, never as a substitute for asking the real people. Its provocations are cheap and occasionally sharp - which is exactly the right expectation to hold them to.
Turn adjectives into criteria you can check. 'Calm' is a wish; 'quiet bedrooms + zoned living' is testable.
Keeping the brief the client's, not the AI's
The whole value of a brief is that it captures this client, this site, this set of real constraints. AI, left unchecked, pulls toward the generic - a plausible average brief for the building type, smoothing away the specifics that make a project itself. Guard against that in two ways.
First, keep the human evidence primary. The brief must be anchored in what the client actually said, the site actually is, and the constraints actually are - not in the model's idea of a typical project. Use AI to structure and stress-test that evidence, never to supply content the client has not. When the model infers or suggests, mark it as a question for the client, not as an established requirement. Second, close every loop with people. The gaps and tensions AI surfaces are hypotheses; they become brief content only after you have taken them to the client and gotten real answers. The interrogation's job is to generate better conversations, not to replace them.
Done with that discipline, AI transforms the briefing stage. You draft faster, you interrogate more thoroughly than you would alone, and you arrive at design with a brief that is complete, honestly prioritised, and free of the buried contradictions that ambush projects later. The brief stays unmistakably the client's and yours - AI simply made it sharper. And a sharp brief is the single best investment you can make in everything that follows, including the programming we turn to next.
It is worth saying plainly why this stage repays the effort. Every ambiguity left in the brief does not disappear - it is merely deferred to a later, more expensive moment, where it surfaces as a redesign, a difficult client conversation, or a compromise nobody is happy with. An hour spent interrogating the brief with AI, then confirming with the client, is among the cheapest insurance a project can buy. The tool does not make the decisions or hold the relationship; it simply ensures the right questions get asked while they are still cheap to answer.
Design brief
The structured statement of a project's goals, users, requirements and constraints
The foundation the whole project builds on; AI helps draft and, crucially, interrogate it.
Devil's-advocate prompting
Instructing the model to critique rather than praise - list gaps, assumptions and tensions
Turns an LLM into a tireless brief reviewer; the questions it yields are the real deliverable.
Stakeholder role-play
Asking the AI to respond to the brief as a client, planner, occupant or facilities manager
Surfaces different concerns cheaply and early - provocations to weigh, not verdicts.
Testable success criteria
Converting vague aspirations into measurable, checkable statements
Criteria you can verify later are worth far more than adjectives you cannot.
Workshop — draft a brief, then interrogate it hard
You will take real or realistic project notes, use AI to structure them into a brief, then flip its role and have it attack that brief. The list of client questions you leave with is the deliverable - and the proof that interrogation beats drafting for value.
Any chat assistant (ChatGPT, Claude, or Gemini) and a set of project notes, real or realistic. Free tiers are enough.
Goal: a structured brief plus a sharp list of questions and tensions to resolve Inputs: notes for a real or imagined project + any chat assistant Time: ~35 minutes
- 1Gather or invent realistic client notes for a project (users, wishes, budget hint, site facts). Prompt an assistant to organise them into a structured brief, instructing it to mark anything it infers rather than states from your notes.
- 2Read the draft and correct it into truth - fix wrong inferences, add specifics only you know, delete generic filler the client never said.
- 3Now flip the role: prompt the model as a critical design lead to produce three lists - GAPS, ASSUMPTIONS, and TENSIONS/competing priorities - each with a specific question to put to the client.
- 4Curate the output: keep the genuinely sharp questions, discard the generic ones, and add any the AI missed. Group them into a short client questionnaire.
- 5Pick two vague goals from the brief and ask the AI to rewrite them as testable success criteria; refine them yourself. Note which trade-offs you would raise with the client first.
You’ll walk away with
A corrected, structured brief plus a curated list of client questions grouped by gaps, assumptions and tensions, and at least two vague goals rewritten as testable success criteria - everything you would actually take into the next client conversation.
Three altitudes on the same idea
Read the band that fits you — or all three.
Use AI to convert client meetings into structured briefs, then to attack those briefs before you commit to a concept. Have it enumerate gaps for the building type, name the budget-versus-ambition tensions, and generate the pointed questions you take back to the client. On larger projects, role-play the planning officer, the contractor and the facilities manager to surface concerns early. A brief that has survived AI interrogation protects your fee and your programme against the change orders that vague briefs breed.
Interiors briefs hide their contradictions in feelings - 'warm but minimal', 'luxurious but low-maintenance'. AI is superb at exposing these tensions and turning mood-words into checkable criteria you can design and present against. Use it to draft a brief from a consultation, to build a lifestyle-and-use questionnaire that fills the gaps, and to stress-test budget against the wish-list before you shop. The result is fewer surprises at reveal and a client who feels precisely understood.
Learning to interrogate a brief is a core design skill, and AI is a tireless practice partner for it. Feed it a studio brief and ask for the gaps, assumptions and tensions - then argue with its list, keeping what is sharp and discarding what is generic. Practise turning vague programme statements into testable criteria. This trains the questioning instinct that separates a designer who accepts a brief from one who improves it - and it shows in crits.
“AI can write the whole brief for me from a short prompt about the project.”
Do it yourself
Work these through before you continue.
- 1Why is interrogating a brief usually more valuable than having AI draft one?
- 2Name the three kinds of weakness a good interrogation prompt hunts for.
- 3Turn one vague goal - say 'a calm home' - into two testable success criteria.
- 4Why must brief content come from the client and site, not from the AI's suggestions?
- 5Give one stakeholder role you could ask the AI to play, and a concern it would surface.
The one line to carry out
Peer-reviewed journals & authoritative standards
- 01Design brief — Wikipedia, 2026.
- 02Architectural programming — Wikipedia, 2026.
- 03Large language model — Wikipedia, 2026.
- 04Prompt engineering — Wikipedia, 2026.
A sharp, prioritised brief is the input to programming - translating needs into areas, adjacencies and space budgets. Next we use AI to draft and analyse the programme itself.
The author
Amogh N P
Architect, interior designer, and creative polymath. Studio Matrx began in his notebooks — his vision of design made honest, useful, and open to everyone. Its Academy is written and taught in his memory, and free, forever.
More about Amogh →