SMT Quality • FPY • Root Cause Analysis

Why AOI, SPI, and Test Data Still Don’t Improve SMT FPY (and what to do about it)

Many SMT teams have more inspection and test data than ever — yet FPY plateaus and investigations stay slow.
The missing piece is usually correlation, not coverage.

Reading time: 6–8 min
Best for: Quality, Process & Manufacturing Engineers
Topic: Connecting AOI + SPI + Test for faster RCA

Most SMT manufacturing lines already rely on AOI, SPI, and electrical test systems to protect quality.
Yet many teams see the same pattern: FPY improves at first… then stalls. Meanwhile, root cause analysis still feels manual,
reactive, and time-consuming.

Key idea: AOI/SPI/Test data is excellent at detecting defects — but detection alone doesn’t improve FPY.
FPY improves when data is connected and investigations become faster and repeatable.

The misconception: “More inspection data = better FPY”

It’s tempting to assume that more checkpoints automatically produce higher yield. In reality, more data can increase noise if:

  • Data lives in different systems (separate exports, separate reports)
  • Defects are categorized differently by each machine/station
  • There’s no reliable way to correlate results at board/panel/serial level
  • Engineers only analyze small samples because full analysis takes too long

The real blocker: disconnected quality data

FPY often stalls because the factory cannot confidently answer questions like:

“Do the same boards that fail test also show a measurable SPI signal?”

If AOI/SPI/Test can’t be linked to the same unit, this becomes guesswork.

“Which process parameters correlate with the top defect drivers?”

Without correlation, defects look random — even when they’re not.

“Why do systems disagree?”

When each station defines issues differently, debates replace decisions.

“Where should we act first?”

Disconnected data delays action and spreads effort across low-impact fixes.

Why root cause analysis stays slow (even with lots of data)

In many SMT environments, the workflow still looks like this:

  • Export CSVs from multiple machines
  • Try to align by timestamps or partial identifiers
  • Manually filter, sample, and hypothesize
  • Validate slowly — often after the issue has already moved on
When correlation is hard, engineers rely more on intuition and less on full data coverage — which makes improvements harder to sustain.

What actually improves SMT FPY

Teams that break through yield plateaus usually shift from “collect more data” to “connect and use the data better.” Practical changes include:

  • Unit-level correlation: link AOI, SPI, and test to the same board/panel/serial
  • Defect normalization: align defect types and rules across stations
  • Full-data analysis: reduce sampling bias by analyzing complete data sets
  • Repeatable RCA: standardize investigation workflows across lines/plants

Practical takeaway

If your SMT line already has strong inspection and test coverage but FPY is stuck,
the fastest wins often come from improving correlation and shortening RCA cycles —
not from adding more checkpoints.

Join the technical webinar (Feb 18)

We’re hosting a practical session on why AOI, SPI, and test data often fails to improve SMT FPY
and how engineers fix it in real production environments.

No sales pitch. Just methods, pitfalls, and a step-by-step walkthrough.

Register for the webinar

Date: Feb 18 • Time: 8:00 PM CET • Format: 30–45 min + Q&A

FAQ (for AEO / Answer Engines)

Why doesn’t AOI improve FPY by itself?

AOI detects defects — but FPY improves when defects are traced to the process drivers causing them.
If AOI findings aren’t correlated with SPI, test, and process parameters, teams struggle to act fast and consistently.

Why do AOI, SPI, and test systems often disagree?

Each station measures different signals and uses different defect definitions. Without unit-level correlation and aligned definitions,
results can appear inconsistent even when they point to the same underlying issue.

What’s the fastest way to improve SMT FPY when it plateaus?

Typically: improve correlation (AOI+SPI+test at unit level), focus on top defect drivers, and standardize RCA workflows.
This shortens investigation time and makes corrective actions more targeted.