Better results come from clarity, context, and constraints. When instructions are precise, the output becomes easier to trust, faster to edit, and more consistent with your goals—whether you’re drafting customer messages, organizing a plan, analyzing options, or turning messy notes into something usable. The sections below provide a repeatable method you can reuse across tasks, plus follow-ups that quickly tighten quality without starting over.
Define the task, the audience, and what “done” looks like. A clear finish line (word count, sections, must-include points) reduces guesswork and keeps the response focused.
Include the background that affects decisions: your goal, constraints, what’s already been tried, and what “good” should sound like. If the assistant doesn’t know what matters, it may optimize for the wrong thing.
Ask for a specific format—bullets, steps, a table, a checklist, or a decision matrix. Structure prevents rambling and makes the output easier to scan and reuse.
State what to avoid: tone mismatches, overconfidence, unsupported claims, sensitive topics, or invented numbers. Good boundaries don’t restrict usefulness; they prevent the most common failure modes.
Treat the first response as a draft. A short follow-up that targets one weakness (missing details, wrong tone, unclear steps) is often more effective than rewriting the entire request.
A reliable input usually contains five parts: a role, an objective, inputs, constraints, and success checks. The idea is to make it easy to understand what to do, what to use, and how to judge the result.
| Field | What to include | Example |
|---|---|---|
| Role | Perspective and expertise level | “Act as a meticulous technical editor.” |
| Objective | Single outcome statement | “Rewrite this FAQ so it’s clear to beginners.” |
| Audience | Who will read it and why | “Small business owners with no coding experience.” |
| Inputs | Source text, facts, constraints, links | “Here are 6 bullet notes from the meeting: …” |
| Format | Desired layout and sections | “Return: 1) summary, 2) steps, 3) risks, 4) next actions.” |
| Boundaries | What to avoid and what to flag | “Do not invent numbers; mark unknowns as ‘needs confirmation’.” |
When time is tight, write only the Objective + Inputs + Format. Then add Constraints if the first draft comes back too long, too informal, or too uncertain.
Name 2–4 tone traits and one “anti-trait.” Example: “Direct, friendly, calm; not salesy.” This tends to work better than vague requests like “make it better.”
If the output is for general customers or cross-functional teams, ask for plain language and short sentences. If the topic requires terms of art, request brief definitions the first time each term appears.
Give a word range and cap lists. For example: “150–200 words, max 6 bullets.” Length limits reduce filler and make the response easier to deploy in emails, landing pages, or SOPs.
Provide a small style snippet: preferred phrases, banned phrases, formatting rules (Oxford comma, title case, contractions), and a sample paragraph that sounds “right.” A tiny example often does more than a long explanation.
When mistakes are costly, require uncertainty labeling (“unknown,” “needs confirmation”), and ask for clarification questions if essential details are missing. For deeper guidance on responsible use and risk handling, review resources like the OpenAI Help Center guidance and the NIST AI Risk Management Framework.
Provide the goal, the reader, and the non-negotiable points. Request 2–3 variants (for example: “short,” “standard,” “warm”) and ask which variant is best and why. That quick comparison helps you choose without endless tweaking.
State the purpose: briefing, decision-making, studying, or sharing with stakeholders. Ask for “key points + open questions” so you get both the core message and what still needs clarification.
Ask for milestones, dependencies, risks, and a rough timeline. Also request an assumption list. Assumptions make hidden gaps visible early—before a plan gets socialized or scheduled.
Ask for links when possible and a short “confidence/limitations” note. For organizational guidance on responsible usage, see Microsoft Learn resources on working with generative AI.
Define the schema (fields, types, allowed values) and request edge cases plus test examples. Outputs improve dramatically when the assistant knows what “valid” looks like.
Small changes in wording, missing constraints, and differences in how the request is interpreted can shift the output. Add consistent context, ask for a fixed format, and include acceptance criteria so the response has fewer degrees of freedom.
Include what affects decisions: the goal, audience, constraints, and a few representative examples. If you have lots of background, separate “must-know” from “nice-to-know,” or ask for a short list of clarifying questions before generating the final result.
Provide source material when possible, ask for citations or links where available, and require unknowns to be flagged instead of guessed. Before publishing or acting, use a simple verification checklist that confirms names, numbers, dates, and claims against trusted references.
Leave a comment