Show real emails during your software demo

1. 1
   Create a demo account in your product with a DemoPost address such as yourapp+demo@in.demopost.net, using a synthetic customer name.
2. 2
   Run the full flow once, end to end, the day before. Confirm the message arrives and the attachment opens.
3. 3
   Clear out old test messages so the inbox you show contains only today's story.
4. 4
   Open your DemoPost workspace in a second browser tab — not a second window you have to hunt for.
5. 5
   Have a fallback ready: a screenshot of yesterday's successful run, in case the venue's network fails you.

1. Do the action in the product

Place the order, approve the quote, send the invoice — whatever your audience recognises from their own work. Narrate what the customer would experience.

2. Switch to the inbox tab

The message is usually already there. If it is not, press refresh once and keep talking; the refresh button exists precisely for this moment.

3. Read the message out loud

Point at the details that matter to the audience: the reference number, the tone of the copy, the amount, the call to action.

4. Open the attachment

Previewing the PDF is the part people remember, because it proves the document exists and looks right rather than being promised on a slide.

This illustration uses the same layout with synthetic data. Switch between the scenarios to see how a reference keeps each message identifiable.

• Use one reference per demo scenario, so you never scroll past three near-identical messages.
• Increase your browser zoom before you start; email text is small on a projector.
• Never open a mailbox that also contains your own mail.
• Use synthetic names, amounts and documents — a demo is not the place for a real customer record.
• Keep the story short: trigger, arrive, open, done.

Delete the messages you no longer need; anything left is removed automatically after 30 days. If you demo the same flow weekly, keep the demo account and the reference stable so your script never changes.