What it takes to run a reusable packaging operation at scale
Why pilots succeed and operations struggle.
Jonas Janssen
CTO
Table of contents
Share
What it takes to run a reusable packaging operation at scale
Why pilots succeed and operations struggle.
Reusable packaging does not fail because the idea is flawed.
It fails because running reuse is an operational problem, not a sustainability initiative.
Once you move beyond pilots, reusable packaging behaves less like a product choice and more like a distributed operation that must perform every day, across partners, under real-world constraints.
This article explains what actually changes when reuse scales, and what must be in place to keep it operable.
Reuse becomes operations the moment it leaves the pilot phase
In pilots:
Volumes are low
Partners are cooperative
Exceptions are handled manually
Data gaps are tolerated
At scale:
Assets circulate continuously
Partners optimize for their own KPIs
Exceptions become the norm
Small inefficiencies compound quickly
At this point, reuse is no longer about intent or innovation.
It is about operational discipline.
What changes when you scale reuse
More partners
Pilots often involve one or two trusted parties. Scaling introduces multiple manufacturers, logistics providers, customers, cleaning facilities, and service partners.
Each additional actor increases coordination complexity and dilutes accountability.
More asset states
Assets are no longer simply “in use” or “returned”.
They are:
In transit
Delayed
Damaged
Awaiting inspection
Non-compliant
Temporarily out of circulation
If these states are not visible and managed, assets silently fall out of the system.
More exceptions
Late returns, wrong locations, missing identifiers, quality failures.
Exceptions are not edge cases. At scale, they define daily operations.
Systems that assume linear flows collapse under exception volume.
The non-negotiables of operating reuse at scale
Asset-level visibility
You must know which assets exist, where they are, and what condition they are in.
Aggregate numbers are insufficient. Decisions happen at asset level.
Clear responsibility
At every point in the flow, it must be clear who is responsible for the asset, its condition, and its next action.
Ambiguity creates loss and conflict.
Partner governance
Not every actor should see or control the same data.
Operating reuse requires shared visibility with controlled permissions, not open spreadsheets.
Exception handling
Systems must detect deviations early and route them to resolution.
Manual exception handling does not scale.
Regulatory readiness
Reuse systems increasingly need to produce auditable data.
Compliance cannot be an afterthought layered on top of operations.
Why spreadsheets and tracking tools break
Spreadsheets fail because:
They assume static ownership
They cannot model asset state transitions
They do not handle concurrency
They break under partner access
Basic tracking tools fail because:
They track location, not responsibility
They visualize history, not operations
They do not enforce governance
They do not integrate compliance needs
These tools can support pilots. They cannot run systems.
What infrastructure software actually does
Infrastructure software for reuse is not there to impress.
It exists to:
Maintain a shared source of truth across organizations
Encode operational rules
Capture events as assets move
Surface problems before they become losses
Support operators, not replace them
This is closer to logistics infrastructure than to traditional SaaS.
The key takeaway
Running reusable packaging at scale is not about tracking more data.
It is about maintaining control while assets, partners, and regulations multiply.
If your system cannot handle:
Growth in partners
Growth in assets
Growth in exceptions
It will fail quietly, expensively, and late.
What to do next
If you are already operating reuse, or planning to move beyond pilots:
See how an operator uses Rotion in practice
A concrete example focused on operations, not features.
Talk us through your operational setup
A focused discussion on flows, responsibilities, and failure points.






