Making Preview Images for Something You Can't Photograph

Preview images are the product until the moment somebody pays. There is no object to pick up, no pages to flick through, no way to judge weight. Every question a buyer would answer by handling a thing, they answer by looking at pictures you built.

Which makes this a specification job more than a design job.

A preview shows what lands in the buyer's folder

Buyers want to know what arrives, in how many pieces, and whether they can open it. Prettiness comes a distant fourth.

So one image in the set has to be a plain inventory: file names, formats, page count, sizes, what is editable and what is fixed. Words on a clean background are fine. That image does more work than the styled one next to it.

Answer the compatibility question in the same place. If the file needs particular software, put the name of that software on an image, not only in the description, because a good share of buyers never read past the pictures.

Say what is not included, too. The font used in the sample. The photographs sitting in the mockup. The icons you licensed from somewhere else. A buyer who assumed those arrived in the folder is a refund already being written.

The first image has one second

Your first image gets seen as a thumbnail in a grid, beside other people's thumbnails, on a phone. Design it at that size. Open it at that size. If you cannot tell what it is, nothing else in the listing matters.

Which means large type, few words, high contrast, one focal element, and the product's name on the image itself. Not a beautiful full spread shrunk until the text turns to gray texture.

A useful discipline is to build the first image last, once you know what the product actually became, on a canvas the size a thumbnail will be, then scale it up.

Look at it in grayscale before you upload. A color pairing that separates cleanly on your monitor can collapse into one flat tone on a cheaper screen, and you will never see that happen.

The words underneath do a different job, and writing a listing for a digital download is where that gets handled.

Show the inside without giving it away

Buyers want to see inside. You want them to pay. Both survive if you show structure without delivering content.

What works:

• A grid of every page at a size where layout is visible and body text is not readable.
• One page shown in full, chosen because it is genuinely useful and also makes the rest look necessary.
• A crop of a detail: a corner of a chart, a section header, the way one entry is laid out.
• An angled or overlapping stack, which shows quantity without showing content.

What fails is a watermark so heavy the buyer cannot judge quality. You have then defended the file and lost the sale. A small mark in a corner does the job.

Choose the full sample page before you choose anything else, because it has to do two things at once: prove the file works, and stay narrow enough that seeing it does not replace buying the rest. One fully worked example out of a set of forty does both.

Where mockup scenes start lying

A frame on a wall, a tablet on a desk, a planner open on a table. These sell an idea of the thing, and one of them in the set is fine.

They go wrong in three specific ways. The buyer thinks the frame, the binder or the tablet is included. The buyer thinks a physical item is being posted to them. Or the scene implies a print size the file cannot deliver.

The fixes are mechanical. Put the word digital on the image itself. Keep the plain inventory image in second position so the styled scene never stands alone. Never mock up a feature the file does not have: an interface, a page, a section you meant to add and did not.

If part of what you sell turns out to be physical after all, photographing items you are selling with a phone is a different craft with its own rules.

One canvas, one order, every time

Pick a single canvas size and use it for every image in the listing. Same background, same margins, same label font, same position for any text.

Then fix the order and keep it across products: cover, inventory, inside pages, how it is used, license summary. A buyer swiping through your images should never have to reorient.

Number the image filenames in the order you want them shown. Upload forms sort by filename, and dragging eight images into position by hand on a phone is the kind of small misery you can design out once.

This costs nothing, and it separates a listing that reads as a product from one that reads as a folder somebody emptied. It also means your second product's images take a fraction of the time, because the first set became a template you own.

Any of the free design programs handle this. Free tools to start with when you have no budget covers which ones.

Photographing something you are not shipping

Show the file as it is delivered, including the placeholder text, including the parts that look plain.

The temptation runs the other way. You fill a template in with a perfect example, style it, add a photograph you are not shipping, and photograph that. The buyer downloads the empty version and feels tricked, correctly.

Quantity does the same damage. A grid implying forty pages when you are shipping twelve. A set image showing color variations you did not include. A scene showing the file printed at a size where it would pixelate.

Better images do not rescue a thin product either. If the honest inventory image looks embarrassing, the fix is more product, not more photography.

Every gap between what a preview implied and what the folder contained comes back as a message or a dispute, and handling refunds on a digital product is the cleanup. Photograph nothing you are not sending.