The Work Before the Prompt

Most bad AI output is not caused by a bad model. It is caused by a professional moving too quickly from confusion to production.

A vague request arrives. A client wants a positioning recommendation. A partner wants a summary. A team wants a launch plan by Friday. The modern reflex is to open an AI tool and ask it to help. That reflex feels productive because something appears immediately. Words arrive. Lists arrive. A shape appears where there was no shape a moment ago.

The danger is that the shape may be wrong. It may be clean, confident, and wrong in a way that is hard to see because the output looks like work. It has headings. It has bullets. It sounds reasonable. It gives the professional a sense that progress has been made, when the most important question has not yet been answered: what is this actually about?

The first act of good AI work is not prompting. It is refusing to let the tool define the problem for you.

This is the work before the prompt. It is small enough to ignore and important enough to determine everything that follows. Before you ask AI to produce anything, you need to know what role the tool is supposed to play in your thinking. Is it helping you clarify? Is it interviewing you? Is it testing a draft? Is it turning an already good decision into a cleaner communication? Those are different jobs. A model will attempt all of them with the same cheerful confidence.

The missing minute

The most useful AI habit I know takes about a minute. It happens before you paste anything into the model. You ask four questions: What do I actually need? Why do I need it? What would make the result useful? What do I know that the model does not?

These questions are not decorative. They force a short act of ownership. You cannot outsource the definition of useful to the tool, because the tool does not live inside the consequences of the work. It does not know the client relationship, the political constraint, the budget history, the buried objection, the person who will read the final email, or the standard your field would use to call something good.

A model can produce from the information it is given. It can infer patterns from adjacent examples. It can mimic the structure of competent work. But it does not know which facts matter unless you make them matter. The missing minute is where your expertise enters the system before the system begins producing.

Production is not the first use case

Many professionals were introduced to AI as a production machine. Write the email. Draft the plan. Summarize the meeting. Create the outline. This is useful enough to become addictive and shallow enough to become dangerous. When production becomes the first use case, the professional starts treating AI output as a thing to accept or edit. The better posture is to treat AI as something that helps you think before there is output to accept.

A strong first interaction with a model often sounds less like a request for a deliverable and more like an instruction to interrogate the work. Ask me one question at a time. Help me define the decision. Separate facts from assumptions. Find the missing context. Push back if my request is underspecified. Do not draft yet.

That final sentence matters: do not draft yet. Most models are biased toward completion. Most professionals are biased toward relief. Drafting too early satisfies both. It also skips the place where judgment is formed.

The brief is rarely the work

A client says they need a landing page. A department says it needs an AI policy. A founder says they need help with messaging. A manager says the team needs a training document. These may be accurate labels. They may also be surface descriptions for a different problem.

The landing page may be a positioning problem. The AI policy may be a trust problem. The messaging request may be a strategy conflict. The training document may be a process failure wearing the clothes of education. If you ask AI to produce the named artifact too soon, it will likely produce the wrong thing cleanly.

Professionals earn their value by hearing the request and noticing the work underneath it. AI can help with that noticing, but only if you make it look beneath the label. A useful first prompt does not say, write the policy. It says, here is the request, here is the organizational context, here is what I suspect may be underneath it. Interview me until we know what problem the policy is supposed to solve.

The difference between inputs and context

People often paste more material into a model and assume they have given it context. More text is not the same as context. A contract, a transcript, a deck, and three emails may be inputs. Context is the explanation of why those inputs matter.

If you paste a transcript and ask for takeaways, the model will identify what looks important on the page. If you explain that the transcript comes from a sales call with a buyer who has budget but no internal authority, the model can read differently. If you add that your real objective is to decide whether to pursue the account at all, the output changes again.

The work before the prompt turns inputs into context. It tells the model what to pay attention to, what to ignore, what standard to apply, and what result would actually be useful. Without that work, the model has to guess. It will often guess fluently.

A better default

The better default is simple: before asking AI to make something, ask it to help you understand the thing you are about to make. This applies across fields. The attorney can use AI to build a neutral issue map before drafting. The accountant can use AI to separate known facts from assumptions before advising. The HR manager can use AI to identify stakeholder tensions before writing the rollout plan. The consultant can use AI to clarify the decision before recommending.

None of this requires a complex prompt library. It requires a disciplined sequence. First, define the work. Second, expose the missing context. Third, choose the role for the model. Fourth, produce only after the problem is stable enough to produce against.

  • Define the decision before drafting the communication.
  • Separate the artifact requested from the problem underneath it.
  • Name what you know that the model cannot infer from the pasted material.
  • Use the first AI exchange to ask better questions, not to produce final language.

This sequence slows the first minute and speeds up the real work. It prevents the false economy of fast generic output followed by long cleanup. It also keeps the professional in the right position. You are not a recipient waiting for the model to be clever. You are the person defining the work well enough that the model can become useful.

The compound effect

The obvious benefit of this practice is better output. The deeper benefit is that your thinking improves while you use the tool. You become more precise about what you need. You notice assumptions earlier. You learn which kinds of context change the result. You develop a sense for when the model is being helpful and when it is merely completing the pattern.

That matters because tools will change. Interfaces will change. Model quality will change. The professional who only learns the current tricks has to keep starting over. The professional who learns the work before the prompt carries the skill forward.

AI does not remove the need for judgment. It punishes the absence of it by making shallow work look finished. The answer is not fear. The answer is better practice. Start before the prompt. Name the work. Bring the context. Make the model ask before it answers.

A prompt can help once. A system helps you adapt. The asset is not the wording you copied, but the thinking structure you understand well enough to rebuild.

All articles ->