Case study · OE Wheels

From manual renders to ascalable catalog engine.

Pixel&Co helped OE Wheels replace inconsistent, one-off rendering with a custom CGI system built to support a 900+ SKU catalog.

Scroll
ClientOE Wheels
IndustryAutomotive
ServicesCGI Production, Visual Systems, Automation
DurationOngoing Partnership
The problem

Catalog growth had outpaced the image creation process.

OE Wheels relied on slow, one-off CGI from different vendors, then filled missing assets with photography when deadlines slipped. Finishes, lighting, angles and even product details varied from SKU to SKU. Launches stalled, the catalog lost visual consistency, and customers sometimes called for real photos because the renders did not match the wheels they expected to receive.

Symptom 01Slow, one-off productionSymptom 02Inconsistent catalogSymptom 03Lower buyer confidence
The goal

Produce photorealistic catalog imagery at scale.

Without requiring OE Wheels to supervise every decision on every SKU.

The system

From one-off renders to a data-driven standard.

Before

Every angle, size, concavity and finish was handled as a separate render project, with the setup rebuilt by hand each time.

Angle × Size × Concavity × Finish → one project each

With the system

Approve the standard once. Let the data carry it across the catalog.

Data-drivenAutomatableScalable

Product data as the input

Size, offset, concavity and finish drive the render setup. They are inputs to the system, not new projects.

One approved master per family

Each master carries the correct lighting, finish, camera and output rules for a related group of products. Once OE Wheels approves the standard, those decisions transfer across future SKUs.

Tools do the repeatable work

Purpose-built tools handle production, file preparation and progress tracking. The output is repeatable and automatable, not left to chance. Building tools for a single client is only possible because Pixel&Co works with a focused number of brands.

Angle · Size · Concavity · Finish → inputs to one standard

Approved finish masters
BBTGloss Black Brushed
w/ Tinted Clear
BGloss Black
BRSatin Bronze
B1Satin Black
CChrome
How we made it happen
  1. 1

    Document the Real Product

    We photographed and filmed the wheels in person to capture the finishes and details customers expect to see.

  2. 2

    Establish the Visual Standard

    OE Wheels approved lighting, materials, angles and finish behavior on a controlled set of masters.

  3. 3

    Prove It Against the Catalog

    The standard was tested across geometries, sizes, offsets and finishes before going to volume.

  4. 4

    Automate Production and Delivery

    Purpose-built tools handle crops, resolutions and naming while OE Wheels tracks progress in real time.

The impact

3× the daily throughput.

The production system increased observed output from 0.93 to 2.8 completed SKU packages per working day.

0.93Before the systemSKU packages / day
2.8With the systemSKU packages / day
~18 → ~6Modeled weeksFor an 85-SKU production run

Daily rates are based on aligned completed-production cohorts. The 18-to-6-week comparison is modeled from those observed rates.

Scope85 SKU packages in the benchmark cohort · 150 SKU packages completed to date · 900+ SKUs in the total catalog (scope, not completed production)

One SKU is a complete delivery package

More than a single render.

Every completed SKU arrives as a structured, ready-to-use set of catalog assets.

  1. 5Approved views
  2. 2Required resolutions
  3. Channel-specific crops
  4. NetSuite-ready naming
  5. Real-time progress visibility
The operational proof

Less supervision. Faster corrections. Consistent output.

Once the visual standard was established, OE Wheels no longer had to re-explain the same decisions across every product. A correction approved on the master could move consistently across the related SKU family.

13× fasterCorrection throughput25 SKU updates completed in 2 working days
0 of 32Required client-driven visual correctionsIn the next completed cohort after the standard was established
Correction throughput and new-SKU production throughput are separate measurements.See how this would work for your catalog →
The trust test

Could OE Wheels tell the renders from the photos?

The team began showing the new images around the office and asking colleagues to identify which were CGI and which were product photography. The distinction was no longer obvious.

For a team frustrated by inconsistent CGI, that was a turning point.

Beyond the catalog

Built for the catalog.
Ready for more.

The same approved product model can support e-commerce, campaigns, social content, turntables, animation and future launches. The catalog was the first application, not the limit.

3:2
1:1
3:4
1:1
Drag to compare
Final render3D model
The result

A standard OE Wheels trusts, not a vendor to manage.

The catalog now grows on its own system. New sizes, finishes and launches enter an approved pipeline instead of restarting from scratch, and the team spends its time approving direction, not supervising renders.

Your catalog

Is your catalog growing faster than your content operation?

Show us what is slowing your team down. We’ll help you determine whether a reusable CGI system is the right next step.

More case studies

Back to homepage