Real-Time Pricing

What Real-Time Pricing Means in Practice

Most manufacturers price from the past.

They build price tables based on cost structures that existed when those tables were created — last quarter, last year, or whenever someone last had time to revise them. The tables are updated in batches: once a month, once a week, overnight. And in between updates, every quote goes out carrying stale numbers.

For simple, standard products with stable costs, that lag is manageable. For manufacturers with configured products — where raw material costs shift weekly, energy prices fluctuate, and each product combination carries a unique cost structure — it's a systematic risk.

Real-time pricing addresses this by moving the calculation to the moment of quotation. Instead of looking up a price, the system computes it: it reads current input costs, applies the production logic for that specific configuration, and returns an instant pricing result that reflects what the product actually costs to make today.

The difference between "lookup" and "calculate" is the core of it. Lookup is fast and simple — but it's only as accurate as the last time someone updated the table. Calculate is live — and in make-to-order manufacturing, where no two orders are identical and costs change between Monday and Friday, live is what accuracy requires.

💡 Insight: Raw material costs in configured-product manufacturing change weekly on average. Any pricing model that updates less often than that is structurally behind reality.

Batch Processing vs. Real-Time

Batch pricing runs on a schedule. At the end of each day — or each week — the system pulls updated cost inputs and recalculates a new set of base prices. Those prices are then published and used for all quotes until the next batch run.

The problem isn't the model. The problem is the window between runs.

If a key material goes up 8% on Tuesday and your batch runs Friday night, every quote issued between Tuesday and Friday is underpriced by some fraction of that 8%. Multiply that across hundreds of orders and several input categories, and the margin erosion is real — and invisible, because no one flagged it as wrong. The system was working exactly as designed.

Real-time pricing closes that window to near zero. When the material cost updates, the next quote reflects it — not the next batch. This is what live pricing calculation looks like in practice: no lag, no manual refresh, no stale data.

💡 Tip: Pricing errors caused by stale batch data rarely appear as obvious mistakes. They accumulate as thin margins, unexpected results in monthly close, and profitability that doesn't match commercial targets. By the time the pattern is visible, dozens or hundreds of orders have already been priced from outdated data.

Why Real-Time Pricing Matters

The pressure on batch pricing comes from both sides of the cost equation.

On the input side, manufacturers with configured products face cost structures that are genuinely volatile. Raw materials in the printing, badge, and signage industries move with commodity markets. Energy costs shift with utility contracts and seasonal demand. Exchange rates affect imported inputs without notice. A cost model that's accurate in January may be meaningfully wrong by March.

On the order side, make-to-order manufacturing means every configured product has a unique cost profile. The same product category can carry wildly different costs depending on specifications, volume, and input prices at the time of production. A badge with one material and finish costs differently from one with a different substrate and a higher-complexity print. A price table can't capture that granularity — it approximates. Real-time calculation doesn't need to approximate; it computes from the actual configuration.

The business consequence of this gap is a financial result per item that consistently diverges from what was expected at time of sale. Deals that looked profitable on paper arrive at production carrying margins that don't match. The commercial team is flying on one set of numbers while the operational reality is different.

Real-time pricing gives both sides the same number — the one that's accurate at the moment the decision is made.

Understanding real-time pricing connects directly to cost-to-price calculation, which defines how production costs are structured and translated into a selling price. It also relates to price tables vs. calculation, which covers the structural tradeoffs between the two approaches in more depth.

How EXX Cloud Handles This

EXX Cloud calculates pricing at the moment a quote is generated. There is no batch run that prices quotes in advance. When a salesperson opens a new proposal, the system reads current cost data — materials, labor, overhead allocations — and computes the financial result for that specific product configuration in real time.

If input costs change between one quote and the next, the next quote reflects the change automatically. No manual table updates. No overnight refresh cycle. No gap where the system is running on yesterday's numbers.

The result is a price that means something: it's what it actually costs to produce that product, today.