Skip to main content
Private access is opening up — request an invite
askFinz
All guides
general

What is prompt engineering?

What is prompt engineering? A practical, plain-English guide to writing better AI prompts — and when it genuinely matters vs. when it doesn't.

Two colleagues collaborating on a project in a modern office setting with a computer display and coffee.
Photo: fauxels / Pexels

"Prompt engineering" sounds like it might require a computer science degree. It doesn't. At its core, it just means writing better instructions for an AI — being clearer, more specific, and more deliberate about what you ask and how you ask it.

That said, there are real patterns and techniques that consistently produce better results, and it's worth knowing them.

Why prompts matter

Language models are pattern-matching systems. They produce outputs that follow from inputs. A vague input tends to produce a vague output. An input that gives the model context, constraints, and a clear goal tends to produce a much more useful response.

This is the central insight behind prompt engineering: the quality of your output is significantly shaped by the quality of your input.

It's also worth being honest about the limits. Prompt engineering can't make a model know things it doesn't know, or reason through problems beyond its capability. It narrows the gap between what the model can do and what you actually get from it — but it's not a magic override.

The core techniques

Be specific about what you want. "Write a summary" is weaker than "Write a two-paragraph summary for a general audience, focusing on the business implications." The model has fewer decisions to make, and fewer ways to go wrong.

Give the model a role or persona. Starting a prompt with "You are an experienced financial analyst" or "You are a plain-English technical writer" shifts the model's register, vocabulary, and assumptions. This is one of the highest-leverage techniques for tone and style.

Provide examples (few-shot prompting). If you want output in a specific format or style, show the model an example of what you're looking for before asking for the real thing. This is called few-shot prompting, and it's particularly effective for structured outputs.

Chain of thought for reasoning tasks. For problems that require working through steps — maths, analysis, multi-part questions — asking the model to "think step by step" before answering consistently improves accuracy. The model externalises its reasoning, which reduces errors that come from jumping to conclusions.

Set constraints. Word limits, format requirements ("respond in bullet points"), things to avoid ("do not include any recommendations"), and audience specifications ("assume the reader has no technical background") all reduce the space of possible outputs and push the model toward what you actually need.

Weak prompt "Summarise this document." → generic length → unknown audience → unpredictable format Structured prompt Role + context + constraint + format → right length → right audience → predictable, usable output
Adding role, context, constraints, and format to a prompt consistently produces more useful outputs than a bare request.

System prompts vs. user prompts

If you're building an AI-powered product or using an API, there's an important distinction between the system prompt and the user prompt.

The system prompt is set by the developer or platform. It establishes the model's persona, rules, and scope before any conversation begins. It persists across the conversation and is invisible to the end user.

The user prompt is what the person types in real time.

Good system prompt design is where a lot of professional prompt engineering lives. A well-crafted system prompt can make a general-purpose model behave like a specialist — a customer support agent, a coding assistant, a legal document reviewer — with consistent tone, appropriate constraints, and defined behaviour.

What makes a prompt "engineered" vs. just written?

In practice, the difference is iteration. A prompt engineer isn't someone who writes the perfect prompt on the first try — they test, observe the output, identify where it went wrong, and adjust. This is a skill that improves with practice and with understanding of how models behave.

Some organisations maintain prompt libraries — collections of tested, reusable prompts for common tasks — and treat them as a documented asset. This is especially common in teams where multiple people need consistent AI outputs (support teams, content teams, research teams).

Is prompt engineering a permanent skill?

Models are improving, and newer models require less prompt crafting to produce good outputs. But the underlying skill — being clear and precise about what you want, giving useful context, constraining the output space — is broadly valuable regardless of the tool.

For a grounding in what these models are actually doing when they receive a prompt, see what is a large language model. For teams thinking about which model to use for which prompt, see what is a multi-model AI platform.


Every askFinz app is designed around prompts that already reflect good engineering practice — so you get consistent, useful outputs without having to craft every instruction from scratch. Explore the platform or join the beta.

See how askFinz fits the way you work.