AI strategy for software companies

From Software as a Serviceto Service as a Software.

Models are available to everyone, your competitors included. What they do not have: twenty years of codified craft — your rules, your registers, your resolved cases.

That asset was becoming a commodity in the era of the tool; it becomes the scarcest resource in the era of the result. Software no longer merely equips the work — it does the work, and your clients validate.

This is where software history is heading, and you are best placed to take it.

35 documented use cases 9 functions mapped 27 diagnostic statements

The value creation plan we implement with your teams focuses on two key areas: growth and productivity. AI is a standalone initiative—and the only one that impacts both. Axis 1 targets your product offering, driving growth, while Axis 2 enhances the productivity of your organisation, spanning nine functions from customer support to senior management.

The examples on this page are drawn from the proptech market. While they illustrate key points, the principles they demonstrate apply to other industries—we have selected them for the clarity of the explanation.

The sorting test

What AI does on its own, and what stays yours.

Before choosing where to invest, you need to know what can be automated and what must not be. That boundary decides everything else — and it moves in your favour.

The sorting criterion, before the two axes

Software has always executed what a human had reasoned. What changes is that the reasoning itself is being automated on part of the work.

A task therefore breaks down into two materials: AI handles the first autonomously, the second stays human — and it is what makes your value.

The applicable rule

Finding information, cross-checking it, applying a reference framework, producing a compliant deliverable. The rules can be formidably complex — they are still rules. That is where AI is already autonomous, and where both your productivity gains and your first augmented products sit.

The judgement call

Deciding under ambiguity, taking on responsibility, accounting for what is not written down. It takes experience and taste. It is what your clients pay you for without ever having spelled it out, and what you must not claim to automate.

The boundary moves, and it moves your way: every judgement your users validate inside your product documents what good judgement looks like in your field.

What is a judgement call today becomes an applicable rule tomorrow — but only for whoever kept the trace of it. That is precisely what your twenty years of resolved cases amount to, and what no model hands your competitors.

There is a reason to act now, and it is not defensive.

Nothing stops a third party from wiring its agents onto your product and selling your client the finished work — your software then becomes the infrastructure, indispensable and invisible, while the relationship, the margin — and the responsibility for the result — move to someone who knows neither the trade nor the data.

The same mechanics run by you produce the opposite: it is your name that delivers the work, on your data, with your validation, and it is you who answers for the error. The technique is identical; what changes is who runs it.

Two axes

Your product offering, and your organisation's productivity.

Both are run in parallel, and they feed each other: the product offering delivers a new service to your installed base — and opens the revenue line that goes with it; the organisation’s productivity frees the capacity — and the teams practising AI day to day are the ones who then know how to embed it in the product.

Axis 1 Your product offering Value migrates from the tool to the validated result. Models are available to everyone, your competitors included; what they do not have is your proprietary data, your business rules and twenty years of resolved cases. This axis has two facets: the build, and the product itself.

The build — how you make it

1.1Your R&D Build faster Code writing time improves markedly. But code produced faster waits longer to be reviewed, and the delay between a client request and its release does not move at all. Speed only counts once that queue is cleared.
1.2Your R&D Build with better quality The more you produce, the more defects you introduce — and quality control becomes the real bottleneck. This is where the credibility of everything else is decided.
1.3Your R&D Automate deployments Shipping fast is pointless if go-live takes six weeks. The R&D that builds these products already looks nothing like yesterday’s.

The product — from the assisting tool to the work delivered

2.1The passage — the tool that assists Augment existing products A brain — the model. Hands — your tools, ERP and DMS called when needed. A memory — the case context retained from one interaction to the next. A guardrail — human validation, sourced and traceable. The professional stays in charge of the result, and that is what makes adoption immediate.
2.2The destination — the service delivered Build new use cases Your product no longer just helps get the work done: it does it, and your expert validates. Start with the tasks your clients already outsource — the scope is written down, the expected quality is known, and you can therefore demonstrate the result delivered before discussing its price.
2.3The destination — work delegated The share of work delegated The two before it measure the shape AI takes in your product. This one measures how much work it actually performs in place of your client — the only thing the market knows how to quantify, and the only thing it bills for.
Scroll the row by hand, with the keyboard, or with the two buttons.

How a level is read

The build — a chain

  1. 1.1
  2. 1.2
  3. 1.3

The level is that of the weakest link. Shipping fast is worthless if going live takes six weeks.

The product — a trajectory

2.12.2 2.3

The better of the two routes counts — but the axis stays capped until the share of work delegated is measured.

The teams — a count

Nine independent functions: you count the ones that are tooled. An average would have said nothing.

The order matters more than the choice: the passage gives you the reference clients, the proven architecture and the revenue that fund the destination. Treating it as an end in itself is the costliest mistake on this axis.

And that passage shifts your buyer: the professional who was your champion must come out ahead before the buyer does — that is a design condition, not a sales argument.

The cases that instruct each of these projects are in the next tab.

Axis 2 Your organisation’s productivity Nine functions, from client support to the executive team — your R&D's productivity belongs to axis 1, the build. Beware the most common misunderstanding: giving your teams an assistant is not integrating AI — what produces a measurable gain is an agent embedded in a named process, with its rules and its validation point. Gains show within weeks, and the teams practising AI on their own work are then best placed to design it into the product. An untooled function is not a delay: it is identified reserve.

The nine functions — and the time each can give back

SupportWeeks Answers that already exist A share of inbound requests has an answer already written somewhere; that time can be counted, ticket by ticket.
ServicesWeeks The steps that repeat From one go-live to the next, the same steps come back — and what repeats can be measured.
MarketingWeeks Variants of the same substance Adapting the same substance by segment, persona and language consumes the time everything else lacks.
SalesWeeks Bids and their preparation Assembling responses and preparing meetings weigh more hours than the relationship itself.
AdministrationWeeks A steady volume of documents A stable flow of hours, easy to count and rarely counted — often the first measurable pocket of time.
FinanceMonths The hours of the close Each month, reconciliations and controls concentrate hours that can be priced — and a delay everyone sees.
HRMonths Manager time diverted Onboarding and ramp-up rest on management time taken from elsewhere.
LegalMonths Days of processing Questionnaires and contract reviews hold back signatures; the delay counts in days.
ExecutiveWeeks The most expensive time Market watch, decision preparation, briefing notes: the function most often left off the inventory.
Scrolling pauses on hover and on keyboard focus.

None of these nine functions is addressed for its own sake: each frees time on a task you can name. That is what the diagnostic measures, function by function.

Tool no. 1

Where does your company stand on AI?

Twenty-seven statements, a level per axis and three prioritised workstreams — all in your browser, with no email address. Without JavaScript the questionnaire cannot render. We run it with you in an hour.

Tool no. 2

The use cases

Every case is worked through the same way — the problem, what we put in place, what is measured, prerequisites and traps. Without JavaScript the library cannot render: we walk you through them in a meeting, on your catalogue.

Tool no. 3

The slider journey

This module runs in the browser: step by step, it shows what a rental-management task becomes, and what it weighs in hours and euros.

Without JavaScript it cannot render — we are happy to walk you through it, on your own figures.

Creating and sharing value

You no longer sell a tool. You sell a result, priced against what it saves.

This is the deepest shift on the page, and it is not settled in a price list: it is settled in what the client compares.

Yesterday they compared your price to another piece of software. Now they compare it to what the task costs them internally or at their provider — a ratio of one to several, not a few percentage points.

Your subscription remains the base, but a seat counts users: the day part of the work is done without a user opening the product, that count stops measuring anything.

Hence these three forms, added to the subscription rather than replacing it — and all negotiated on the same basis: the cost avoided at their end.

01The simplest A subscription add-on The client no longer has to do work they used to do by hand, for a fixed amount known in advance. Legible on both sides, and the form procurement departments accept most readily. The client keeps · most of the gain
02In proportion to usage An included volume, then a unit price They pay only for what they consume beyond a volume already included. The unit price must stay well below what the task used to cost them — otherwise they have no reason to hand it over. The client keeps · the gap with their internal cost
03The most committing An explicit share of the value A measure agreed together — lead time, error rate, cost per item — and a share of the gain that comes to you. Nobody gains if the result is not there. Requires a written scope and a client willing to measure alongside you. The client keeps · the majority share, by construction

The two rules

The first concerns the client: price is defended by the ratio, never by the amount.

"Two hundred thousand" means nothing in the abstract; "two hundred thousand for one point two million in processing cost removed" can be verified — and it is the client who must be able to redo the calculation.

And they must keep the majority share of the value created: it is born at their end, so it comes back to them first. A model built the other way round does not survive the first renewal, and it travels badly in their sector — but that is not the reason to set it up this way.

The second concerns you: the share you charge must be backed by a contractual commitment. Without one, that revenue is valued as a service engagement rather than a subscription — you would have created value for everyone except your own company.

What to measure, on both sides

  • At the client first: time returned, errors avoided, deadlines met. Without a baseline at their end, there is nothing to share and nothing to defend.
  • The ratio between what they gain and what they pay: the only argument that survives a change of contact on their side.
  • On your side, average revenue per account and net retention: a result delivered defends itself at renewal better than one more tool.
  • Your unit gross margin: inference cost belongs in cost of revenue and varies with usage. A variable component is not recognised like a subscription — settle it with your CFO before the first contract.

Compliance

Three matters to settle before the first deployment.

They do not slow an AI project down: they make it publishable. A doctrine written upfront costs a few days; retrofitted, it costs a rewrite.

European regulation Classify your uses by risk level The European AI regulation imposes transparency and documentation, with specific obligations for general-purpose models. The concrete work is classifying each use before deploying it, and documenting as you go rather than at the end.
Intellectual property Know what you assign, and what you hold Three questions to work through: what your vendor contract says about generated code, what your own client contracts assign on deliverables produced with assistance, and the traceability of what was generated — without it, neither answer can be demonstrated.
Data Hold the boundary Processing location, sub-processing and onward sub-processing, retention periods — and the rule that prevails: no identifiable client data passes through a code-assistance service. It is the clause your own clients will ask you for.

We are not a law firm: these three matters shape the doctrine and the specification, they do not replace legal advice. We work alongside your counsel on the clauses.

Trajectory

What the first six months look like.

Neither a pilot going nowhere nor a three-year programme. Six months from a decision to attributable revenue — that is the pace we hold with our clients.

Month 1 Decide
  • Diagnostic across both axes, presented to the executive committee.
  • Written doctrine: sovereignty, human review, the boundary.
  • Two or three use cases selected, on value rather than feasibility.
  • Baseline measurement established — without it, no gain will be demonstrable.
Months 2 to 3 Install
  • Sovereign architecture and abstraction layer in place.
  • First workflow in production on a narrow scope.
  • Human review tooled, incidents logged.
  • Internal functions start in parallel, without waiting for the product.
Months 4 to 6 Prove
  • Gain measured at the pilot clients, against the control group — that is what grounds the price.
  • Packaging and pricing settled, standard contracts revised.
  • Extension to other functions and other use cases.
  • First attributable revenue, internal gains reconciled with the accounts.

This calendar assumes two conditions: a sponsor on the executive committee and accessible data. Without either, month one takes three — and it is the one delay we have never seen recovered later.

The method

An end-to-end AI strategy, not an experiment.

From diagnostic to go-to-market, we run the transformation with the same discipline as our value-creation plans: dimensions assessed, use cases prioritised, execution governed — and human review before any production release.

01 — AI maturity diagnostic Know where you start from Assessment of the organisation’s AI maturity, dimension by dimension, then framing of high-value use cases — combining the executive view with field workshops in product, sales and support.
02 — AI doctrine & sovereignty Principles before tools Data sovereignty, a strict boundary between AI-assisted code and client data, GDPR compliance, IP of generated code: a clear doctrine that protects your asset.
03 — Architecture Sovereign and agnostic Sovereign RAG on your proprietary data, hybrid architecture separating sovereign flows from external flows pseudonymised upstream, LLM-agnostic abstraction layer: your strategy depends on no vendor.
04 — AI-augmented products Your expertise, encapsulated Guided workflows and answers sourced on your certified data — not generic self-serve AI. AI multiplies the value of your product and your clients’ efficiency.
05 — The code factory R&D transformed AI-assisted code generation, review processes, control of technical debt: the software build chain is changing — we help your teams take control of it.
06 — Governance & go-to-market From doctrine to a billable result Data and corpus governance, packaging and pricing of the AI offering, pilot clients, team organisation: an AI plan run like a transformation plan — through to the gain measured at the client, and the revenue that follows from it.

In the field

Real engagements, run in immersion.

Our mandates are confidential; the engagements speak for themselves.

Real-estate data provider AI doctrine and data sovereignty, sovereign RAG over a corpus of several tens of thousands of proprietary studies, augmented products with sourced answers — serving a pivot from a studies model to SaaS and data.
Document management software company Repositioning as a document-AI platform and intelligent cockpit for inbound flows: classification, extraction and instantiation of business actions by agents, on a sovereign, LLM-agnostic architecture.
SaaS company for real-estate professionals AI maturity diagnostic, steering of an agent embedded in the CRM, then a full document-AI plan: packaging, pricing, pilot clients and team reinforcement.

How it is built

The architecture, layer by layer

This module details both reference architectures — augmented product and Service as a Software — with their technical components and guardrails. Without JavaScript it cannot render; the subject is better handled live, with your CTO.

Frequent questions

What we are asked about AI.

How do we share the value AI creates with our clients?

By measuring what they gain first, and charging only a share of it — the client must keep the majority of the gain, otherwise the model does not survive the first renewal. Only then comes the form.

An AI module as an add-on subscription strengthens recurrence; usage is billed beyond an included volume, on a firm annual commitment; value sharing requires an incontestable measure and a multi-year contract.

Usage revenue without commitment is valued like services revenue, not recurring revenue.

Do we own code generated with assistance?

It depends on three documents that must be read together: your vendor contract, your client contracts, and your own internal policy.

The prerequisite is traceability: without a log of what was generated and validated, none of these questions can be demonstrated to an acquirer or a client.

How long before revenue attributable to AI?

Six months is a sustainable pace: one month to decide and set the doctrine, two to install and put a first workflow into production, three for pilot clients, packaging and extension.

This assumes an executive sponsor and accessible data — without either, month one takes three.

What is "Service as a Software"?

The reversal of the SaaS promise: software no longer merely equips the work — it does the work, and your clients validate the result. Value migrates from the tool to the result, which changes the product, the pricing and the organisation.

How do we protect our proprietary data in an AI project?

Through doctrine before tools: data sovereignty, a strict boundary between AI-assisted code and client data, sovereign RAG over your corpora, and an LLM-agnostic abstraction layer so you depend on no vendor.

Where should a software company start its AI strategy?

With a maturity diagnostic, dimension by dimension, then the framing of the highest-value use cases — combining the executive view with field workshops in product, sales and support.

Experimentation without doctrine is expensive and produces no revenue.

Does AI make SaaS obsolete?

No: it downgrades interchangeable tool-software and multiplies domain software. Software companies that encapsulate their expertise and proprietary data in AI-augmented products come out stronger.

You can pick the journey up again at any of its five steps. ↑ Back to top

Get in touch

Let us continue the conversation.

Every situation is singular — yours deserves better than a page.

5 Avenue de l'Opéra, 75001 Paris — France

Get in touch

Three fields are enough. We get back to you within one working day.

Your data is used to answer your request and kept for 24 months at most. Privacy policy.

or write to contact@reabelpartners.com