GRAIL
Our work What we do Why GRAIL Essays Industry Briefings Book a call

Contents

14 min read
What's Changing in How You Deliver, GRAIL industry briefing cover
An Industry Briefing from GRAIL

What's Changing in How You Deliver

Your implementation timelines are stretching. Your senior domain specialists are fielding recruiter calls. Your best customers are evaluating an AI-native entrant that launched eighteen months ago. Three problems that look separate, but are actually one. A briefing for operations leaders at vertical software companies.

Vertical Software · COO
Prepared by Johan Grönstedt  ·  GRAIL
For European mid-market vertical
software delivery leaders
Date April 2026
Reading time14 min
Read the briefing
Executive Summary

You have seen this on your delivery dashboard

Why is our cost to deliver a customer rising even as the product matures?How many customers can our delivery engine serve before it becomes the ceiling on growth?How much of our domain advantage stays if our top three specialists leave this quarter?

Every COO or Head of Delivery at a mid-sized vertical software company in Europe has had the same Monday morning. Three things waiting. First: an enterprise implementation six weeks past its go-live date because the senior lead who knew the customer's legacy integration left for an AI-native startup two months ago. Nobody else on the team has the context. Second: a customer success report showing time-to-first-value stretched from eight weeks to fourteen over the past year, while the implementation team grew twenty percent. Third: an email from the board chair noting that the AI-native competitor that entered your vertical eighteen months ago just presented at your flagship customer's operations review. Same hour: a message from your Head of Implementation that two senior domain specialists received recruiter outreach from that same entrant.

You have run this delivery function for a decade. The pattern used to be clear. Hire strong implementation consultants. Let them build the customer relationships. Protect the quality floor. Hold time-to-value at the number. The business was understandable.

Something changed. Your implementation cycles are lengthening even as the team grows. Your senior domain specialists carry customer-specific knowledge that has never been written down. The AI-native entrant your biggest customer is evaluating does not have your ten years of domain depth. Not yet. And the three people whose departure would trigger customer conversations are now the most recruiteable people in the vertical.

This is not a you problem. It is an industry problem and a delivery-engine problem, happening simultaneously. Most vertical software COOs are treating them separately. The ones who see them as one are going to own the next decade of European vertical software.

This briefing covers what is happening in your sector, what it means inside your delivery engine, and the three questions your operations team should answer before the next board cycle.

Lens One  ·  Your Industry

Vertical software just lost the barriers that protected it for a generation

Every technology wave your sector absorbed in the last twenty years made the competitive depth harder to cross. Deep domain knowledge took five years to encode in product. Long integration timelines punished switching. Workflow embeddedness made the customer reluctant to move. The business ran on predictable renewals because the switching cost was always higher than the upgrade. Nobody seriously threatened the incumbents because the cost to build a credible competing product was prohibitive.

AI-native entrants have changed the arithmetic. A well-funded startup with modern AI infrastructure can reach feature competitiveness in eighteen months instead of five years. The integration complexity that used to protect incumbents has compressed because AI-native entrants invest in migration tooling that was not economically viable before. In construction software alone, four significant AI-native entrants raised capital in the past eighteen months. Every vertical has its version of this, and the funding is accelerating.

The AI-native entrant does not have your ten years of domain depth. That is your window. The window closes the moment your senior specialists start picking up recruiter calls.

The irony is that the one thing AI-native entrants cannot replicate quickly is the domain knowledge your firm accumulated over a decade of customer interactions, regulatory edge cases, and vertical-specific workflow decisions. That knowledge is worth more than your codebase. The question is whether it lives in the firm or in the three people who built it. Most vertical software companies have never asked that question plainly. The ones that are asking it now are building something the entrants cannot copy on an eighteen-month timeline.

Lens Two  ·  Your Function

Your delivery engine is feeling the pressure from the inside

Your implementation and onboarding. Cycles are stretching. The team has grown, but time-to-first-value has not improved at pace. The issue is not headcount. Every complex implementation depends on tribal knowledge held by three or four senior leads. When those leads are occupied or have left, the rest of the team searches for context that was never written down. The engine was designed around people who remembered everything. It does not scale.

Your professional services. PS margins are under pressure on two sides. AI-native entrants are pricing new implementations aggressively because their delivery cost is structurally lower. Your existing customers are asking renewal questions that sound like implementation comparisons. The work your PS team does is valuable. The cost to deliver it is visible in a way it was not three years ago.

Your customer success. CS managers are going into strategic renewals without the competitive intelligence they need. Preparing for a renewal conversation takes sixty to ninety minutes of account history review. The customer across the table has already seen the AI-native entrant's demo. Your CS manager is managing thirty active accounts and has fifteen minutes before the call. The renewal conversation is uneven before it starts.

Your senior domain specialists. Your five to twenty most senior implementation leads and domain experts carry knowledge that took a decade to build. Customer-specific configurations, integration workarounds, regulatory edge cases, the unwritten rules of how the product actually works in the customer's environment. None of it is documented. When they leave, an implementation goes off-plan, a customer conversation gets complicated, or a renewal goes to a competitor who was patient enough to wait.

Your support and quality. First-line support resolves the standard cases. The non-standard ones escalate immediately to the senior specialists who are already stretched across implementations and PS work. The escalation rate has not dropped even as the product has matured, because the knowledge required to handle non-standard cases still lives only in the seniors.

Delivery. Knowledge. Continuity.

The companies pulling ahead are building one piece of infrastructure

Your sector is being pressured from outside because AI-native entrants are compressing the technical barriers that used to buy you time. Your delivery engine is being pressured from inside because the domain knowledge that differentiates your product lives in people, not in systems. Same force, two directions. There is a third thing happening that most vertical software COOs have not named yet.

You do not have two problems. You have one. The domain knowledge your firm accumulated over ten years of customer work is the only thing AI-native entrants cannot replicate quickly. But it only stays yours if it is institutional. The implementation lead who knows why that customer's integration broke during go-live two years ago, the CS manager who knows which regulatory edge case matters to the regulator in that country, the domain specialist who knows how the product actually gets used versus how it was designed to be used. All of that knowledge is sitting in individual heads. When those people leave, it leaves with them. And every AI-native startup that entered your vertical in the past eighteen months is hiring aggressively from exactly that talent pool.

The companies pulling ahead are not solving this with a documentation sprint or a knowledge management platform. They are building infrastructure that captures domain knowledge as a side-effect of daily delivery work. Every implementation adds to it. Every CS conversation adds to it. Every support escalation adds to it. When the senior specialist leaves, the knowledge stays. When the next implementation lead starts, they inherit the decade of context their predecessor built.

You can tell which camp a firm is in from a single question. If your top three senior domain specialists left this quarter, what would happen to the customers they serve? The firms that have built the infrastructure can answer that calmly. The ones that have not know exactly which customer conversations would start within thirty days.

You have eighteen to twenty-four months. The AI-native entrant does not have your domain depth yet. That advantage lasts exactly as long as your knowledge stays in the firm, and not one day longer.

Two Paths

What most firms are doing. What the winners are doing instead.

Every vertical software COO has had the AI conversation. Most are making the same four decisions. A smaller group is making different ones.

The default pathAdd headcount to close the delivery gapTreat departing specialists as a hiring problemSend CS managers into renewals with account historyDefend against AI-native entrants on featuresThe winners' pathCompress implementation cycles by automating the playbook layerExtract domain knowledge as a side-effect of daily workBuild customer intelligence infrastructure before every renewalCompete on domain depth that entrants cannot replicate yet
The default path The winners' path
Add headcount to close the delivery gapMore implementation staff, longer onboarding, same knowledge fragility. Cycle stays long. New hires can't find the tribal context. Compress implementation cycles by automating the playbook layerSenior leads handle only the judgment decisions. Standard steps run as coordinated workflows. Cycle falls from 14 weeks to 6.
Treat departing specialists as a hiring problemReplace them at a premium. Watch the customer who depended on them go to tender the quarter after the announcement. Extract domain knowledge as a side-effect of daily workCapture reasoning from artefacts the specialist already produces. The knowledge stays when they leave. Customers do not notice the change.
Send CS managers into renewals with account historySixty minutes of prep for a conversation that determines €500K of ARR. Every renewal is a blank page. Build customer intelligence infrastructure before every renewalCS managers get a pre-built brief. The renewal conversation starts at a different level. Expansion happens in the same call.
Defend against AI-native entrants on featuresRoadmap races a competitor with faster architecture and no legacy. The feature comparison never ends in your favour. Compete on domain depth that entrants cannot replicate yetTen years of customer-specific knowledge encoded in delivery infrastructure. The entrant cannot buy that depth on an 18-month timeline.

Same team. Same customers. Opposite trajectories. One path compounds knowledge in the firm. The other lets it walk out the door with the people who built it.

Three Questions

Delivery Unit Economics. Delivery Throughput. Knowledge Retention.

Three questions every vertical software COO is tracked against. None of them used to be the same question. They are now.

01 · Delivery Unit Economics02 · Delivery Throughput03 · Knowledge Retention
01  ·  Delivery Unit Economics

Why is our cost to deliver a customer rising even as the product matures?

Professional services cost per implementation is 15-25% of first-year ARR for most mid-market vertical software firms. That number should compress as the product matures and the team builds expertise. Instead, it is holding or rising. The reason is knowledge fragility: each complex implementation rediscovers context the previous implementation already resolved, because nobody built the infrastructure to carry it forward. The cost of rediscovery is invisible on the P&L but present on every implementation timeline.

02  ·  Delivery Throughput

How many customers can our delivery engine serve before it becomes the ceiling on growth?

If your average implementation takes fourteen weeks and your team of fifty implementation consultants runs eight enterprise implementations per quarter, the delivery engine is the ceiling on how many deals the sales team can close. Compressing implementation to six weeks (same quality, same team) enables eighteen implementations per quarter. Not a productivity story. A growth capacity story. The COO who lifts that ceiling before sales hits it is the one in the board conversation about why growth accelerated.

03  ·  Knowledge Retention

How much of our domain advantage stays if our top three specialists leave this quarter?

The domain knowledge your firm accumulated over ten years of customer delivery is the one thing AI-native entrants cannot replicate quickly. But it is only an advantage if it is institutional. A senior implementation lead who leaves takes their customer context with them. Their accounts go to the competition within eighteen months of their departure, not because the product got worse, but because the relationship intelligence left. You already know which three names would trigger that conversation.

Four Moves

What the firms winning this play are actually doing

Four concrete moves any delivery COO can start this quarter. Each touches one part of the engine.

1234
1

Implementation: decompose every implementation type to the task level, then rebuild the playbook around the tasks that require judgment

List the task bundles inside each implementation your firm delivers. Mark each: agent-coordinated with human audit, specialist-led, senior-only, or retired. What remains is a different implementation at a different cost base. The 60-70% of steps that follow known patterns run as coordinated workflows. Senior leads focus on the 30-40% requiring domain judgment. Cycle compresses. Quality holds. The COO who walks into the pricing conversation with the task map owns it.

2

Professional services: extract domain knowledge as a side-effect of delivery, not a separate documentation project

Documentation sprints fail. The knowledge is not articulable as prose. Extract it from the artefacts specialists already produce: implementation notes, escalation resolutions, configuration decisions, support tickets with non-standard fixes. Every time a specialist solves something outside the playbook, the reasoning gets captured as a side-effect of closing the task. The knowledge infrastructure grows with every engagement. When the specialist leaves, the infrastructure stays.

3

Customer success: build customer intelligence infrastructure before every strategic renewal

CS managers go into renewal conversations with a brief assembled from two years of account history, product usage, competitive signals, and peer-customer benchmarks. The sixty minutes of prep becomes ten. The conversation starts at the strategic level. Expansion happens in the same call. The CS manager with twenty-five accounts who used to choose which ten to prepare for now prepares for all twenty-five at the same quality.

4

Support and quality: build senior judgment into escalation infrastructure so it stops being the bottleneck

When first-line support can resolve a wider band of non-standard cases without escalation, senior specialists get their time back for implementations and strategic accounts. Build the escalation infrastructure from the specialists' own resolution patterns: how they categorise the issue, what context they check first, which decision tree they run. The first-line resolution rate rises. Senior time goes to the cases only they can handle. Escalation stops being the ceiling on support quality.

GRAIL  ·  How We Think

The only firm that joins delivery-floor advisory to working infrastructure

The vertical software delivery COO has four places to go for help. None of them can do what we do, and each for a specific reason.

The big consulting firms' operations practices will produce a €500K to €2M diagnostic about your competitive positioning. They write the architecture. They cannot put working knowledge infrastructure into your implementation team's workflow in three months. Their revenue model is what your problem is about.

The large digital transformation practices will run an eighteen-month implementation tied to a platform stack. Their incentive is scope expansion because billable days are the revenue model. They do not solve the domain-knowledge-as-competitive-advantage question.

Hyperscaler AI professional services tune generic AI tools to your SaaS delivery operations. The infrastructure they build optimises for their platform. When the engagement ends, the institutional knowledge lives in their stack, not yours.

Point tools for CS and implementation solve individual-function problems well. They do not connect knowledge across implementation, professional services, customer success, and support. The senior specialist, the CS manager, and the implementation lead remain in separate systems with no shared memory.

The market offers four things you have already said no to. GRAIL is the fifth option.
What You GetWhy It Matters
What You Get
  • Advisory from people who have run a software product organisation from the inside
  • Working infrastructure your implementation and CS teams use the same week
  • Custom tools built on your domain, your customers, your delivery patterns
  • No vendor dependency at any phase
Why It Matters
  • Business-first, technology second. Competitive position before tooling.
  • Three weeks from first meeting to working delivery infrastructure
  • Your team keeps the infrastructure, you own the IP
  • Fixed fee throughout. No ongoing licence. No lock-in.
GRAIL  ·  How We Work

Three sessions with your delivery leadership. Working infrastructure from week one.

We start with your delivery leadership because the change cannot outrun the team's personal understanding of what is possible. Three workshops. Each delivers standalone value. Each earns the right to the next.

How to thinkYour delivery infrastructureReady to run
Workshop 01

How to think

Walk through what is happening in your vertical and inside your delivery engine. Build the first piece of infrastructure in the room: a customer-specific implementation brief for one of your live accounts, assembled from the project archive you already have. Your delivery leadership leaves with a shared view and the first working tool already in their hands.

Workshop 02

Your delivery infrastructure

A half-day build. Your Head of Implementation, Head of Customer Success, Head of Professional Services, and Head of Support each leave with five to ten working tools tuned to their function. Implementation task coordination. Customer renewal briefings. Escalation resolution frameworks. Domain knowledge capture workflows. Tools your teams are using the same week, not slides about tools.

Workshop 03

Ready to run

Refined infrastructure based on real use. The rollout plan to your wider delivery organisation. The knowledge-extraction plan for your senior specialists. The pathway plan for your junior implementation team. And the CEO and board conversation with numbers they can check: delivery unit economics, throughput capacity, and knowledge retention exposure by specialist.

Three weeks. No IT project. No board approval needed to start. The infrastructure your delivery engine is already running on when we finish.

Five Questions

For your next delivery review

The questions where your delivery team cannot agree on an answer are the ones worth an hour on the agenda.

If your three most senior implementation leads left this quarter, what would happen to the implementations they are currently running and the customers they have relationships with? If you do not know, what does that tell you?

Why has your average time-to-first-value changed over the past two years, and what percentage of that change is explained by knowledge search overhead versus genuine implementation complexity?

How many enterprise implementations is your delivery team capacity-ceilinged on right now? How many deals is the sales team holding because delivery cannot take them?

What percentage of your professional services cost per customer is rediscovery? Finding context a previous implementation already worked out and did not capture?

Which of your CS managers is going into the most important renewal of the quarter best prepared? What would it take for that preparation standard to be the default across all twenty-five of your strategic accounts?

If any of these produces a disagreement in your delivery team, that is the conversation worth having before the board asks.

Industry Briefings

Continue reading

Johan Grönstedt  ·  GRAIL  ·  johan@grail.works  ·  grail.works
Talk to GRAIL about your management team
Sources and limitations

This briefing draws on GRAIL's engagement experience with leadership teams and on public company disclosures. Figures are illustrative unless a source is named beside them. A sourced edition is in preparation.