Perspective · Accendo

Complexity erodes Precision, Velocity, and Visibility. Architecture decides who sustains them.

Operations that scale arrive at the same point: precision degrades first, velocity follows, visibility disappears last. Not an effort problem. An architecture problem.

Exhibit 1 · The erosion pattern under complexity

Two curves. One common origin. An architecture decision between them.

Growing operational complexity Sustained P/V/V capacity Common starting point Problems begin Complexity scales Precision slips With architecture P/V/V sustained under complexity Manual model P/V/V erodes Growing gap between what is possible and what is sustainable
↺ Watch again

Exhibit 1. Conceptual model based on 15+ years of RFID and IoT deployments in Colombia and Latin America, with direct observation across 10M+ movements and 2M+ assets.

How to read the chart

Both curves start at the same point. With few assets, few locations, and predictable movement, any method delivers a reasonable level of control. Scale has not yet demanded more.

When complexity grows, the curves diverge. The manual model does not break: it erodes. The shaded region is not theoretical: it is inventory discrepancy, unlocated assets, and decisions made on last-cycle data. What accumulates is not inefficiency. It is risk.

P Precision Known state, location, and history for every asset. The data reflects current reality for every asset.
V₁ Velocity Audits in minutes. The reconciliation cadence is the ceiling on control.
V₂ Visibility The data is current. Deviations are detected when they occur.

Erosion always follows the same sequence

We have observed it in every operation that scales without redesigning the capture architecture. Precision falls first. Velocity follows. Visibility disappears last. Not a hypothesis: a three-stage pattern.

Stage 01

Precision: the first domino

The record stops reflecting reality. Each manual cycle amplifies the gap between what the system says and what is physically there. Planning, maintenance, and procurement decisions begin to rest on systematically inflated or stale data.

Stage 02

Velocity: the hidden bottleneck

Reconciliation frequency becomes the ceiling on control. If the audit cycle takes seven days, no operational decision can move faster than seven days. The organization begins to operate at the speed of its slowest process.

Stage 03

Visibility: the final loss

The data is from the previous cycle. The organization manages its operation's past. Deviations are discovered at the next count, when attribution to a specific cause is already impossible.

Precision, velocity, and visibility do not fail because the team does not try. They fail because the architecture demands more of them than it can sustain.
Operación sostenida bajo complejidad creciente

Not a tool problem. An architecture problem.

The distinction matters because it changes who can solve the problem and when the decision that closes or opens scale is made.

The usual purchase

Software as a tool

The operation selects a solution, integrates it with its systems, and assumes performance will arrive with implementation. Integration, capture, and adoption risk stay on the client side. If capture fails, software does not fix it.

The decision that sustains

Software as a layer of an architecture

The operation first defines the capture, validation, and decision model. The software selection responds to that model. The architecture, designed and operated with a specialist partner, is what produces the result.

How we work.

The P/V/V model runs on the Accendo operating model: four phases with a documented decision at the end of each. The architecture is designed before investing, validated on real data, and scaled on verified assumptions.

Ver el modelo operativo Accendo →

How is your P/V/V today?

Start with the diagnostic. Understand your operation before proposing.

ACCENDO PERSPECTIVES

Other perspectives on the method.