AI product photos for a Kickstarter or pre-order page before the product exists (honest rendering disclaimers)

The one rule that overrides everything on Kickstarter

For Hardware and Product Design projects on Kickstarter, creators must show a working prototype, and photorealistic renderings are not allowed. Kickstarter's help page states this plainly, and its older guidance explains why: a rendering that could be mistaken for a finished product makes backers believe it already exists and will ship without problems, when it may not. If a reviewer spots one before launch, the project is not allowed to go live. If one is discovered after launch, the campaign can be cancelled. Product simulations are banned for the same reason: products may only be shown performing actions they can actually perform in their current state.

That ban is narrower than it first sounds, and that is where honest creators can still work. Technical drawings, CAD designs, sketches, exploded views, wireframes and cutaways are allowed, because they read as process, not as a finished product. Kickstarter's prototype guidance even notes that exploded views may be photorealistic, provided they sit alongside transparent documentation of the prototype itself. So the compliant page is not a page with no visuals. It is a page whose visuals are labelled: here is the prototype today, here is a sketch of where it is going, here is an exploded view of how it fits together, plus the production plan and risks.

Three pages, three different rules

Indiegogo deserves a careful reading, because it is the most permissive of the three and therefore the easiest to misuse. It uses a product-stage system, Concept, Prototype, Production and Shipping, and its upgraded platform guidance, checked in late 2026, states that creators can use product renders and other AI-generated assets as long as they clearly disclose what was generated by AI. That is not a licence to present a concept as a finished product. A Concept-stage campaign with photorealistic renders, a clear stage label, and an honest timeline is a different promise from the same renders on a page that hides the stage, implies stock is ready, or shows an untested function.

Your own pre-order page is where AI photos do their best honest work, because you control the labels. A Shopify pre-order page can show a concept render, a lifestyle scene, a colour range, and a size comparison before tooling is finished, provided every render is labelled and every unfinished specification is marked as an estimate. The failure mode here is not a platform ban. It is a chargeback: a buyer who paid for a colour, size, or material that changed in production, and was never told change was possible, will dispute the payment even if the final product is good. A disclaimer does not cure a changed product, but it sets the expectation that change is possible, and gives a fair basis for a swap, refund, or revised delivery date.

Disclaimer wording that actually protects trust

A disclaimer fails when it is written to protect the seller, rather than to inform the buyer. Put it where the photo is, in the caption or directly beneath the image, not only in a footer or terms page. A buyer who has to hunt for it will assume you wanted it hidden. Use one label consistently across the page, so a buyer learns what it means on the first image and can trust it on the tenth. Do not use three different labels for the same kind of image, because inconsistency reads as evasion.

Pair each disclaimer with a specification discipline: list what is confirmed, what is estimated, and what is undecided, in three short lines, and update them when the prototype advances. The same discipline applies to video: a short clip from a single product photo can show scale, colour and presence, but must not simulate a function the prototype cannot perform, such as folding, charging, or pouring, unless the real prototype has demonstrated it. Our single-photo demo guide shows the one-motion rule, and for a pre-order page that one motion should be a gentle turn or a light change, not a simulated use.

Finally, build the pre-launch workflow in this order. First, photograph a rough prototype, even an ugly one, because a rough real photo plus honest sketches converts better with serious backers than a perfect render with no proof of work. Second, generate concept scenes only from the prototype's real dimensions, colours and materials, and reject any variant inventing a feature, port, button, or finish. Third, write the stage, timeline, refund rule and change notice into the page before publishing the first render. Fourth, use renders on your own landing page and ads to collect interest, and use the prototype, sketches and exploded views on the Kickstarter page itself. That split keeps a campaign live, a pre-order list warm, and a first product's reputation intact. In Movapix, images cost about 0.8 cents and short video clips about 2.4 cents, so testing ten variants and rejecting nine costs almost nothing. The expensive mistake is publishing the wrong one.