The first answer is a draft. Here's a four-move loop for steering it, a worked exchange, a prompt for restarting a tired thread, and a test for when to stop prompting and go check.
You don’t have to write the perfect prompt, because you often can’t tell what you want until you’ve seen a draft. Use a four-move loop: set the goal, find the gap, redirect with one change, confirm. Restart from a summary when you’ve corrected the same thing twice. Stop prompting when the next risk is a fact, since another turn improves fit, not truth.
Say you’re a sales operations manager, and a client’s procurement lead wants to know why an order is late. You open your AI tool and type, “Write an email to a client about a delayed order.” What comes back is polite, correct and no use to anyone. It apologises three times, promises a “swift resolution” and leaves out the new delivery date, which is the one thing she’ll look for.
So you do what most people do. You close the chat, write a longer prompt with everything you can think of in it, and paste that in. The second email is better but wrong in a fresh way: it’s so formal it reads like a legal notice. Twenty minutes in, you’re rewriting the prompt for the fourth time and nothing has been sent.
There was a faster route. Keep the first answer, tell the AI the one thing wrong with it (“Put the new delivery date in the first sentence and cut the apologies to one”), and read what comes back. That takes about a minute, and the second draft already carries everything the first one got right.
That’s iterative prompting: treating the exchange as a loop of draft, reaction and adjustment instead of a single request you have to get exactly right. The perfect first prompt is hard to write for a reason. Before you’ve seen a draft you often can’t say what you want, and a reaction like “too formal” only arrives once the formality is on the page.
Treat the first answer as a draft to react to, and read a weak one as information about what you want.
None of this makes a careless opening prompt fine. A decent first prompt still saves turns, and we cover how to write one in our 4-part prompt formula and in the guide to reusable prompt patterns. This guide picks up where those stop, at the moment the first answer is on your screen and you have to decide what to say next.
The loop has four moves. The middle two repeat until the draft is good enough to use, and the first and last happen once.
Our own loop design, used in every example below.
A goal line is a sentence about the outcome, not the document. For the sales operations manager it might read: “Email to a procurement lead explaining a two-week delay, so she keeps confidence in us and agrees to a Thursday call.” Paste it at the top of the first prompt and keep a copy, because you’ll measure every draft against it.
It takes about a minute to write.
If you can’t write the line yet, make the AI help. Add “Ask me up to three questions before you draft” to the first prompt. Those questions work like a cheap first draft, since each one shows you a decision you hadn’t made.
The most common reaction to a weak draft is a verdict: “make it better,” “try again,” “more professional.” A verdict gives the AI nothing to act on, so it changes things at random. Gaps come in a handful of types, and each has a phrasing that works. Here are the six we reach for most.
| The gap | What to type |
|---|---|
| Right content, wrong tone | “Same content, warmer and more direct. Change only the tone of paragraph two.” |
| Wrong length or shape | “Cut it to 120 words and open with the decision I need from her.” |
| Something missing | “You left out the cost of the delay. Add one sentence on it, using only the figure I gave you.” |
| You suspect an invented detail | “List every specific claim in this draft that came from me, and every one that didn’t.” |
| Wrong direction altogether | “Scrap this angle. Take the opposite position: [one line]. Keep my goal line.” |
| It reads fine but feels off | “Give me three openings, each taking a different approach, and I’ll pick one.” |
Our own phrasings for a client email. Swap in your own task and keep the shape: the gap, the one change, what to keep.
When you change tone, length and structure in the same turn, you can’t tell which instruction caused the next problem. The AI also tends to over-correct everything at once, and you lose the parts of the draft that were working.
Change one thing per turn, and say which one.
That’s our judgment from watching how drafts behave, so treat it as a default. Some gaps are bigger than one change, and the next section covers what to do then.
Once the draft feels right, ask the AI to read it against your goal line and say where it falls short. This catches things your eyes skip, like a missing ask. It doesn’t replace your own check on names, numbers and claims, which comes up again two sections on.
Here’s the loop on a real-looking task. This is an illustrative exchange we wrote to show the shape, not a transcript from a client, and the replies are summarised, so your tool’s wording will differ.
Say you’re an account manager and a data migration for a client contact named Dana has slipped from October 14 to October 28 because her team’s export arrived with missing fields.
| Turn and move | What you type | What comes back |
|---|---|---|
| 1. Set the goal | “Goal: email Dana to say the migration slips from Oct 14 to Oct 28 because the export arrived with missing fields. She should keep confidence in us and agree to a Thursday call. Ask me up to three questions before you draft.” | Three questions: Did anyone flag the missing fields earlier? Does Dana’s manager read these emails? What do you want her to do first? |
| 2. Answer, get a draft | “We flagged it Oct 3. Her manager is copied. Her first action is to confirm Thursday at 2pm.” | A draft email. The new date is in paragraph two, and one line reads as if her team caused the problem. |
| 3. Find the gap, redirect once | “Move the new date into the first sentence. Change nothing else yet.” | The same draft with the date up front. The blaming line is still there. |
| 4. Redirect, then confirm | “Reword the line about the export so it doesn’t assign fault. Then check the whole draft against my goal and list any claim I didn’t give you.” | A revised draft, plus a note: it says “we’ve already recovered most of the data,” which you didn’t mention, and it asks for the Thursday call in the last line. |
An invented exchange for illustration. The dates, names and replies are made up.
Four turns, and one email she could send.
Three things are worth noticing.
She still opens the project plan and checks both dates before she sends it. Confirming finds problems, but it doesn’t clear the draft to go out, and the next sections come back to that.
Say you’re a strategy consultant building a twelve-slide outline in one long chat over an afternoon. By the middle of the afternoon the AI has started reintroducing a section you cut early on, and an instruction to keep the language client-safe has quietly stopped applying. You keep typing “No, as I said earlier,” and each correction seems to make the next draft slightly worse.
That experience has some support from a preprint by Philippe Laban and colleagues. They ran simulated conversations with leading models and found an average drop of 39% across six generation tasks when a task was spread over several turns instead of given as one complete instruction. They traced much of it to unreliability rather than lost ability, and to models making assumptions early, then leaning on their own first attempts. In the authors’ words, “when LLMs take a wrong turn in a conversation, they get lost and do not recover.”[1]
It’s a lab simulation on specific models and tasks, so it doesn’t tell you what your chat app will do on a Tuesday. What it does suggest is worth acting on. A correction layered on top of a bad draft inherits that draft’s structure, and your own earlier wrong turns stay in the thread as material for later replies.
That could sound like an argument against back-and-forth prompting. What it argues against is back-and-forth with no checkpoints, where nobody ever gathers up what’s been decided. The fix is a clean restart from a summary.
When you’ve corrected the same problem twice, start a new chat from a summary instead of making a third correction.
Two is our rule of thumb, not a measured threshold. Use it as a prompt to ask whether the thread has become the problem. Here’s the two-step restart, ready to paste.
| Step | Paste this |
|---|---|
| In the old chat | Summarise this conversation as a brief I can paste into a new chat. Include: 1) my goal line, 2) decisions we made, 3) options we rejected and why, 4) constraints I gave you, 5) the latest draft, 6) open questions. Use only what we actually discussed. If something is unclear, list it as an open question instead of guessing. |
| In the new chat | Here’s a brief from an earlier conversation: [paste the summary after reading and fixing it]. Continue from the latest draft. Before you change anything, tell me in two sentences what you understand the goal to be, and list the constraints you’ll keep to. |
Read the summary before you paste it. It was written by the same AI that drifted, and a summary can drop a constraint, so that read is your check.
The restart itself is cheap.
The two-sentence restatement in the new chat doubles as a drift test. If the AI’s version of your goal differs from yours, you’ve found the problem before it cost you a draft.
For the long-thread side of this, where answers degrade as the conversation grows, see our explainer on context rot. We won’t repeat it here.
Say you’re a finance analyst working through a spreadsheet formula with AI. Six turns in, it looks right: it handles the totals, the dates and the grouping. Now you’re tempted to ask a seventh time whether it handles blank rows.
Another turn can’t settle that. Asking again can produce a more confident-sounding answer without producing a verified one. What settles it is pasting the formula into three rows you can compute by hand, one of them blank.
Three rows and a minute of work.
When the next risk is a fact, stop prompting and open the source.
Iterating improves how well a draft fits what you asked for. In our judgment it does little to settle whether the draft’s claims are true. The model can match your goal line perfectly and still invent a date, a figure or a quote.
Use this five-question test before you send anything that has been through the loop. Score one point for each yes.
| # | Question | Yes = 1 |
|---|---|---|
| 1 | Does the draft contain a number, date, name, quote or citation I didn’t supply? | |
| 2 | Would a mistake reach someone outside my team, such as a client, candidate, regulator or the public? | |
| 3 | Would fixing a mistake after sending cost real money, time or trust? | |
| 4 | Have I already asked for the same fix twice? | |
| 5 | Is there a claim I couldn’t defend if someone asked, “Where did that come from?” |
| Score | What to do |
|---|---|
| 0 to 1 | Read it through once as the recipient and send it. |
| 2 to 3 | Check every item behind a yes at its source. Allow one more turn at most. |
| 4 to 5 | Stop prompting. Verify at the source or with a colleague, and ask whether a person should write this one. |
Our own checklist, not a validated instrument. For the analyst’s formula, questions 1 and 5 would score yes until the three test rows pass.
The right check depends on what the claim is. Recompute numbers, confirm names and dates against the original document, find quotes in the source they came from, and run formulas on cases you can work out by hand. Our fact-checking workflow goes through each of these, and the anti-hallucination toolkit covers prompts that reduce invented detail in the first place.
A score of 4 or 5 can also be a decision not to use AI for that piece. A reference letter, a legal clause and a sensitive message to an employee are all places where a person drafting is a reasonable answer.
A single quick task and a three-hour piece of work both use the loop, but they don’t use it the same way. The same goes for the person at the keyboard, because what counts as “confirm” depends on what’s at stake in your job.
| The job | How the loop runs | What “confirm” means | Roles it fits |
|---|---|---|---|
| Quick single task: rewrite a paragraph, reformat a list | One to three turns. A one-line goal in the first prompt, no formal setup. | Read it as the recipient would. | Anyone |
| Multi-step piece: report, deck, policy | Outline first, then run the loop section by section. Keep a “decisions so far” note and use the restart prompt at natural breaks. | Check each section against the goal line as you lock it. | Consultant, communications manager |
| Analytical task: formula, summary of numbers | Loop until the logic is right, then test. | Run it on three cases you can compute by hand, including an awkward one. | Finance analyst, operations manager |
| People-sensitive writing: feedback, an HR note | Write your own two-line view first, then use the loop to tighten wording. | Read it against the real policy and the facts of the case. | HR business partner, people manager |
Our guidance, adjusted by role. The number of turns is a rule of thumb, not a benchmark.
Where AI does real work in this loop, it helps to write down who owns what:
| What AI does | What the human still owns | How it gets checked |
|---|---|---|
| Drafts and redrafts against your goal line | The goal line itself, and which gap matters most | You read each draft against the goal line before redirecting |
| Asks clarifying questions and flags claims you didn’t supply | The answers, and every fact that leaves the building | Names, numbers and quotes verified at the source, scored with the five-question test |
| Summarises a long thread for a restart | What the summary keeps and what it drops | You read and correct the summary before pasting it |
A starting split for individual work. Whoever sends the message owns what’s in it.
If you also want to see how a first prompt gets built before any of this starts, our piece on why prompting matters sets it out.
Start with one person’s habit and it stays one person’s habit.
One colleague who iterates well is a pleasant accident. A team that does it consistently needs something more deliberate, and the four-stage chain we use for rollouts applies here without changes.
Training builds the capability: people practise the loop on their own real tasks, not on a demo. Workflow design gives it somewhere to be used, for example a “goal line” field at the top of your team’s prompt template, and the restart prompt saved in your shared prompt library. Reinforcement is a manager asking in a review, “What was your goal line, and what did you change between the first draft and this one?” Adoption is what you see once those three have been running long enough that nobody needs reminding.
Measuring that goes beyond counting chats. Three questions follow our usual lens:
The right first step differs by role. A team lead owns the review question and the template field. An L&D lead owns the practice tasks for each function, and a head of finance or HR decides which outputs must pass the five-question test before they go anywhere.
A team can start with the tables in this guide and plenty do. Hands-on training shortens the learning curve in specific places: practising the loop on the team’s own tasks, agreeing what “confirm” means for each kind of output, and building shared habits instead of one enthusiastic individual’s. If that would help yours, our corporate AI training covers it.
Here’s a first step for this week. Take one email or summary you’d normally write from scratch, write the goal line first, and give the AI one change per turn until it’s right. Then run the five-question test before you send it.
A better prompt improves your opening move. Iterative prompting is what you do with the answer that comes back: name the gap, change one thing, and repeat. They work together, and a strong opening usually saves a turn or two, but no opening prompt can anticipate every gap you’ll only notice on seeing a draft.
There’s no research-backed number. As a rule of thumb, a quick task takes one to three turns and a multi-step piece takes more, with a restart once you’ve corrected the same problem twice. If a small task is past six or seven turns, the goal line is probably unclear, so stop and rewrite it.
Restate your goal line at natural checkpoints, and keep a short list of decisions so far. A quick test is to ask, “In two sentences, what is my goal here?” If the answer is off, restart from a summary using the prompt in this guide instead of correcting a thread that has already drifted.
When the remaining risk is a fact, such as a number, date, name, quote or formula result, because another turn won’t make it more true. Match the check to the claim: recompute the number, confirm the name against the document, find the quote in its source, and test the formula on cases you can work out by hand.
The four moves don’t depend on the tool. Features such as memory, projects and editing an earlier message vary by product and change often, so check what yours offers today. Where you can edit an earlier message and branch from it, that can work as a lighter alternative to a full restart.
The multi-turn performance figure is from Laban, Hayashi, Zhou and Neville’s arXiv preprint “LLMs Get Lost In Multi-Turn Conversation” (May 2025), which we read in its published abstract. It reports simulated conversations on specific models, and it hasn’t necessarily been peer reviewed. The four-move loop, the three rules, the restart prompt and the five-question test are Future Factors’ own designs and rules of thumb, not research findings. All names, dates and exchanges in the examples are invented for illustration. We left out vendor claims about how many rounds of iteration improve quality, because we couldn’t trace any to a primary source.