
•
•

Summarize blog with








If your implementation team can't prove its impact on customer outcomes, it risks being treated like a cost center.
Not a growth engine.
Not a strategic function.
Just another delivery team.
That's the challenge Kevin Stanley, Global Director of Implementation at MaintainX, posed to implementation leaders at Propel 26.
For years, implementation teams have measured success through operational metrics:
Those metrics still matter. But they're no longer enough.
Because customers don't buy software to complete implementations.
They buy software to change how their business operates.
And increasingly, leadership teams want proof that transformation actually happened.
Most implementation organizations are exceptionally good at measuring delivery.
These metrics help leaders run their organizations effectively.
But they only tell part of the story.
A project can launch on time and still fail to create lasting value.
A customer can complete every milestone and still struggle with adoption.
An implementation can finish within budget and still fail to deliver the business outcomes that justified the purchase.
This is the challenge Kevin highlighted throughout the session.
Implementation teams often measure activity.
Customers measure impact.
Those aren't always the same thing.
The implementation leaders who are having the greatest influence within their organizations are learning how to connect the two.
They're proving not just that work was completed.
But that it mattered.
One of the most important ideas from the session was a simple reframe.
For years, implementation leaders have asked: Did we deliver?
Today, the more important question is: Did we drive transformation?
That's what we can call the Delivery-to-Transformation Shift.
It's the evolution from measuring project success to measuring customer success.
Delivery still matters. Predictable execution is the foundation of customer outcomes.
Projects need to stay on plan. Budgets need to remain healthy. Customers need to reach go-live successfully.
But implementation doesn't end there.
The most valuable teams continue to think about adoption, workflow changes, and customer impact long after the project plan is complete.
Because transformation isn't created by milestones.
It's created by behavior change.
Traditionally, adoption has been viewed as a Customer Success responsibility.
Kevin challenged that assumption.
Implementation is where customers learn how to use the product.
It's where habits are formed. It's where workflows are introduced.
And it's where expectations about value are established.
That means implementation teams have tremendous influence over whether customers become successful long-term users.
The strongest organizations don't treat adoption as something that begins after go-live.
And they create momentum before Customer Success takes over.
This creates a much stronger foundation for retention, expansion, and long-term customer health.
Because adoption isn't a post-implementation activity.
It's an implementation outcome.
AI was another major theme throughout the session.
But Kevin's perspective wasn't focused on replacing implementation teams.
It was focused on elevating them.
As administrative work becomes easier to automate, implementation professionals gain more time for higher-value activities.
That includes:
The future implementation leader won't simply understand how software works.
They'll understand how customers work.
And they'll help customers rethink processes, behaviors, and operating models to achieve better outcomes.
That's a different role than traditional implementation.
It's closer to transformation consulting.
And it's becoming increasingly important as customers demand measurable value from every technology investment.
Kevin also emphasized the importance of stronger connections between implementation and product organizations.
Implementation teams sit in a unique position.
They see:
Every implementation generates valuable insight.
But many organizations fail to capture it.
When implementation teams create stronger feedback loops with product teams, those insights become opportunities.
It's one of the richest sources of customer intelligence in the business.
Kevin Stanley's session challenged implementation leaders to rethink how they define success.
Here are four lessons from his approach:
1. Project completion doesn't prove value.
Customers judge success based on outcomes, not milestones.
2. Adoption starts during implementation.
The habits customers build during onboarding directly influence long-term success.
3. AI creates space for higher-value work.
As routine tasks become automated, implementation teams can focus on strategy and transformation.
4. Implementation is becoming a strategic growth function.
The teams that influence adoption and customer outcomes will have a greater impact on retention and expansion.
The role of implementation is changing.
Customers still expect projects to be delivered on time and within budget. That operational excellence remains essential.
But implementation leaders are increasingly being asked to prove something bigger.
Did the customer adopt?
Did workflows improve?
Did the business achieve the outcomes it expected?
Those questions represent a shift from delivery to transformation.
And they may become the most important questions implementation teams answer over the next decade.
The organizations that succeed won't simply be the ones that launch customers faster.
They'll be the ones that create measurable change—and can prove it.
That's how implementation evolves from a delivery function into a growth engine.
Reviewed by

Kailash Ganesh is a professional services researcher at Rocketlane with more than seven years of experience in content, research, and market analysis. He studies how enterprise PS teams are adopting agentic AI to transform delivery operations, has evaluated every major PSA platform in the category, and writes from the perspective of a practitioner who watches enterprise PS teams make these exact decisions daily.
“Speeds up CSV importing and saves me from having to get customers to use a template file or create mapped data exports. Quick to integrate and flexible outside the happy path. We found defining workbooks and templates confusing; at a prior job it was configured through code, which I preferred.”
Source: G2 review


AI that executes your delivery work (Add to any plan)
Most popular
Ideal for expanding organizations needing more in-depth capabilities and integration for scaling.
Most popular
Great for teams desiring tailored workflows with comprehensive reporting capabilities.
Most popular
Tailored for large enterprises requiring a fully customizable, comprehensive delivery engine.

A Forward Deployed Engineer (FDE) embeds in the customer environment to implement, customize, and operationalize complex products. They unblock integrations, fix data issues, adapt workflows, and bridge engineering gaps — accelerating onboarding, adoption, and customer value far beyond traditional post-sales roles.





70–85% utilization. 94% G2 rating.
One platform does what the entire table above tries
to split across tools.
70–85% utilization. 94% G2 rating.
One platform does what the entire table above tries
to split across tools.

70–85% utilization. 94% G2 rating.
One platform does what the entire table above tries
to split across tools.
Enterprise implementations fail because customers don’t follow the process or provide clean data on time. Most delays are purely “customer-side” issues.
Implementations fail because complex environments need real-time technical problem-solving. FDEs unblock workflows, integrations, and unknown constraints that traditional onboarding teams can’t resolve on their own.
Get a better all-in-one PSA
Get a better all-in-one PSA
Companies that embed engineers directly with customers see significantly higher enterprise retention compared to traditional post-sales models — because embedded engineers uncover “unknowns” that never surface in ticket queues.

VP Sales, Intercom

A Forward Deployed Engineer (FDE) embeds in the customer environment to implement, customize, and operationalize complex products. They unblock integrations, fix data issues, adapt workflows, and bridge engineering gaps — accelerating onboarding, adoption, and customer value far beyond traditional post-sales roles.






.webp)