What the use case is
Product visualization shows a product at full scale and in context before it exists physically, or before it can be brought to the person deciding.
The commercial logic is the same across every variety. Something about the product is hard to convey in a photograph, and the cost of that gap is a slower decision, a wrong specification or a return. A configurator answers what the product looks like in this combination. A virtual try-on answers what it looks like on this person. An in-room placement answers whether it fits. Each attacks a specific doubt, and a project that cannot name the doubt it is removing rarely justifies itself.
Product visualization is not visual effects work, though it is often bought from the same suppliers and priced as though it were. A rendered image is produced once and used everywhere. A real-time asset must hold up from any angle, under changing light, on a device with a fixed budget for how much it can draw. The second is a harder engineering problem and a different discipline.
It is also not a single deliverable. The same catalogue can feed a website configurator, a mobile Augmented Reality placement and a headset review session, and deciding which of those matters changes the asset specification before any of them are built.
What the published record shows
Published product visualization work is concentrated in retail and consumer goods, and the delivery mechanism is overwhelmingly the browser or the phone rather than a headset.
The register supports that, because every case study on a record traces to a public source. Reading across the studios currently on record, the pattern is consistent, and it is worth setting against the assumption that this use case belongs to industrial engineering.
Consumer and retail work leads. Aircards publishes browser-reached product experiences for PUMA and Sephora. FFFACE.ME documents in-store and try-on work including Bvlgari eyewear. The common factor is a short session with no install, because an install step in front of a purchase decision removes most of the audience.
Configuration work forms a second and more durable cluster. Program-Ace publishes a 3D car configurator and a configurator for tube laser cutting machines. Configurators behave differently from campaigns: they are maintained alongside a catalogue, they tend to outlive the project that produced them, and their value grows with the number of options a buyer must choose between.
What the record does not establish is commercial return. Case studies describe what was built and for whom. Very few publish a conversion or return-rate figure, and the uplift percentages that circulate in this category are almost always vendor-published and rarely traceable to a method. A buyer should treat any such figure as a marketing claim until shown how it was measured, and should plan to measure their own.
How to scope it
Scope on the asset pipeline, not on the application, because the models are the project.
This is the single most useful correction to make early. Buyers budget for software and discover that producing three-dimensional assets for a catalogue is the larger and longer line. A hundred products is a hundred modelling jobs, each needing geometry, materials and testing, and the existing CAD almost never converts cleanly into something a phone can render in real time. Engineering models are built for manufacture, carry far more detail than a device can draw, and usually require rebuilding rather than converting.
Decide the depth of the catalogue before anything else. Ten hero products with full configurability and a thousand products with basic placement are different projects that happen to use the same technology, and the second is mostly a production and automation problem.
Settle who owns the assets and where they live. Models produced for one channel have obvious value in others, and a pipeline that produces reusable assets is worth more than one that produces a single application. This is easier to agree before the work than after.
Decide the delivery target early, because it sets the asset budget. A browser experience on a mid-range phone imposes a much tighter limit than a headset session, and building for the looser target first means reworking every asset later.
What it costs
No credible public source publishes what product visualization costs, and this register does not publish one either.
Directory price data is self-reported through a submission form, which makes it a marketing figure rather than an observation. What is stateable is where the money goes, and in this category the distribution is unusually lopsided.
- Asset production, which is normally the largest line by a wide margin and scales with catalogue size rather than with feature count.
- Asset preparation, meaning the conversion, simplification and material work needed to turn a manufacturing model into a real-time one. This is invisible in a proposal and substantial in practice.
- Configuration logic, if options combine. The cost tracks the number of valid combinations rather than the number of options, and those two numbers diverge quickly.
- Integration, where the experience must read live pricing, stock or a product information system. This usually sits with the client and is frequently the critical path.
The useful question at proposal stage is what a hundred additional products would cost. A studio with a real pipeline can answer with a per-product figure. A studio without one will quote another project.
Which technology fits, and which does not
The browser fits consumer reach, a native application fits repeat professional use, and a headset fits collaborative review of something large.
Reach and friction decide most of this. A shopper deciding between two sofas will not install anything, so a web-based experience is the only one that gets used, and it constrains asset complexity accordingly. A sales team demonstrating the same catalogue weekly will happily install an application, which lifts the ceiling on fidelity and allows offline operation in places with poor connectivity.
Headsets earn their place when several people need to examine something at full scale together, typically large machinery, vehicles or interiors. That is a narrower case than the category's marketing suggests, and it is worth checking a studio's delivered work rather than its capability claims, which is the distinction the register's methodology is built on.
One case genuinely does not fit. Where a photograph already answers the buyer's question, three-dimensional visualization adds cost and removes nothing. The test is whether the doubt being removed is spatial. If it is not, the money is better spent on photography.
Where to go next
Every studio named here is on the public record with its sources and its verification date, and the full list sits on the register.
Rankings are scoped rather than global, because a studio strong in browser-based try-on is not thereby strong in industrial configuration. Before requesting proposals, count the products, decide the delivery target and confirm what condition the existing models are in, because those three answers determine most of the quote.
