MES Software: Vendors, Features & Costs Compared 2026
MES software compared: vendors, functions per VDI 5600, costs (cloud vs. on-premise) and implementation. Honest market overview 2026.
Lead time is the elapsed clock time between the moment a demand signal arrives and the moment the corresponding deliverable is ready. In manufacturing, it is the single most honest measure of how a value stream actually behaves under real conditions. Unlike cycle time or takt time, it cannot be improved on paper — only by changing what physically happens between order entry and shipment.
The definition sounds trivial and is almost always misapplied in practice. Three variants circulate in plants, used interchangeably and meaning very different things: the time the customer sees (customer lead time), the time production owns (production lead time) and the time a specific order spends in the shop (order lead time). Every KPI discussion about "reducing lead time" that does not first pin down which variant is meant ends in the wrong investment.
The lever matters because lead time compresses every other operational problem into one number. Long lead times signal high work-in-process (WIP), unstable processes, long changeovers, poor quality loops or excess buffering. Short, stable lead times signal flow. A modern MES exists mainly to make this number visible, traceable and improvable in real time rather than at month-end.
Before optimising anything, fix the definition. Each variant has a different owner, different root causes and different improvement levers.
| Variant | Starts when… | Ends when… | Who owns it |
|---|---|---|---|
| Customer lead time | Customer places order | Customer receives product | Sales + Logistics + Production |
| Production lead time | Order is released to the shop | Goods booked into finished stock | Production |
| Order lead time (throughput time) | First operation starts on the part | Last operation ends on the part | Shopfloor |
| Supplier / procurement lead time | Purchase order sent | Goods received and cleared | Purchasing + Supplier |
In most mid-sized plants, production lead time is 2–5× longer than order lead time — because "released but not started" consumes days that nobody measures. Fixing that gap is usually a larger win than optimising the actual machining.
These three get swapped constantly, including in ISO 22400 discussions. They measure different things and move in different directions when the process improves.
| KPI | What it measures | Driven by | Unit example |
|---|---|---|---|
| Lead time | Total clock time per order through the system | WIP, queues, reliability | days / hours |
| Cycle time | Time between two good parts leaving a station | Machine speed, changeovers, scrap | seconds / minutes |
| Takt time | Required pace of production to meet demand | Customer demand / available time | seconds / minutes |
In a healthy line, cycle time ≤ takt time, and lead time stays stable regardless of order size. The moment cycle time creeps past takt time, WIP grows and lead time explodes non-linearly — this is Little's Law in action.
Every lead-time discussion eventually reduces to one equation. Little's Law, proven in 1961, holds for any stable system regardless of product or industry:
Lead Time = WIP ÷ Throughput
The implication is brutal and counterintuitive: if you want shorter lead time, you cannot only push for faster machines. You must either reduce WIP or increase throughput. In most plants, reducing WIP is an order of magnitude easier — and it is exactly what pull control, Kanban and CONWIP loops are designed to do.
| Scenario | WIP | Throughput | Lead time |
|---|---|---|---|
| Classic push plant | 2,400 parts | 200 parts/day | 12 days |
| Same plant after pull rollout | 600 parts | 200 parts/day | 3 days |
| Same plant, 15 % faster cycle | 2,400 parts | 230 parts/day | 10.4 days |
The faster machines buy 13 %. Cutting WIP buys 75 %. The maths is the same in every plant I have walked through in 25 years.
The most sobering number in Lean audits is the ratio of value-adding time to total lead time. In typical metal, plastic and assembly operations, the part is actually being worked on for 2–10 % of its total time in the system. The other 90+ % is queue, transport, wait, inspection and rework. Cutting lead time means cutting that 90 %, not squeezing the already-tight 10 %.
| Lead-time component | Typical share | Value-adding? | Primary lever |
|---|---|---|---|
| Processing / machining | 2–10 % | Yes | Automation, OEE |
| Queue / buffer time | 50–75 % | No | WIP caps, pull |
| Setup / changeover | 5–20 % | No | SMED |
| Transport / handling | 5–15 % | No | Cell layout, line balancing |
| Inspection / rework | 5–15 % | No | Built-in quality, Jidoka |
The levers are not new, and they are not secret. What fails most plants is sequencing: applying them in the wrong order, or all at once.
| Sequence | Lever | Typical impact on lead time |
|---|---|---|
| 1 | Measure — a real Value Stream Map with honest wait times | Nothing yet. This is the baseline. |
| 2 | Cap WIP (Kanban, CONWIP, reorder points) | 30–60 % reduction |
| 3 | Attack changeover time (SMED) | 10–25 % additional |
| 4 | Stabilise equipment (TPM, autonomous maintenance) | 10–20 % additional and variance drops |
| 5 | Rework layout to cells / flow | Up to 50 % in the right environment |
| 6 | Automate high-repetition steps | 5–15 % on processing time |
The common mistake is jumping to step 6 because it is visible and capex-friendly. Automating a process with 20 % WIP-driven waste locks the waste into faster hardware.
Paper-based shopfloors calculate lead time monthly, from ERP booking timestamps. The number is late, aggregated, and hides the variance that actually matters. A cloud MES changes three things: it captures the real clock at each operation, it exposes the queue time between operations, and it makes Little's Law a live chart instead of a consultant's slide.
| Without MES | With SYMESTIC MES |
|---|---|
| Lead time calculated from ERP start/finish dates, accuracy ±1 day | Per-operation timestamps from PLC/OPC UA, accuracy in seconds |
| Queue time invisible — "the order was in the shop" | Queue time per work centre trended daily |
| Outliers hidden in averages | Full distribution visible — P50, P90, P99 |
| WIP estimated, often overstated or understated | Live WIP per process, per plant, per tenant |
| Changes to pull loops are blind | Before/after comparison in days, not quarters |
The bigger win is variance. Plants routinely chase the average lead time while the P90 — the worst 10 % of orders, which cause almost all customer escalations — is 3–5× longer than the average. Without per-operation timestamps, that tail is invisible; with them, it becomes the number-one target of the next Kaizen cycle.
Is shorter lead time always better?
In most cases yes, but not unconditionally. Cutting lead time by removing safety stock exposes the operation to supplier variability; cutting it by forcing smaller batches without SMED pushes changeover losses up. The honest version of the rule: shorter lead time is better when it is achieved by removing waste (queue, rework, WIP), not when it is achieved by shifting the same waste elsewhere in the value stream. A good indicator is whether the variance shrinks alongside the average — if only the average moves, the improvement is usually cosmetic.
How does lead time relate to OEE?
OEE and lead time are inversely coupled. Every OEE loss — breakdowns, micro-stops, reduced speed, quality rejects — extends the processing window and grows the queue behind the affected process. Plants that improve OEE from 55 % to 75 % typically see lead time drop 30–40 % even without changing the scheduling logic, purely because equipment does what it is supposed to do when it is supposed to do it. This is the most under-appreciated lever in Lean programmes.
What is a good lead-time benchmark for my industry?
Benchmarks mislead more than they help. A tier-one automotive plant with high-volume repetitive parts can realistically run production lead times of hours; a project-based metal-forming job shop is measured in weeks and that is not a bug. The useful benchmark is internal and temporal: the ratio of value-adding time to total lead time (the "process efficiency"), and the trend over time. Best-in-class operations achieve 15–25 % in repetitive discrete manufacturing and 3–8 % in job shops. Anything below 2 % signals structural waste, regardless of industry.
Why does lead time grow non-linearly with utilisation?
This is the queuing-theory answer most plants never hear. In any system with variability, average queue length grows exponentially as utilisation approaches 100 %. Running a work centre at 95 % utilisation does not produce 5 % more queue than 90 % — it produces 30–50 % more queue and therefore a disproportionately longer lead time. The counterintuitive implication: keeping bottleneck equipment at 85 % utilisation often yields shorter and more stable lead times than pushing for 95 %. Toyota understood this in the 1970s; most cost-driven plants still fight it.
How do I report lead time honestly?
Three numbers, always together, never alone: the median (P50), the 90th percentile (P90), and the standard deviation. The median describes the typical order, the P90 describes what your escalation-prone customers actually experience, and the standard deviation describes how predictable the system is. Reporting only the average hides both the outliers and the variance — and those are the numbers that drive customer complaints and expediting costs. Any MES with per-operation timestamps can produce this view in minutes; any plant that cannot produce it is flying blind on the most important operational KPI it has.
Related: Cycle Time · Takt Time · Pull Control · Kanban · Just-in-Time · SMED · TPM · OEE · Value Stream Mapping
MES software compared: vendors, functions per VDI 5600, costs (cloud vs. on-premise) and implementation. Honest market overview 2026.
OEE software captures availability, performance & quality automatically in real time. Vendor comparison, costs & case studies. 30-day free trial.
MES (Manufacturing Execution System): Functions per VDI 5600, architectures, costs and real-world results. With implementation data from 15,000+ machines.