A company deck often begins as an inventory: history, services, people, equipment, projects. Everything may be accurate, yet the presentation can still lack a clear argument. Before designing slides, decide what the audience should understand and what you want to discuss at the end.

Write the decision in one sentence

“Introduce our company” describes the activity. “Help the project team decide whether to include us in the next conversation” gives the presentation a purpose. A technical review, a partner introduction, and an investor discussion each need a different sequence.

Write down who will be in the room, what they already know, and what remains uncertain. Those three answers are more useful than choosing a slide count at the start.

Give the presentation a sequence

A useful working outline moves from context to capability, then evidence and the next step. Treat the following as a sequence of questions, not a requirement to create exactly seven slides.

  • What situation or need are we discussing?
  • Where does our company fit?
  • What can we do that is relevant here?
  • What evidence supports that?
  • Who will be responsible for the work?
  • What constraints or open questions remain?
  • What should happen next?

Make headings carry the point

A heading such as “Our equipment” identifies a subject. A heading that explains how the equipment fits the proposed work gives the audience a reason to look. Only make that stronger statement when the evidence supports it.

Read the headings without the body copy. They should form a coherent outline. If the logic disappears, adding more paragraphs to each slide is unlikely to solve the problem.

Keep technical detail close to its explanation

Use the body of the presentation for the evidence needed to follow the argument. Put supporting tables and detailed assumptions in an appendix that someone can actually navigate. Keep units, sources, dates, and qualification notes attached to the information they explain.

For a chart, state what is being compared and which conclusion the audience should consider. Check whether the main point survives when the slide is viewed at a smaller size. In a shared web version, provide a text explanation of a complex chart so the information is not available only as an image.

For accessible chart descriptions: W3C guidance on complex images.

Design for the way the deck will travel

A presentation delivered in person can rely on a speaker. A PDF forwarded to someone who missed the meeting needs enough context to stand on its own. Decide whether one file can serve both uses or whether the shared version needs a short explanatory layer.

End with a specific next conversation, the information still needed, and a named contact where appropriate. Then review the whole deck for repetition. Every slide should either advance the argument or provide evidence someone needs to assess it.

Have something in mind?

Send us the website or material you want to improve.

Start a project