2023 → 2025
The factory with no floor: scaling time-to-market through a 3D pipeline
Automating the generation of photorealistic packshots by connecting the ERP straight to a render engine (Python and Blender), to break free of waiting for prototypes.
In industry, the communication around a product launch is held hostage by one object: the golden sample. Every marketing initiative and every date announced to distributors is set against the product development schedule, yet the approved sample invariably arrives weeks, sometimes months behind that date. Marketing ends up having to communicate about a product it cannot photograph. This pipeline exists to break that dependency.
Director of Operations - Creative Manager
Data architecture & e-commerce, Design System & Guidelines
The bottleneck nobody can move
The golden sample's delay is not a malfunction, it is a property of industrial development. It does not get corrected, it gets worked around.
To that delay is added the one from the shoot itself, and it is rarely counted. A studio has to be booked two weeks ahead at minimum, then reckon on a week on average to shoot, process and retouch. Those three weeks are added to a delay that already exists, against a schedule already announced to the network.
The question was therefore not how to produce cheaper images, but how to produce them earlier. All the value of the pipeline sits in that shift: decoupling visual creation from the physical availability of the product.
What 3D changes in the schedule
Modeling does not start from nothing. It picks up the product design 3D, the one that already exists in the engineering department well before the sample does.
The rest is a matter of accumulating reusable assets. The textures for lens tints and standard frame materials are created once then called up; the cameras, the surfaces and the lighting presets are already in place. A product launch then reduces to its real structure: one frame, therefore one modeling job, then variations of tint and frame color that cost almost nothing to produce.
Three days are enough to cover a complete launch, and that figure is a 3D beginner's, not an expert's.
Learning Blender in production
The conditions under which this pipeline was built have to be stated, because that is the least comfortable and most instructive part.
I taught myself Blender, at Bollé Safety, in an environment whose pace left no room for building the skill properly. So I accepted rendering compromises I would not have accepted in other circumstances. Modeling a pair of glasses is a difficult exercise, between transparencies, thicknesses and curvatures, and some renders from that period struck me as imperfect to the point that I would not have wanted to publish them. My management pushed me to accept them.
That was the right call, and it is the lesson I take from this project above any other. In a fast environment, demanding absolute perfection does not protect quality: it freezes initiatives and stops them existing at all. Knowing how to ship imperfect in order to learn while producing is an operational skill, not a surrender.
The architecture of the pipeline
Orchestration rests on three distinct roles. The ERP, or a structured Excel export, acts as the source of truth. Python conducts. Blender serves as the render engine.
The script works in two layers. The first interprets the product metadata: material, geometry, references. The second drives Blender's nodes from that reading. This dynamic mapping converts a line of raw data into a complete visual asset, named automatically after the reference and archived with no intervention.
A soft interface rather than a button
It would be easy to present this setup as a self-service tool. It is not, and the nuance deserves stating.
I am still the one who triggers the render, for two reasons. The first is material: the computation demands a machine that can take the load. The second is a deliberate call, in that I have never encountered a situation that justifies investing the time needed to build a front end for the script and stand up a render server.
The system's input, on the other hand, is industrialized. I prepared a standard Excel file and an ERP export profile that produces exactly the parametric data expected: product references, dimensions, distributor references. Marketing writes its render brief there in a directly usable format, and importing then triggering costs me five minutes. That soft interface gets most of the benefit of a self-service tool, for a fraction of the development effort.
Going parametric, and white label
At Préventimark the pipeline changed in nature. The consumables, rolls and reels, are geometrically simple products but come in hundreds of references, which called no longer for modeling per product but for **a fully parametric model**: width, height, depth, textures and UVs all driven by the data.
White label grafts onto it with no special handling. The model carries a UV layer dedicated to distributor branding, and a text field that dynamically receives the reference. Two distributors are served by this mechanism today, with a consistency that manual work would not have held at this volume.
Why photorealism is not a luxury in e-commerce
Before this work, Préventimark's product visuals were vector drawings, with perspective flaws visible to the naked eye. The subject is not aesthetic, it is commercial.
Several studies converge on this point. Salsify reports that 75 % of online buyers consider product images decisive in their decision. Etsy's data places photo quality as the first criterion for 90 % of buyers, ahead of price and reviews. And Narvar's annual report on returns puts the share of returns attributable to the visual at between 22 and 34 %.
That last figure is the most telling in an industrial context: a visual that does not let someone picture the product does not only lose a sale, it brings one back. At Préventimark the stake is more direct still, the consumable often being the entry product that tips a customer into the full ecosystem of printer, software and consumables.
What not to ask of it
This pipeline does not do creative work. It is a tool for producing calibrated assets, and it does not replace the specific or one-off needs every product eventually calls for. Asking it for an authored image means reaching for the wrong tool.
Its real value lies elsewhere, and it is less obvious: by producing a 3D model usable outside the pipeline, it opens the field of one-off creation rather than closing it. The model serves the catalog packshot, then a motion shot, a cutaway view, a staging no photograph would have allowed. Industrializing the volume frees up time and material for what cannot be industrialized.
What the method produces, and where it applies
The clearest result comes from comparison with what existed before. Before I arrived at Préventimark, a graphic designer had spent six months producing these visuals without covering a quarter of the need. The pipeline took four days of technical preparation to launch a production run of nine hundred packshots, computed in the background over twenty-four hours.
The method pays off as soon as one of three conditions is met: usable design 3D already exists, the catalog rests on a single model varied through many parametric combinations, or the need involves motion and multiple views that a photo shoot would make prohibitive.
The cost of entry is low and rarely where you expect it. Blender is free and open source, hardware performance only affects computation time, and a render can run overnight or on a dedicated workstation. What you actually need is a properly populated PIM or ERP and a catalog of parametric products. Data quality is the real condition of entry, and it is the one most often missing.
Related projects
