Read the brief as a set of requirements
Before building slides, identify the requested topic, audience, duration, format, and deliverable. Note whether the employer wants analysis, a recommendation, a past-project explanation, a teaching session, or a plan. These are different presentations. A strong recommendation deck may be wrong for a brief asking you to teach a concept. Write a one-sentence description of what the audience should understand or decide by the end.
The National Careers Service advises candidates to read presentation and assessment instructions carefully. Our practical extension is to turn those instructions into a short checklist before doing the work. Separate explicit requirements from choices you are making. If the brief says to use supplied data, do not replace it with unrelated research. If it specifies a file format or submission route, include that requirement in your final review.
Clarify a material ambiguity through the appropriate contact when needed. Ask a focused question whose answer could change your approach. You do not need permission for every ordinary design choice. If a detail remains unknown, make a reasonable assumption and label it. The presentation can demonstrate judgment by showing where the evidence ends and how you would resolve uncertainty in a real working setting.
Define the audience’s decision and the central message
Ask what the audience needs from you. A hiring panel may be evaluating your communication, but the scenario may ask you to advise a manager, explain a process to customers, or prioritize work for a team. Present to the scenario’s audience while following the interview format. This keeps the content coherent and avoids drifting into a general showcase of everything you know about the topic.
Write the central message before the slide titles. A fictional example might be: begin with a small onboarding pilot because the available evidence suggests confusion at the first setup step, while later-stage needs remain uncertain. That message contains a recommendation and its reason. It can guide the selection of evidence and prevent the deck from becoming a sequence of facts with no decision attached.
Use the message as a test for every section. Does this material explain the problem, support the choice, address a meaningful alternative, or show how the recommendation would be tested? If not, it may belong in an appendix or outside the presentation. Editing is not simply shortening. It is deciding which information the audience needs in order to understand and evaluate your reasoning.

Build an argument before designing slides
Sketch the sequence in plain text: question, relevant evidence, interpretation, options, recommendation, implementation, and checks. Adjust it to the brief. A presentation about a past project may instead use context, your responsibility, decisions, outcome, and learning. The point is to establish a logical path before spending time on colors, icons, or transitions. Visual design should make the path easier to follow.
For the fictional onboarding case, the evidence might show that several test participants became stuck at the same setup instruction. The interpretation is that the instruction may be unclear. The recommendation is to test a revised instruction with a small group before redesigning the whole process. The uncertainty is whether the participants represent the broader audience. Keeping those elements separate makes the argument more credible.
Do not hide an assumption inside a confident headline. If the data is incomplete, say what it can and cannot support. You can still make a practical recommendation under uncertainty by choosing an action that generates useful information. An interview presentation often benefits from showing how you would learn, not merely from announcing a final answer as if the limited brief contained every fact needed for a real decision.
Make evidence and visuals easy to inspect
Choose visuals that answer a question. A table can compare options; a simple process diagram can show where a handoff occurs; a chart can reveal a pattern in supplied data. Do not add a chart just to make the deck look analytical. Label the measure, period, and source clearly, and make any exclusions or assumptions visible. The audience should understand what the visual represents without guessing.
Keep slides readable at the expected display size. Use concise text and give the explanation aloud. A slide with complete paragraphs can compete with your voice, while a slide with only a vague slogan may offer too little support. Aim for enough structure to orient the audience: a meaningful title, the evidence or diagram, and a clear takeaway. Detailed supporting material can sit in an appendix if the format allows it.
Use only material you are allowed to share. For a past-work presentation, remove confidential information and obtain appropriate permission where necessary. A reconstructed or fictionalized illustration should be labeled as such so the panel does not mistake it for actual results. Do not present invented customer data as research. Clear sourcing and boundaries are part of the quality of the analysis, not optional footnotes added at the end.
Interview presentation example: a complete slide sequence
Imagine a fictional brief asking how a small learning platform could improve new-user setup. A compact sequence could begin with the question and recommendation, then show the observed setup difficulty, compare a full redesign with a focused instruction change, explain the proposed pilot, and end with the decision or information needed next. The sequence follows the reasoning rather than the order in which you happened to discover the material.
The recommendation slide might say: test a revised setup instruction before changing the whole onboarding flow. The supporting explanation would distinguish the supplied observations from your inference. You might note that the small sample points to a specific friction point but does not establish its prevalence. The pilot would check whether users can complete that step and whether confusion moves elsewhere. All platform, participant, and outcome details in this scenario are fictional.
The final slide should make the next step clear. For example: agree the pilot audience, confirm the success measure, and review the results before committing to a broader change. This is stronger than ending with a generic thank-you slide alone because it returns the audience to the decision. You can still thank the panel verbally and invite questions. The presentation has a purpose that remains visible at the end.
| Slide | What to show | What the explanation must establish |
|---|---|---|
| 1. Recommendation | Test a revised setup instruction before committing to a full onboarding redesign. | Name the decision the panel is being asked to consider and the limits of the proposal. |
| 2. Observed problem | A short path through the setup task, marking the step described as confusing in the fictional brief. | Separate what the supplied observations show from what remains an inference. |
| 3. Options and tradeoff | Compare a targeted instruction change with redesigning the complete setup flow. | Explain why the smaller test answers a useful question before requiring a larger commitment. |
| 4. Pilot design | Identify the proposed audience, task, observation method and question to review afterward. | State which questions the test would answer and which observations you would record. |
| 5. Decision and questions | Ask the panel to confirm the pilot scope and what evidence would support the next decision. | Make unresolved assumptions visible and leave room to revise the recommendation. |
Rehearse the explanation, transitions, and timing
Practice aloud with the actual slides or document. Silent reading does not reveal how long the explanation takes or where a transition is awkward. Notice which slides need more context and which repeat what you already said. If you exceed the allotted time, remove lower-value material before trying to speak faster. A rushed presentation makes it harder for the audience to inspect the reasoning.
Prepare a shorter route through the material in case the available time changes. Know which point each slide contributes and which supporting detail you can omit without breaking the argument. This is different from improvising a new presentation under pressure. You are identifying the essential path in advance. If the panel interrupts with questions, you can respond and then return to that path deliberately.
Ask a practice listener to state your recommendation and its main reason. If they cannot, the structure may need work even if the delivery sounded fluent. Invite questions about assumptions and alternatives, not only comments on appearance. A useful rehearsal tests whether the audience can follow and challenge the argument. It is not merely a check that you can advance the slides without stumbling.
Prepare for questions and challenges
List the most likely questions: why this option, what could go wrong, what information is missing, how you would test the recommendation, and what would change your mind. Prepare concise answers grounded in the material. Do not script a defensive response to every possible challenge. A question can reveal a useful issue you missed, and acknowledging it can demonstrate judgment rather than weakness.
When you do not know an answer, state the limit and explain how you would investigate it. Avoid inventing a figure or claiming that the brief proves more than it does. If the question changes an assumption, explain how the recommendation might change. This shows that your reasoning is responsive to evidence. A presentation should not become a position you must protect regardless of new information.
If several panel members ask questions, address the questioner while keeping the group included. Clarify a complex question before answering if needed. If a challenge concerns a minor design choice, answer briefly and return to the substantive issue. Your preparation should help you remain interested in the discussion. The question period is part of the work sample: it shows how you handle uncertainty and exchange ideas with others.
Check the technical package and the final brief match
Confirm the file format, submission deadline, meeting platform, and available presentation equipment where those details matter. Test the exported file, fonts, media, and links. Have a simple backup, such as a PDF copy and concise speaking notes, when appropriate. A backup should preserve the argument if an animation or connection fails. It does not need to reproduce every visual effect in the original deck.
Review the final work against the brief rather than only against your own preferences. Did you answer the requested question? Did you use the allowed evidence? Did you label assumptions and fictional material? Did you preserve enough time for questions if the instructions require it? This check catches a polished presentation that drifted away from the task during preparation. The best-looking slide is still expendable if it does not serve the assignment.
On the day, explain the structure briefly and begin with the central point when appropriate. If technical problems occur, state the issue calmly and use the backup route. You are demonstrating professional communication, which includes recovering from imperfect conditions. Afterward, record the questions and feedback while they are fresh. They can reveal how your reasoning landed and what you would improve in a future presentation, regardless of the hiring outcome.
- I can state the brief, audience, and intended decision in one sentence.
- The recommendation follows from visible evidence and labeled assumptions.
- Every slide has a useful role in the argument.
- I have rehearsed aloud and prepared for substantive questions.
- The final file works, meets the instructions, and has a practical backup.
Practice sheet
Make the decision visible before polishing slides
An interview presentation is an opportunity to explain reasoning, not only display finished visuals. The audience needs to understand the problem, assumptions, options, and recommendation. A polished conclusion is difficult to assess if the route to it remains hidden.
Fictional worked example — all details are illustrative
A dramatic recommendation appears first, with invented figures presented as company results.
For a fictional appointment-service exercise, compare a shared queue with separate specialist slots. State that demand data was not supplied, explain the assumptions used for the comparison, recommend a limited trial, and identify the information needed to decide whether it should continue.
- Distinguish supplied facts from your assumptions.
- Answer the actual brief before adding extra scope.
- Leave room to discuss uncertainty and alternatives.
GOOD QUESTIONS
The questions that come next.
Should I ask questions about an unclear presentation brief?
Ask when the ambiguity could materially change the work, such as the audience, required format, or permitted data. Keep the question specific. For ordinary choices you can reasonably make, proceed and label any important assumption. The goal is to clarify the task, not to ask the employer to design the presentation for you.
How many slides should I use?
Use the number needed to explain the argument within the allotted time and format. A universal slide count is less useful than a timed rehearsal. Each slide should support a clear point, and the audience should have time to understand it. Remove material that does not help answer the brief before trying to fit more slides into the same duration.
What if I am challenged on my recommendation?
Explain the evidence and tradeoff behind your choice, then consider the new information in the question. If it changes an assumption, say how it could change your recommendation. You do not need to defend every initial detail. A thoughtful response can demonstrate that you can reason with others rather than simply deliver a prepared conclusion.
CONTEXT & SOURCES
Go a little deeper.
These resources provide context and further reading for our original guidance.
How we approach the adviceYOUR NEXT STEP WITH CVURA
Take your interview preparation into CVura.
Keep the opportunity, application documents and preparation notes together. Build answers from your experience and return to them before the conversation.
KEEP YOUR MOMENTUM
A useful next read.
Build an interview story bank you can use under pressure
Prepare an interview story bank with accurate examples, clear ownership, useful outcomes, and flexible notes that help you answer the question asked.
Read the guideLeadership experience examples without a management title
Find leadership experience examples from coordination, mentoring and initiative. Explain your contribution on a resume or in an interview with clear scope.
Read the guideHow to research an employer before you apply
Research an employer with a focused evidence brief: understand the work, test your assumptions, and turn useful findings into better applications.
Read the guide
