← Back to blog

Putting a Demo in Your Release Notes and Changelog

August 18, 2026

Release notes are written carefully and read almost never. The problem is not the writing, it is that a text description of a UI change asks the reader to imagine something they could just be shown.

Adding a short demo per meaningful entry is a small change with a disproportionate effect on whether anyone actually uses what you shipped.

Not every entry needs one

  • Yes: anything with a visible interface change, especially where something moved.
  • Yes: a new feature that requires finding something to use it.
  • No: bug fixes, performance work, API changes. Text is better and faster.
  • No: anything you would struggle to make ten seconds long.

Ten seconds, one thing

A changelog demo is not a tutorial. It shows where the thing is and what it does, and stops. Anything longer competes with the reader's reason for being in the changelog, which is usually scanning for one specific item.

The single highest-value case is a moved control. "Settings have moved" generates support tickets; a three-step demo showing the new location does not.

The reuse argument

A changelog demo is also the asset for your in-app announcement, your feature email, and your social post. Recording it once for the changelog gets you all four, which is what makes the habit sustainable.

It is also the thing sales sends to a prospect who asked for that feature six months ago, and that email writes itself once the demo exists.

Keep the archive honest

Old changelog demos show old UI, which is fine -- a dated entry showing dated software is accurate. The mistake is linking to them from current documentation, where they read as wrong rather than historical.

Keep changelog demos in the changelog and record fresh ones for docs.

Frequently asked questions

Should release notes include a demo?
For entries with a visible interface change, especially where something moved, yes -- a ten-second clip prevents the support tickets a text description generates. Bug fixes, performance work and API changes are better served by text.
How long should a changelog demo be?
About ten seconds, showing where the thing is and what it does. Readers are usually scanning for one specific item, so anything longer competes with the reason they opened the changelog at all.
Can changelog demos be reused elsewhere?
Yes, and that is what makes the habit sustainable. The same short recording works for the in-app announcement, the feature email, a social post, and the note sales sends to a prospect who asked for that feature months ago.

Keep reading

This is what Demorta does

Click through it — the same kind of demo you can record of your own product.

Try it on your own product

Record your first interactive demo free.

Five demos on the free plan, forever. No credit card, no trial countdown, no sales call. Install the Chrome extension, click through your product once, and you have a shareable link in about ten minutes.

Start free →