An insight statement is a single sentence that names a specific audience, states the non-obvious tension or motivation behind their behaviour, and spells out the implication for what you do next. Most research does not fail on evidence quality. It fails in the handover, because a finding arrives as a description and nobody downstream knows which decision it changes.
So the craft here is a writing craft, not a research craft. You already have the interviews, the survey cuts and the session recordings. What you are missing is the sentence that carries the meaning and the next step together, so a creative team, a product manager or a leadership group can act on it without you in the room.
This takes about 45 minutes once you have a synthesis to hand. The method below walks through the whole thing: find the decision first, dig past the observation, name the human motivation, draft the sentence, make the implication explicit, then pressure-test it. If you do nothing else, copy the formula in step four and run the five-question test in step six.
Table of Contents
- The Five Rules of an Action-Driving Insight Statement
- What You Need
- Step-by-Step: How to Write an Insight Statement That Drives Action
- Step 1: Start with the decision, not the data
- Step 2: Find the tension beneath the observation
- Step 3: Connect the insight to a human motivation
- Step 4: State the meaning in one memorable sentence: the formula
- Step 5: Make the implication and action explicit
- Step 6: Test whether the statement drives action
- How to Deliver It So Someone Actually Uses It
- Common Mistakes
- Frequently Asked Questions
- How long should an insight statement be?
- What is the difference between an insight and a research finding?
- Should an insight statement include a recommended action?
- How do I make an insight statement more creative without making it vague?
- What evidence should be included in an insight statement?
- How can I test whether an insight is actionable?
- Conclusion
The Five Rules of an Action-Driving Insight Statement
- Lead with a named audience, not with “customers” or “people”. A segment you can picture is a segment a creative team can write for.
- Find the contradiction. If the statement could sit comfortably in a competitor’s deck too, it is not an insight yet.
- Name a motivation — the progress, the feeling, the social expectation or the risk the audience is managing.
- Finish with the implication, in the same sentence, so meaning and action travel together.
- Write it in the audience’s own words, using the phrases you actually heard in interviews rather than researcher vocabulary.
What You Need
You need five things before you draft a single sentence. Teams skip the first two and wonder why the insight sits unread in a deck for six weeks.
The decision. One real choice, with a date attached. Which channel gets the budget next quarter, whether onboarding gets rebuilt, whether you keep the free tier. If you cannot name the choice in a sentence, stop. An insight statement written before the decision exists will be admired and ignored.
The decision-maker. One person, or one group with a budget. Their vocabulary matters more than yours, which is why the same finding needs a different sentence for a creative director than for a CFO.
The evidence. Your notes, transcripts, behavioural cuts and support tickets. Bring the source with you because stakeholders challenge unsupported claims first, and a named sample size settles half the argument before it starts.
The behaviour you want to change. The specific thing people do or stop doing. “Use the app more” is not a behaviour. “Come back within seven days of signing up without being prompted” is.
The constraint. What you cannot change — budget, build capacity, brand rules, timing. Constraints turn a general insight into a workable one, because they force you to name the move inside what is actually available.
Step-by-Step: How to Write an Insight Statement That Drives Action

Step 1: Start with the decision, not the data
Write the decision at the top of your page before you open the dataset. Something like: “By the end of the quarter we choose whether to put the onboarding redesign behind the paywall or in front of it.” Now read every candidate finding against that decision and kill anything that does not change an option on the list.
This kills more weak material than any other step. Researchers defend findings because they spent a month collecting them; decision-makers discount them because they have no bearing on the choice in front of them. Deciding first keeps the expensive argument out of the room.
Then name the behaviour underneath the decision. A decision about paywall placement is really about whether new sign-ups experience value before they pay. Write that behaviour down in plain language, because your insight sentence has to end up describing it.
Step 2: Find the tension beneath the observation
The gap between what you saw and what it means is the whole job. Here is the distinction, using the same underlying research on onboarding drop-off, so the four rows stay comparable.
| Type | What it looks like | What it does to the reader |
|---|---|---|
| Fact | 41% of new accounts do not complete setup in week one. | Describes. No direction, no cause, no decision attached. |
| Observation | New account owners mostly open setup, hit the third step and abandon the session. | Narrows the problem but still stops at behaviour. |
| Insight | New account owners treat week one as a test of whether the product is worth their attention, and step three asks for a decision they cannot make without seeing the result. | Explains the motivation underneath the behaviour. |
| Recommendation | Move step three behind first successful value and re-run the onboarding test. | Directs action, but only makes sense once the insight above is accepted. |
Three questions get you from an observation to the tension underneath it. Why do they stop here? Push past the first answer, which is usually restating the friction. Why does that answer feel true? This reaches the belief or emotion. Why is it not what we expected? Anything that contradicts the obvious explanation is where a usable insight usually lives.
Two rules keep you honest. An insight must be falsifiable — if no evidence could ever prove it wrong, it is a slogan. And it must be about a specific group, because tension is always local. A claim that holds for everyone is usually a claim about nothing in particular.
Step 3: Connect the insight to a human motivation
Behaviour has a reason underneath it, and the reason is one of a small number of things: progress the audience wants, an emotion they are managing, a social expectation they are performing, or a risk they are trying to avoid. Naming which one you have found is what makes the statement transfer to a new context.
Progress looks like getting to a milestone faster. Emotion is about feeling competent, in control or relieved. Social expectation is about what being a good customer, parent, employee or expert looks like to other people. Risk is about what looks foolish, wasteful or embarrassing if they get it wrong.
Job-to-be-done language helps here because it forces progress language. Instead of “users need reminders”, ask what they are trying to accomplish and what stands in the way. “When someone sets up a new workspace, they want their team using it this week, and step three stalls them because they have no data to share yet” gets you further than a feature request ever will.
Then swap your vocabulary for theirs. If four out of five interviewees said the setup felt like “filling in a job application”, that phrase carries more weight than “onboarding friction”, and a creative team can do something with it. The handover problem is well known inside research teams: findings get received as a tidy list of themes with nothing for the team to change.
Step 4: State the meaning in one memorable sentence: the formula
Copy this and fill in the blanks:
For [specific audience], [tension or contradiction], because [underlying motivation], which means [implication for the decision in front of you].
Filling it in for the onboarding example:
For new account owners, week-one setup is a test of whether the product deserves their attention, because step three asks for a commitment before they have seen a result, which means we should move the first data-import step behind a visible win rather than spend budget on reminder emails.
One sentence, four working parts: audience, tension, motivation, implication. Run it against the anatomy checklist and each part should be locatable. If you cannot point to where the audience stops and the tension starts, the sentence will read as mush when someone reads it aloud in a meeting.
The most common mistake is smuggling a second idea in with an “and”. Two tensions in one sentence means neither one is available to a writer, and you cannot test which one was right. Split it into two statements and let each one drive a decision. Three strong insights beat nine that nobody can hold in their head.
Step 5: Make the implication and action explicit
The implication says what the meaning means for this decision. The recommendation says what to do. Keeping them apart stops you from smuggling a half-formed recommendation into a finding and having the room argue about the tactic before they accept the meaning.
Weak and strong action pairs look like this:
- Design. Weak: “we should improve the onboarding flow.” Strong: “we should cut setup from five steps to three and move the import step after the first dashboard.”
- Communication. Weak: “we should communicate the value better.” Strong: “we should show the first imported row inside the welcome email instead of describing features.”
- Service. Weak: “support needs to be more responsive.” Strong: “support should reply to first-week tickets within four working hours, because abandonment clusters after unanswered questions.”
- Research. Weak: “we need more data here.” Strong: “we should run a moderated test of the three-step flow with twelve recent sign-ups before committing build capacity.”
Notice that each strong version names a move, a scope and a reason. That is enough for a team to start work or to argue with you. A weak action is still useful as a placeholder, provided you say out loud that it is one.
Step 6: Test whether the statement drives action
Run the so-what test line by line rather than on the whole deck. Read the sentence, ask “so what?”, and write the answer underneath. Then ask again. Most weak insights collapse at the third pass because the writer never did it.
- Is the audience named? If the sentence would work for any group you have, it does not work for the one you need.
- Does the tension contradict the obvious? If a reasonable colleague expected exactly this, you have an observation.
- Is there a motivation? Look for progress, emotion, social expectation or risk. None of the four present means you are restating behaviour.
- Is the implication inside it? No implication means the sentence is a poster, not an insight statement.
- Can the team name the next move immediately? Ask someone who was not in the room to read it and say what they would do on Monday. If they hesitate, rewrite.
Then score it, one point per yes, out of four: specific audience, non-obvious tension, named motivation, explicit implication. Three is your pass mark. Two is an observation in disguise, and one is a data point wearing a sentence.
Applying that to the worked example: audience named in the first four words, tension sits in the middle clause and contradicts the assumption that people simply forget, motivation is the desire to test worth, implication closes the sentence. Four out of four, and the Monday question has an obvious answer.
How to Deliver It So Someone Actually Uses It
A strong statement still dies in the handover if it arrives in the wrong shape. Three formats cover almost every case.
The one-line version goes at the top of a slide, in the same position and font size as the slide title. If the slide title is a topic label like “Onboarding”, the reader has no idea what you concluded. If the title is the insight, the deck argues for itself while you talk over it.
The four-line version goes on a workshop wall or a handover doc: the insight statement, the evidence line with source and sample, the implication, and the open question you still need answered. Four lines take a minute to read and survive being screenshotted into someone else’s deck, which is exactly where most research lives or dies.
The brief version goes to a creative or product team as a single paragraph, written in their language rather than yours. The failure repeats in every setting: the research arrives, the theme buckets get grouped, and nobody can tell what changes on Monday. A fixed four-slot format is what stops each researcher from writing insights in a different shape, which is the real reason teams cannot compare them.
Common Mistakes
Here are the failures I see most often, with the fix attached to each. The first four are each a different kind of weak statement, drawn from the same onboarding and pricing research.
| Weak statement | Why it fails | Strong version |
|---|---|---|
| Customers want faster onboarding. | Reports a preference as if it were a reason, and names no audience. | First-week account owners are not leaving because setup is slow, they are leaving because step three asks them to commit before they have seen proof it works. |
| Price is the biggest barrier for small teams. | A finding from a survey question, with the motive behind the answer still untouched. | Sub-ten-person teams treat a paid contract as a vote of confidence they have not earned yet, so they keep paying for tools they barely use. |
| Users need better notifications. | A solution written as a finding. It removes the need for an insight entirely. | Support agents get pulled into conversations the product should close, because alerts arrive without context, which means we should fix alert content before we add more of them. |
| Gen Z values authenticity. | Vague subject, universal truth, impossible to test, tells a team nothing about what to make. | Under-25 shoppers in this category screenshot a review before they buy it, because they expect to be challenged later, which means proof should be visible at the point of choice. |
Describing the researcher instead of the audience. “Interviewees were reluctant to commit” tells the room about your method. “They would not put their name to a recommendation until they had seen someone else do it” tells the room about the audience.
Packing three ideas into one sentence. If you can underline three separate claims, split them. Each insight should map to one decision, otherwise it maps to none.
Hiding the evidence. An insight with no source gets treated as an opinion, and opinions lose to opinions with footnotes. Attach the source, the sample and the confidence in one line below the statement.
Writing in research jargon. Segments, cohorts and personas are internal shorthand. Use the words people used when they described the problem in their own voice.
Writing for the researcher. If the audience for the statement is you and your discipline, the insight will be admired at the conference and ignored in the budget meeting. Write it for the person holding the money.
Ending on “insights nobody acted on”. That framing makes it an organisational blame problem. Sometimes it is, but more often the statement arrived without an implication and a named decision, so there was nothing to act on. Fix the sentence first and see how much of the culture problem disappears.
Frequently Asked Questions
How long should an insight statement be?
One sentence, ideally between 20 and 35 words. Any longer and it is usually carrying two ideas, which means neither one maps cleanly to a single decision. If you cannot compress it, split it into two statements rather than adding a semicolon and a second clause.
What is the difference between an insight and a research finding?
A finding reports what the data showed and stops there. An insight explains why it happened and what it means for a decision. 41% of new accounts not finishing setup is a finding. Explaining that they treat week one as a test of the product’s worth, and moving the commitment step after a visible win, is an insight.
Should an insight statement include a recommended action?
Keep them as two separate lines. The insight statement carries the implication, the meaning for the decision in front of you. The recommendation is the specific move, and it belongs on the next line where a team can argue with it without disputing the meaning underneath.
How do I make an insight statement more creative without making it vague?
Use the audience’s own language rather than abstract nouns. Instead of reducing onboarding friction, say people find the setup feels like filling in a job application. Concrete and slightly uncomfortable wording is more memorable and more testable, because something vague cannot be proved wrong.
What evidence should be included in an insight statement?
Not inside the sentence. Attach one line underneath with the source, the sample and the confidence level, for example 12 of 15 interviews plus a behavioural cut of 2,000 accounts. Naming the sample settles the first challenge, which leaves the rest of the conversation about the decision.
How can I test whether an insight is actionable?
Score it out of four: named audience, non-obvious tension, named motivation, explicit implication. Three is your pass mark. Then hand it to someone outside the room and ask what they would do on Monday. If they hesitate, the statement is not finished.
Conclusion
Here is the whole method in three moves. Define the decision and the behaviour underneath it. Name the human tension, in the audience’s own words. Draft the implication so it closes the sentence, then score it out of four and hand it to someone who was not in the room.
If your current stack of findings feels inert, do not go and collect more. Take the three you think are strongest, and rewrite each one with the fill-in-the-blank formula. The one that survives the so-what test is probably the only one that was ever going to move anything, and it was already in your deck.


