~/teaching · data analytics · session 6, friday 8 january 2027
Pitching data insights to decision-makers: recommendation first, three pieces of evidence, honest answers
Open with the decision you recommend, let each slide carry it, and treat the questions as the real test.
Abstract
This is the closing session of Data Analytics for Business, a course of the M2 International Management at Université Catholique de Lille (2026-2027). Each group has spent the course on one management brief built on the open order history of Olist, a Brazilian marketplace, and now defends one recommendation before the class, as it would before an executive committee: ten minutes of pitch, then four minutes of questions.
This page turns the session into a practical guide for anyone who has to present an analysis to people who will decide on it. It covers the order of a short pitch, the one sentence that should survive the meeting, what makes evidence persuasive, how to answer questions, the mistakes that most often sink a good analysis, and where to go after the course. The method is prepared in the capstone studio of the previous session and delivered here.
It draws on every earlier session: the decision-first framing of Session 1, the finding titles of Session 2, the queries of Session 3 and the model reading of Session 4.
Plan of the deck
- The afternoon and its aims. What each block asks for, and the four-part pitch order settled in the morning studio.
- Group pitches. Fifteen-minute slots: ten minutes of pitch, four of questions, one to hand over, with the uploaded slides.
- Listening to the others. A short feedback form per pitch: the recommendation as understood, the best evidence, the question you would have asked.
- Debrief and next steps. Feedback on the model evaluation memo, free ways to keep practising, certificates and the roles that use these skills.
- Six questions to keep. One question per learning outcome of the course, meant to outlast the tools.
- Closing. The final brief, due a few days later on purpose, and the course's first and last rule.
Start from the decision, in one sentence
Before building any slide, write the single sentence you want the room to repeat after you leave: what to do, why, and what it should change.
An analytics pitch is not a tour of the work. The audience came to decide something, so the first thing it needs is the decision you propose. The course gives a template to fill in before touching the slides, and the recommendation it produces goes on the first content slide.
Remark (The one-sentence template). We recommend [the action], because [the main evidence], which should [the expected impact].
The test is simple and slightly brutal: after the pitch, can a listener say your recommendation in one sentence? In the session, every listener writes it down on a feedback form. If half the room writes something different from what you meant, the message did not land, however good the analysis behind it.
Example: the delivery brief
One brief of the course asks which delivery stage of Olist (approval, seller handling, carrier transit) should receive next quarter's improvement budget. An illustrative sentence, not a result: we recommend putting the budget into the stage where late orders lose most of their days, because the breakdown of delays by stage shows it, which should reduce the share of orders that arrive after the promised date. Replace each bracket with your own figures and the sentence is ready to open the pitch.
Ten minutes in four blocks
Recommendation, evidence, impact, then limits and next steps: the audience knows where you are going before it sees a single chart.
The order is the one consultants and analysts use when time is short: conclusion first, support afterwards. The deck gives a suggested split of the ten minutes, explicitly not a rule; what is not negotiable is that the recommendation is heard in the opening minute.
| Block | From | To | Content |
|---|---|---|---|
| Recommendation | 0 | 1 | One sentence, stated at once |
| Evidence | 1 | 6 | No more than three pieces, each tied to the decision |
| Expected impact | 6 | 8 | What changes, for whom, roughly how much, with the assumptions |
| Limits and next steps | 8 | 10 | What the data cannot tell, what you would check next |
Each slot in the session also contains four minutes of questions and one minute to change over, which is why the timing is held strictly: at zero the speaker finishes the sentence and the questions begin.
The impact block is where many pitches become vague. A useful estimate says what moves, for whom and in what order of magnitude, and states the assumptions behind it so that the audience can disagree with an assumption rather than with you. The limits block is not an apology: it shows that you know where the evidence stops, and the next checks you name are often what a decision-maker funds.
What convinces a decision-maker
A short chain of evidence that leads straight to the recommendation persuades more than a long list of interesting charts.
The course treats storyline and evidence as one thing: every slide should support the recommendation, and the evidence should lead there without detours. In practice that means choosing three pieces of evidence at most and cutting the rest, even good analyses that answer another question. A slide that cannot be connected to the decision in one sentence belongs in the appendix or in your notes for the questions.
Habits that make evidence persuasive
- A finding as the title. Each chart title says what to see, as taught in the visualisation session, so the slide can be read in five seconds.
- Rates with their denominator. A comparison between groups of different sizes uses rates, and keeps the size of each group visible.
- Numbers you have checked. Any figure that reaches the recommendation slide has been recomputed or reconciled with a known total, including figures drafted with an AI assistant.
- A model read through its errors. When a prediction supports the case, say what each kind of error costs the business, not only how accurate the model is.
- A dashboard that opens. The link to the group's dashboard is tested in a private window, so it works for someone outside the group.
Delivery matters, but it is not the heart of the matter. Clear, confident and on time is enough. Who presents which block is decided in advance, the first minute is rehearsed aloud, and the whole pitch is run once with a timer before the day.
The questions are where you prove the analysis is yours
Answer first, then give the evidence, and when you do not know, say so and explain how you would find out.
In the course, the four minutes of questions are taken as seriously as the evidence itself, and without any AI help. That reflects real meetings: a strong deck followed by evasive answers loses the room. Every member of the group answers at least one question, so the team decides beforehand who covers the data and the cleaning, the analysis, the recommendation and the limits.
- How did you clean the data, and what did the cleaning remove?
- What result would make you change your recommendation?
- Would the conclusion still hold with today's data rather than the historical file?
- How did you check what the AI assistant produced for you?
Those four questions come straight from the course and deserve a short prepared answer each. The reply itself follows one pattern: the answer in the first sentence, then the evidence. Uncertainty is stated honestly; I do not know, followed by how you would find out, is a better answer than a confident guess, and decision-makers usually recognise the difference.
Remark (Keep the method for the questions). How the data were cleaned or which query produced a number rarely belongs in the ten minutes. Prepare it carefully, and let the audience ask for it.
Mistakes that sink a good analysis
Most failed pitches bury the recommendation, show too much, or run out of time before the questions.
Step by step
- Opening with the method. Starting with how the data were cleaned is a reliable way to lose the room before the message arrives.
- Saving the recommendation for the end. If time runs short, the one thing the audience needed is the thing it never hears.
- Too many slides. Every slide that does not support the recommendation competes with it; cut it or move it to the appendix.
- Running over. A pitch stopped at ten minutes loses its last slide, and the minutes of questions matter more than that slide.
- One speaker for everything. When only one person can answer, the audience doubts that the group owns the work.
- Rehearsing instead of listening. Groups waiting their turn learn more from hearing which messages land in other pitches than from a last run-through.
Listening is part of the exercise. For each pitch other than its own, every student fills a short form with three fields that mirror the structure of a pitch: the recommendation as understood, the evidence that convinced most, and the question they would have asked. The presenting group receives the fronts unsigned, so the feedback can be frank. The written brief is due a few days later, on purpose, so that the questions and these forms can still change it.
After the course: six questions, resources and roles
Tools will change over a career; the questions you learned to ask of a number, a chart or a model will stay useful.
| Outcome | Question to keep asking |
|---|---|
| Frame | Which decision will this change? |
| Prepare and retrieve | What is one row, before and after the join? |
| Design and communicate | What does it say in five seconds? |
| Interpret models | What does each kind of error cost? |
| Use AI responsibly | How did we check it against the data? |
| Assess governance | Who is accountable for the decision? |
For those who want to keep practising for free, the deck points to three routes: Elements of AI (University of Helsinki), which explains what AI can and cannot do without code and makes a good base for governance work; Orange Data Mining, desktop software that builds the kind of models seen in Session 4 by drag and drop; and the short browser courses of Kaggle Learn (SQL, machine learning, data visualisation), which follow on from Sessions 3 and 4 with some Python. Two certificates are mentioned at two depths: the Google Data Analytics Professional Certificate on Coursera, covering the whole analyst workflow, and the Microsoft Power BI Data Analyst Associate (exam PL-300), narrower and centred on Power BI. Choose by the tools named in job offers where you want to work, and check names and prices before enrolling, as they change often.
None of the roles that use these skills requires being the best programmer in the room: business analyst, product manager, analytics translator, data product owner, AI governance and compliance, consultant. Since job titles differ from one employer to the next, judge a post by what its description asks for. In Europe the AI Act also creates work: training staff in AI literacy, and meeting the high-risk obligations, for instance when AI helps with recruitment, from 2 December 2027. The course ends on its first rule: start from the decision, not from the data.
Key takeaways
- Write the one-sentence recommendation before any slide, and say it in the first minute.
- Use three pieces of evidence at most, each one tied directly to the decision.
- State the expected impact with its assumptions, and the limits with the checks you would run next.
- Answer questions with the answer first, then the evidence; admit what you do not know and say how you would find out.
- Keep the method for the questions, and make sure every member of the team can take one.
- Rehearse with a timer: a pitch that runs over sacrifices the minutes that test it most.
- Start from the decision, not from the data.
Glossary
- Pitch
- A short, structured presentation that defends one recommendation before the people who will decide.
- Recommendation
- The action you propose, stated in one sentence with its main evidence and expected impact.
- Storyline
- The order in which evidence is shown so that it leads to the recommendation without detours.
- Finding title
- A slide or chart title that states what the data show rather than the topic.
- Expected impact
- What should change if the recommendation is followed, for whom, and roughly by how much.
- Limits
- What the data and the analysis cannot establish, stated openly.
- Next steps
- The checks or actions you would take after the decision, often what gets funded.
- Peer feedback
- Short written feedback from listeners: the message as understood, the best evidence, an open question.
- Analytics translator
- A role that links business teams and data scientists around a decision.
- Data product owner
- The person responsible for a dataset, dashboard or model on behalf of its users.
The other notes of the course
One public summary per deck, in the order of the course.
Previous: Generative AI, GDPR and the AI Act
- Session 1From data to decisions
- Session 2Data visualisation and storytelling
- Session 3SQL essentials for managers
- Session 4Predictive analytics for decision-makers
- Session 5Generative AI, GDPR and the AI Act
- Session 6Pitching data insights
About these notes
Written by the lecturer from the slides of the deck, as a public summary: the key ideas, the formulas and one worked example. The exercises, their solutions, the tests and the grading stay in the deck, for the students of the course.
Revision: .