Service Lifecycle & Product Structure

As-Designed vs As-Built vs As-Maintained

By Pankaj Verma7 min read

A practical explanation of how the product changes from engineering intent to build reality to service reality.

One of the biggest mindset shifts in PLM happens when you realise that the product does not stay the same across its life. Engineering sees one view. Manufacturing sees another. Service sees the real condition after usage and maintenance.

The same product can look different depending on whether you are designing it, building it, or maintaining it.

What do these three views mean?

  • As-Designed: the engineering intent and released design definition
  • As-Built: what was actually manufactured and delivered
  • As-Maintained: the current state after service actions, replacement, and field updates
What do these three views mean? diagram

Why this matters in real life

Products can change during manufacturing and they definitely change in service. Components may be replaced, serialised items may move, maintenance actions may alter the field configuration, and runtime status may affect compliance.

How the lifecycle flows

How the lifecycle flows diagram

What happens if these views are not separated clearly?

  • Teams confuse design intent with delivered reality
  • Service decisions may use outdated structure understanding
  • Traceability becomes weak for regulated products
  • Feedback to engineering loses accuracy

Why this matters for beginners

Once you understand these three views, service lifecycle stops feeling abstract. You can see how product structure continues after engineering and why PLM must support more than one truth across the lifecycle.