Manufacturing Analytics: The €50B Factory Blind Spot

The €50 billion figure comes from McKinsey's analysis of the gap between actual and potential output across European manufacturing - driven primarily by undetected OEE losses, quality escapes that reach the customer, and energy waste that is never measured. The number is large enough to be abstract. The plant-level reality is more specific and more actionable.

A single percentage point of OEE on a mid-size production line running 5,000 hours per year typically represents €500,000 to €2 million in recovered output, depending on the industry and product margin. Most plants have 5 to 15 OEE points available to recover. The vast majority of that loss is not due to equipment failure - it is due to planned downtime that runs long, changeovers that are not optimised, and micro-stoppages that are never counted because no system is capturing them.

The problem is not that plant managers do not want this visibility. It is that the data collection, integration, and analytical infrastructure to deliver it has historically required expensive SCADA deployments, bespoke MES customisation, and data science teams most manufacturers cannot afford to hire. That constraint is no longer true - but the mental model has not caught up.

OEE is one of the most widely quoted KPIs in manufacturing - and one of the most poorly measured. Most OEE figures reported to plant management are calculated from manual downtime logs, shift handover notes, and production count data entered by operators at end of shift. They are not wrong - they are just incomplete.

Micro-stoppages under five minutes are rarely logged manually. Planned maintenance that overruns by 20 minutes is recorded as "completed on plan." Quality rejects that are reworked before shift end never appear in the official reject count. Each of these individually is a small distortion. Together, they create an OEE figure that is systematically 3 to 8 percentage points higher than the real number - and consequently, a management team that believes performance is better than it actually is.

The gap closes when machine-level data - from PLC counters, sensor feeds, and SCADA alarms - replaces or supplements operator-entered data. At that point, every stoppage is captured, every cycle time deviation is visible, and the OEE calculation reflects what actually happened, not what was recorded.

The most common barrier to manufacturing analytics is not technology - it is data architecture. OT (Operational Technology) systems - PLCs, SCADA, MES - were designed for real-time control, not data export. They produce large volumes of high-frequency data that does not naturally integrate with the IT systems where analytics live.

The OT network is typically air-gapped from the corporate IT network for security reasons. Getting data from a PLC into a cloud analytics platform requires protocol translation (OPC-UA or MQTT), network bridge infrastructure, and a security architecture that most IT and OT teams have not agreed on yet.

The organisational barrier compounds the technical one. The OT team owns the PLCs and SCADA systems and is (correctly) cautious about anything that touches production infrastructure. The IT team owns the analytics platforms and has limited knowledge of OT protocols. In the middle, there is typically no one whose job it is to bridge the gap - which is why the gap persists.

The practical path to manufacturing analytics starts with OT data collection, not analytics platform selection. The first question is not "which BI tool should we use?" - it is "which assets are producing structured data that we can read, and which require sensor installation?"

For assets with existing PLCs, OPC-UA or MQTT connectivity is typically available or can be enabled with firmware updates. For older assets without digital outputs, low-cost IoT sensors (vibration, temperature, power consumption) can be retrofitted in days. The goal of phase one is a reliable, timestamped stream of machine-state data into a central historian or streaming platform.

Phase two is connecting that OT data stream to the business context: the production schedule (from MES or ERP), the quality records (from QMS), and the maintenance history (from CMMS). This is where analytics becomes actionable - when a 12-minute unplanned stoppage is automatically linked to the work order that preceded it, the operator who was on shift, and the product that was being run.

The case for manufacturing analytics is not theoretical. A plant recovering 3 OEE percentage points through better downtime detection and changeover optimisation will see the financial impact within two to three production quarters. The typical path is: detect the losses (months 1–3), diagnose the root causes (months 3–6), implement the operational changes (months 6–9), and measure the sustained improvement (months 9–12).

The changes required are rarely capital-intensive. Most OEE losses are not caused by equipment that needs replacing - they are caused by procedures that need updating, changeover sequences that need optimising, and maintenance schedules that need adjusting. The analytics platform surfaces the losses. The operations team fixes them. The data proves it.

One of our manufacturing clients saw a 5.2 OEE point improvement over 9 months following a manufacturing analytics deployment - predominantly from changeover time reduction and micro-stoppage elimination. On a line running 22 hours per day, that improvement translated to an additional 4 hours of productive capacity per day without any capital investment.