
•
•

Summarize blog with








Here's a fun position to be in. Your company hands everyone AI tools, a generous pile of tokens and a simple brief: go build. Your team builds more than 100 agents. Then you step back to check the ROI and it's, in the words of Liam Miner (VP of Professional Services at Contentsquare), "shockingly low."
Meanwhile, your clients have heard you're using AI too, and they'd like 20% off their next contract, please, because surely all this AI is making the work easier.
So the AI costs more than you expected and returns less than you hoped, and customers want a discount for it anyway. That's the squeeze a lot of PS leaders are in right now. Most of us are running AI programs. Very few of us are actually AI native. And the gap between the two is where the money is disappearing.
That gap was the whole point of the "Building the AI-native PS function" panel at PropelX 2026 in London. Randeep Jaidka (Global VP of Professional Services at Rocketlane) moderated a conversation with Liam, Jonathan Fletcher (Director of AI Workflow Architecture at OneAdvanced) and Maya Weintraub Kaye (Delivery Director at Datatonic). They covered three questions: how to get real outcomes from AI programs, what the org should look like, and who's accountable when your team, your agents and your customer are all in the mix.
Jon's team at OneAdvanced runs a portfolio of more than 100 products on different architectures, and they've made a rule of it: "We don't ask and don't talk about AI, we talk about outcomes." The conversation starts with the flow of work needed to deliver a result, and only then asks whether AI is the right tool for any part of it. That's the difference between an AI transformation that plateaus and one that keeps moving.
The problem, as Jon sees it, is that everyone is being told to "go and use AI," but nobody tells them what to use it for. So people pipe their emails into it and announce they've redefined their email. It comes back with "that little dash in it," and everyone who reads it knows exactly how it was written.
Governance has to come first, because, as Jon put it, you don't learn to drive without a licence. That said, curiosity still matters: someone on his team once plugged Claude into the back of ServiceNow without telling him, and fixed in two hours an issue neither ServiceNow nor a partner had managed to solve. The trick is keeping that curiosity inside clear governance.
Contentsquare's 100-plus agents weren't a failure of effort; they were a failure of intent. Liam said the word most teams forget is intentionality. The team was told to go build agents to deliver efficiency, but without the right training or framework, and without understanding which part of the customer journey each agent was meant to improve. When they stepped back and looked at the ROI, it was shockingly low.
This year, they're redesigning around outcomes instead, with each agent tied to a specific result they're trying to achieve. Liam pointed to Chargebee's approach from earlier in the day as the example to follow, because it was intentional at every stage of the journey. Contentsquare is also bringing in external consultancies to retrain its team on consulting fundamentals, and is considering a dedicated AI services practice inside PS, with metrics and compensation tied to the outcomes each AI initiative is meant to drive.
Jon made the point that stung the most for a room full of PS leaders. Onboarding customers "is not a PS issue. It is a product challenge. It is an engineering challenge." In his words, "if we have to have a team of 30 people, something's gone wrong with our product, not gone wrong with our processes."
OneAdvanced now works closely with its product function to change how customers get onboarded, and zero-day deployment is moving from an aspirational goal to a realistic one. Jon's team uses automation, AI and Rocketlane to support customers through that journey, including workflow automation that goes well beyond PS delivery. Being AI native means fixing the product so you don't need the headcount, not throwing AI at a process that shouldn't exist.
Maya, who has worked at IBM, Capgemini and Salesforce, described org structures moving away from one person per task. The teams she sees are becoming much smaller, with each person doing a lot more on their own instead of 20 or 30 people each owning a small piece of work. The skills mix is changing too. It's less about separate engineers, testers, ML engineers and data analysts, and more about people who can do AI orchestration and vibe coding alongside business analysis and testing.
Liam's challenge to the room was bigger. When does the next billion-dollar, 10-person company come along, and could your current PS structure compete with it? He urged leaders to think hard about what their org will actually need, and warned that the push to redesign has to come from leadership, not just be delegated to the team.
Jon's most interesting reframe was about the name itself. As more of the work gets baked into products and solutions, maybe the goal isn't an "AI-native PS function" at all. "Maybe it's a human-centric customer function." That means putting the customer in the title and customer outcomes at the heart of everything the team does.
Maya was blunt about where the money was going. Selling staff augmentation, a set of people to do a set of tasks, "is going to be irrelevant very, very soon." Large consultancies are already seeing clients ask for a 20% reduction on their last contract, because "you're having all these AI tools, why are you charging us full price?" The challenge is structuring deals that still show the value of the team while openly using modern technology.
That's driving a major shift away from time and materials towards fixed-fee and outcome-based models. Customers increasingly want to pay to reach a solution, not for the hours it took. Jon added a more hopeful angle: AI makes it much less risky to offer managed services, which used to feel like a stretch for software PS teams. His homework for the room was to look up "applied AI" and think about how it could reshape their PS function.
Randeep put the hardest question to the panel: if your team, your customer and your AI agents all share the work, who is actually accountable for the outcome? Maya's view, from the consultancy side, was that the customer owns change management and adoption, unless they give you the authority to drive it. Without that authority, a delivery team can only be accountable for what it controls, like the product working well and processes being configured correctly.
But she has also sat through plenty of escalations where everyone internally points at another team or at the customer. Liam's answer is old school, and it works: a RACI chart that sets expectations for every outcome across sales, PS, customer success and renewal, and treats accountability as joint with the customer. Humans also stay accountable for the agents they deploy, and that part doesn't get handed to the AI.
Randeep introduced Maya as passionate about keeping humans "on the loop," not just in it: supervising AI's work and stepping in where judgement is needed. She pointed to IBM, which ran a company-wide hackathon a couple of years ago where everyone had to build something in teams, even using AI narrators for the presentations. The point was to get everyone hands-on in a safe, structured way.
Jon added the warning that makes the guardrails matter. Without the right controls, models end up learning from AI-generated content that learned from AI-generated content, and it all turns into what he called "an absolute cauldron of, excuse my language, crap." Cybersecurity, data protection and governance parameters need to be in place before AI output feeds back into your systems, so the feedback loop improves quality instead of recycling mistakes.
Rocketlane is an agentic AI-powered professional services automation (PSA) platform built for services teams running complex implementations.
Its AI layer, Nitro, deploys named agents that do the work, not just flag it:
The core distinction: Nitro agents produce the deliverable or enforce the gate. Most platforms advise. Rocketlane acts.
Teams using Rocketlane ship faster, recover margin through tighter governance, and scale delivery without proportional headcount growth.
An AI native organization in professional services designs its work, structure and metrics around customer outcomes, and uses AI where it moves those outcomes. That's different from running AI programs, where teams get AI tools and tokens without a clear link to the customer journey, which often produces many agents with low ROI. Rocketlane covers the wider shift in its guide to AI in professional services.
AI agents deliver low ROI when teams build them without intent or training. Contentsquare built more than 100 agents for its PS practice and found the ROI "shockingly low" because the agents weren't mapped to specific steps in the customer journey or to specific outcomes. Tying each agent to an outcome is the fix, as with purpose-built workforce agents.
According to Jonathan Fletcher of OneAdvanced, onboarding is a product and engineering problem as much as a PS one. If onboarding a customer needs a team of 30 people, it signals something wrong with the product, not just the delivery process. OneAdvanced is working with its product team towards zero-day deployment and a faster time to value.
AI is pushing professional services away from time and materials and staff augmentation towards fixed-fee and outcome-based models. Some clients are already asking consultancies for 20% reductions because AI tools make the work faster, so PS leaders need deals that show value rather than hours, often shifting towards value-based pricing.
"Human on the loop" means a person supervises AI's work and steps in when judgement is needed, rather than manually approving every step, which is closer to "human in the loop." It relies on clear guardrails so AI output is checked before it feeds back into systems or models, balancing automation and the human touch.
The customer usually owns change management and adoption, unless they delegate that authority. The delivery team is accountable for what it controls, and humans remain accountable for the agents they deploy. Panelists at PropelX 2026 recommended writing this down in a RACI shared with the customer, so accountability sits with named stakeholders.
PS teams are getting smaller, with each person owning more of the work instead of many people each handling one narrow task. Skills are shifting towards AI orchestration, vibe coding, testing and business analysis. Some leaders are also asking whether future PS teams will look more like a "human-centric customer function" when building a PS org.
Staff augmentation sells people to perform set tasks, and AI is automating many of those tasks. Clients increasingly ask why they should pay full rates when AI speeds up the work. Maya Weintraub Kaye of Datatonic expects staff augmentation to become irrelevant soon, as buyers move to fixed-fee and outcome-based professional services pricing.
Zero-day deployment is the goal of getting customers to live on a product almost immediately, with minimal implementation effort. It depends on product and engineering teams designing onboarding into the product itself, rather than relying on large PS teams, and it's a direct way to reduce time to value.
Start by auditing the AI you already have. For each agent or workflow, write down the customer journey step it serves and the outcome it moves, and retire the ones that don't connect. Then add governance, training and a RACI with customers before building more, using a PS maturity model to track progress.
“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)