Manufacturers do not usually struggle with product variation because they lack data. More often, they struggle because the logic behind that variation is buried across product structures that were never designed to function as a clean, reusable model.
A BOM is copied. A few components change. Another version is released. Then the process repeats. Over time, the product family grows, but the business does not always gain a clear view of which combinations are valid, which modules are reusable, and where standardization is still possible. The demonstration below describes the challenge in very practical terms: duplicating existing BOMs rather than reusing validated ones, loss of configuration logic when experienced engineers move on, and invalid combinations surfacing too late in the lifecycle.
That is the problem the Smart Variants Agent is designed to address.
The value of the demo is that it starts from this view of reality. It does not assume the business already has a perfect variant model. It starts with the structures a manufacturer already has and shows how AI can help interpret them.
Before you watch the demo
It helps to know what to look for before the demo starts.
What you are about to see is not just a faster BOM comparison tool. The more important idea is that Smart Variants works across current product structures, identifies common and differing patterns, analyzes existing BOMs, identifies reusable modules, and recommends variants and related logic to work within existing PLM and ERP environments.
The key shift is from fragmented product variation to structured variant knowledge.
That means the right question is not “Can the agent look at BOMs?” It is “Can the agent help turn a product family’s hidden logic into a governed model the business can actually use?”
Now, let’s discuss what you just saw
For most, this first impression is speed. The agent quickly analyzes structures and begins surfacing patterns that would normally require significant manual effort to reconstruct.
But what matters more is the progression underneath.
The workflow begins with the selected product family and its BOM landscape in Aras. From there, product data is exposed through Edge APIs so the agent can access BOMs, rules, and variant context inside the governed PLM environment rather than outside it. The BOMs Analyzer reviews existing structures, gathers all BOMs, and identifies reuse opportunities, duplication, and likely modular building blocks. The Variant Expert or Variants Modeler then translates that BOM complexity into candidate features, options, rules, and usage conditions, producing a structured output for a variant model. Experts review the output, refine constraints, or request another pass. Approved results are turned into formal variant-model elements and published for downstream use.
That is the real story behind the demo: complexity is being translated into structure.
Why the 150% BOM matters
One of the most important ideas in the workflow is the 150% BOM.
The agent mines the entire BOM’s uploaded data to identify mandatory components, conditional inclusions, and co-occurrence patterns, producing a superset BOM that contains the components needed across all configurations. This is not just a convenience artifact. It is a critical bridge between individual, copied product definitions and a more explicit variability model.
In practice, this matters because many organizations already know their product family contains reuse, dependencies, and compatibility logic. The problem is that those relationships are hidden across many separate structures. A 150% BOM gives the business a way to see the configurable product space more holistically.
Once that exists, the conversation can move from “Which BOM copy should we start from?” to “What are the actual features, options, and rules that define this product family?”
What makes this more than analysis
A lot of AI demonstrations stop at insight. Smart Variants goes further.
After analyzing the BOMs and generating the superset structure, the workflow maps BOM items into features and options and infers the configuration language the business uses. The approved model is then committed back into Aras as governed objects: features, options, and configuration rules with traceability to the source BOMs and the historical evidence behind each rule.
That distinction is what makes the demo meaningful. The result is not an isolated AI artifact or an external spreadsheet of suggestions. It is a governed output that can become part of the product lifecycle environment itself.
This is where Smart Variants starts to look less like a point solution and more like a disciplined way to build reusable product knowledge from what already exists.
Why human oversight is central
Another important thing you just saw is that the process stays governed.
The Smart Variants materials explicitly frame this as governed by human-AI collaboration. Engineers ask questions in natural language, review AI-generated rules, refine the results with expert judgment, and approve only validated output. Human oversight is built into every recommendation cycle, not just added at the end.
That point is easy to understate, but it is central.
Variant logic affects engineering, supply chain, manufacturability, and downstream configuration. For that reason, speed alone is not enough. The business needs to know that the model being created is something experts can inspect, challenge, and approve before it becomes operational.
The value of AI here is not that it bypasses judgment. It is that it helps teams apply their judgment faster and against a clearer representation of the product family.
Why this matters for manufacturers
The broader value proposition is straightforward.
The Smart Variants agent leads to faster product innovation, lower cost, better-fit products, and less manual BOM analysis. It also frames the business problem in terms of engineering waste, part duplication, and the benefits of reuse and commonality.
Put together, those points suggest a practical business case. When manufacturers can identify reusable modules, reduce duplicated structures, and create a governed variant model, they put themselves in a stronger position to standardize, configure faster, and scale product complexity more intelligently.
That is why the Smart Variants Agent matters. It is not just helping users analyze what is there. It is helping them create a better foundation for what comes next.
The bigger takeaway
So, what should someone take away after seeing the demo for the first time?
The answer is not simply that AI can analyze BOMs.
It is when AI becomes valuable in PLM that it helps convert fragmented product variation into governed, reusable product knowledge. Smart Variants does this by starting with existing structures, surfacing hidden logic and reuse opportunities, involving experts in the review cycle, and turning approved output back into formal variant-model elements inside Aras.
That is a much stronger proposition than automation for its own sake.
It is a practical path from BOM complexity to governed variant management.