•
•

Summarize blog with








The pattern was impossible to ignore. Customers would implement an AI-powered platform, see a dramatic improvement almost immediately, and then stop progressing.
Resolution rates jumped. Efficiency improved. Stakeholders celebrated. And then, somewhere between day 30 and day 90, the momentum disappeared.
The common assumption was that this was a customer success problem. Adoption needed more attention. Renewals needed stronger engagement. Customers needed better enablement.
According to Anuj Arora, former Chief Customer Officer at Ada, the real problem started much earlier.
During his time helping scale Ada's contact-center AI business by 75x, Arora spent years studying why implementations plateaued—and what separated customers who sustained growth from those who stalled.
What he discovered fundamentally changed how his teams approached implementation.
Most teams assume the plateau happens after implementation. Arora argues that it is actually created during implementation.
"The most important thing was that we actually hit that upward curve before we did the handoff," he explained.
"Because if we were not starting that momentum in the initial phase of the implementation—when you have the most executive presence, the most allocated time—we probably were never going to do it."
That observation reframes the entire problem.
Implementation is the only phase where customers have maximum attention focused on change. Executive sponsors are engaged. Internal teams are staffed. Budgets are allocated. Strategic urgency is high.
If customers leave implementation with a short-term performance improvement but without a sustainable operating model, the plateau is almost inevitable.
By the time Customer Success inherits the account, the trajectory has already been established.
The lesson is simple: implementation doesn't just launch adoption. It determines whether adoption continues.
Arora believes one of the biggest mistakes services teams make is treating AI implementation like a technology deployment.
The goal becomes configuring the product, going live, and handing over the account.
That approach can produce impressive early results, but it rarely creates long-term transformation.
"Every company wants to become an AI company," Arora said. "They don't want to fully outsource their AI strategy to a vendor."
That insight led Ada to rethink implementation as a management discipline rather than a deployment exercise.
The operating model centered around three pillars:
Most implementations focus heavily on technology. The strongest outcomes came when all three pillars advanced together.
The people pillar involved helping customers rethink roles, responsibilities, and internal AI ownership. Teams needed new skills, executives needed deeper involvement, and organizations needed champions to drive internal adoption.
The process pillar focused on measurement and governance. Customers needed new KPIs, new review cadences, and new ways of evaluating business impact.
The technology pillar extended beyond implementation itself. It meant driving adoption across multiple workflows and ensuring AI became embedded in daily operations rather than confined to a single use case.
When one pillar lagged behind, growth stalled. When all three moved together, adoption continued long after implementation ended.
A stronger operating model required a way to measure progress.
Arora's solution was an AI maturity scorecard.
The framework defined four maturity levels across each pillar—people, process, and technology. Level 1 represented where most customers started. Level 4 represented genuine organizational transformation.
The scorecard proved useful because it wasn't limited to implementation alone.
During pre-sales conversations, it helped prospects understand where they stood today and what progress could look like.
During implementation, it gave Professional Services teams a clear definition of success before the engagement even began.
And during QBRs, it provided Customer Success teams with an objective way to discuss progress with executive stakeholders.
Instead of vague discussions about account health, teams could point to specific maturity gaps and concrete next steps.
As Arora put it, "It was super obvious where a customer was. There was no BS. The customer knew it, we knew it."
That clarity transformed handoffs between PS and CS. Success was no longer defined by project completion. It was defined by progress against a shared maturity model.
The business impact was substantial. After 18 months, customers operating at Level 4 maturity achieved more than 150% NDR. Customers stuck at Level 1 fell below 90% and frequently churned. On average, mature customers generated roughly 30% higher NDR than those who never progressed.
A maturity scorecard is only valuable if teams can consistently track and act on it.
That's where systems become important.
Many service organizations define success frameworks but struggle to operationalize them because project delivery, resource planning, customer collaboration, and business outcomes are spread across different tools.
Rocketlane helps bridge that gap by giving implementation teams a single system to manage delivery against outcomes—not just milestones. Teams can define maturity stages, align implementation plans to customer goals, track progress throughout the engagement, and create cleaner handoffs into Customer Success.
Instead of treating maturity as a quarterly conversation, it becomes part of the implementation's operating model.
The result is exactly what Arora advocated: implementation teams stay focused on building momentum, not simply on completing projects.
1. The Plateau Is Created During Implementation
If customers leave implementation without the right trajectory, Customer Success rarely has enough leverage to create it later. Momentum must be established before the handoff.
2. AI Implementation Is a Management Discipline
Technology alone doesn't create transformation. Sustainable adoption requires changes to people, processes, and organizational behavior.
3. Define Success Before the Project Starts
A maturity scorecard works because it establishes a shared definition of success before implementation begins. Customers know where they're starting, where they're going, and how progress will be measured.
4. Mature Customers Become Growth Engines
The strongest commercial outcomes came from customers who continued advancing after implementation. Investment in maturity isn't separate from growth—it is the growth strategy.
One of the most important lessons from Arora's session is that speed and depth are not the same thing.
Many AI implementations create a rapid improvement immediately after launch. That improvement can create the illusion of success. But performance gains alone don't guarantee long-term adoption.
Customers plateau when implementation focuses on deploying technology instead of building the operating model required to sustain it.
The maturity scorecard solved that problem by making the transformation visible. It gave customers, Professional Services teams, and Customer Success leaders a common language for discussing progress—and a framework for moving forward.
Speed can get a customer live.
Depth is what keeps them growing.
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)