How Do You Write a Prompt That Gets Usable Output the First Time?
Generic answers are not the model being stupid. They are the predictable result of a prompt that left four things out — and there is one framework worth learning.
By Merxtio Staff

You asked for a blog post and got a blog post. That is the problem. It is competent, structureless, and sounds like every other blog post, and you now have to rewrite the whole thing.
That output was not a failure. It was exactly what your prompt specified. This page explains why in one paragraph of mechanism, gives you the one framework worth memorizing, and shows the three levers that do most of the work. About seven minutes, and you can apply it to the next thing you type.
Why generic prompts produce generic output
A language model predicts what text should plausibly follow the text it has been given. That is the whole mechanism, and almost every prompting rule falls out of it.
"Write a blog post about productivity" is followed, plausibly, by a generic blog post about productivity — because that is the most probable continuation of those words. The model is not withholding a better version. Nothing in your prompt made the better version more probable than the average one.
This reframes the job. You are not requesting output; you are narrowing what could plausibly come next until the only sensible continuations are ones you would actually use.
The one framework: RCTF
Role, context, task, format. Four elements, and the ones people leave out are almost always context and format.
| Feature | What it contributes | What it looks like |
|---|---|---|
| No framework | Nothing. The model averages every product description it has seen. | Write a product description for my new coffee mug. |
| Role | Selects which slice of the training data is most plausible to draw on. | You are a conversion copywriter who writes for lifestyle products. |
| Context | The specifics only you know. Almost always the biggest single upgrade. | Double-walled ceramic, keeps drinks hot six hours, 14oz, eight matte colors. Buyer is a remote worker who drinks three cups a day. |
| Task | What to do with all of that, stated as a verb. | Lead with the main benefit, turn features into benefits, end with a call to action. |
| Format | The shape of the answer. Omitting it is why output arrives as prose you have to restructure. | One headline, three sentences of body, four bullets, one call to action. |
If you only add one of the four to your existing habits, add context. Role is fashionable and mildly useful; context is the part the model genuinely cannot guess and the part that makes output sound like your business rather than a business.
The three levers, in order of payoff
Once the four elements are in place, three adjustments carry most of what is left.
Specificity. "Write a blog post" and "write a 1,000-word post with five headers, a conversational tone, a hook built on a surprising statistic, and a closing ask to subscribe" are the same instruction at different resolutions. The second is not fussier; it is the only one that actually communicates the requirement.
Constraints. "Under 200 words." "No jargon." "Never use passive voice." Constraints feel like they should limit quality and reliably improve it, because they cut the space of plausible continuations down to a region you have chosen.
Examples. The strongest of the three and the least used. One sample of the output you want carries format, tone, depth and structure at once — more precisely than a paragraph describing them, and much faster to write.
Where it wins
- Fast when the task is genuinely simple and you have specified it well.
- Fewer messages to manage, which matters when you are working inside a usage cap.
Where it does not
- You cannot correct course, so a wrong assumption early is baked into everything after it.
- Long single prompts bury their own instructions — later requirements get less weight than earlier ones.
- It hides which part of your prompt did the work, so you learn nothing you can reuse.
Iterating beats one-shotting for anything of consequence. Ask for an outline, correct the outline, then ask for the draft. Correcting a wrong outline costs a sentence; correcting a wrong draft costs the draft.
Build one now
Write your prompt the way you normally would
You’ll have: A baseline you can actually compare against. · about 1 minute
Take a real task from today. Type the prompt you would have typed anyway, and keep the output. This is your control, and without it every later judgment is a feeling.
Add the two elements you left out
You’ll have: The same request with context and format attached. · about 3 minutes
It will be context and format. It nearly always is.
For context, write the things you know that the model cannot: who the audience is, what the product actually does, what you have already tried. For format, describe the shape — length, sections, whether you want bullets or prose.
Run it. The difference is usually larger than any amount of rephrasing the original.
Add one constraint and one example
You’ll have: A prompt that produces something you would send. · about 5 minutes
One constraint that rules out your most common complaint — "no marketing language", "under 150 words", "do not start with the word Unlock".
Then paste one example of good output. It does not have to be yours; a competitor's paragraph you admire works, as long as you are asking for the shape rather than the words.
Save the prompt that worked
You’ll have: A reusable asset instead of a message you will never find again. · about 2 minutes
This is the step everyone skips, and it is the one that compounds. A prompt you rewrite from scratch every time is not a skill, it is a chore you repeat.
Anywhere you will actually look works — a note, a document, a snippet manager. A tool built for it helps once the list grows past a handful and other people need the same phrasing.
The other frameworks, briefly
You will meet CRISPE, SCQA, PAS and STAR. They are not wrong, and none needs learning up front.
CRISPE adds capacity, personality and experiment to what RCTF already covers, and its capacity and role elements overlap almost entirely. SCQA, PAS and STAR are content patterns — analysis, persuasion, case study — that describe the shape of the output, which is the format element you are already filling in. Reach for them when you are writing that specific kind of thing, and ignore them otherwise.
If you are still deciding which assistant to run all this on, the tool selection guide covers that in more detail — the short version is that the main three are close enough that fit matters more than capability.
Questions people ask
- Why does ChatGPT give me generic answers?
- Because a generic prompt has a generic most-plausible continuation, and that is what the model produces. The fix is not asking more politely or adding "please be creative" — it is adding the specifics only you know, and stating the shape you want the answer to take.
- How do I write a good prompt for ChatGPT?
- Include four things: who it should be, what it needs to know, what to do, and how the answer should be structured. Then add one constraint and one example of good output. That covers most of what prompt engineering actually is.
- Should I tell ChatGPT to act as an expert?
- It helps a little, and it is the most overrated part of prompting. A role narrows which patterns the model draws on, which is real but small. Context — the facts about your situation that it cannot guess — does far more, and most people spend their effort the other way round.
- How long should a prompt be?
- Long enough to contain the four elements, which is usually three to six sentences. Length is not the goal; a long prompt full of adjectives is worse than a short one containing real specifics. If it is over a screen, consider splitting it into an outline step and a drafting step.
- Why does ChatGPT forget what I told it earlier?
- Everything the model can see sits in a context window, and a long conversation eventually pushes early instructions toward the edge of it. If a chat has run long and the model has drifted, restate the key constraints or start fresh with the important context pasted in.
- Do I need to learn prompt engineering?
- You need about an hour of it, not a course. The four elements plus specificity, constraints and examples cover the overwhelming majority of real use. Beyond that, technique matters much less than having saved the prompts that already worked for you.