AutomateX
AutomateXAdvisory
Rail · AI · Commercial Model

Rail Pays for Hours. AI Sells the Time Back.

First published on LinkedIn.

How gross margin really works in a rate-card industry, and why efficiency has to stop being a discount.

Rail runs on the rate card.

Every job starts the same way. You scope the work. You pick the team. You slot each person onto a rate card. You estimate the hours each one needs. You multiply, add the subcontractor and supplier costs, and that is the price.

It is clean. It is auditable. It has run the industry for decades.

It is also the reason AI struggles to earn its keep in rail.

How the margin is actually made

The number you quote a client and the number a job costs you are two different rates.

Revenue is billable hours multiplied by the charge-out rate. Direct cost is the hours worked multiplied by the loaded cost of the person doing them, plus any subcontractor pass-through. Gross margin is the gap between the two.

In a consultancy that gap is the multiplier. Charge-out divided by cost sits around 2.5 to 3 across the sector. That multiplier is your gross margin, baked into every line of the rate card.

On a framework, the charge-out rate is fixed for you. You cannot move it. So the only margin levers left sit on the cost and delivery side.

Hold that list. It is exactly where AI lands.

The trap

Frameworks select on rate. The lowest rate gets on the panel. Time barely registers.

Think about what that rewards. Two firms bid the same scope. One takes 200 hours, the other takes 120. On a rate card, the faster firm earns less for the same outcome.

When you charge by time, efficiency is a penalty.

Now bring AI into that. AI's whole promise is to compress the hours. Drafting, checking, document assembly, the repetitive engineering that fills a timesheet. Compress the hours on a time-charge contract and you have cut your own revenue.

So AI is asked to earn its keep by attacking the thing it bills against. No wonder it feels like the tool is fighting itself.

Outcome pricing may never come to infrastructure

The usual answer is to price on outcome. Charge for the value delivered, not the hours spent.

In rail that breaks on a simple question. What is the value?

Take a Form G design package. What is it worth to the client, in pounds? Nobody can say. The return on public infrastructure runs over decades, and most of it never lands as money. Safety. Capacity. Resilience. Carbon. A journey ten minutes shorter for the next forty years. There is no clean profit line to point at, the way there is for a sales tool or a trading desk.

So drop the fantasy. We may never be able to price the outcome of infrastructure work. Not this decade, perhaps not ever. Without an anchor, outcome pricing is a negotiation with no floor and no ceiling. Few buyers in this market will sign it, and fewer should.

That leaves the real question. If you cannot price the outcome, how do you build a model that still rewards efficiency and innovation instead of punishing them?

Here is the reframe

There are three ways to price the same piece of work, not one.

Time and materials AI hurts you

The client keeps every efficiency gain, because fewer hours means a smaller bill.

Fixed price per deliverable AI becomes margin

You keep the efficiency gain. The hours you save stay on your side of the line.

Outcome and value No anchor

Nobody can price it, for the reason above.

The move is not the leap to outcome pricing. It is the single step from selling the input to selling the output. Stop pricing the day. Price the deliverable.

And the anchor problem solves itself. You do not need to know what the deliverable is worth to the client. You need to know what it used to cost to produce. That number is sitting in the rate card already. The labour cost of the old way becomes the price of the new way.

The rate card stops being your ceiling. It becomes your anchor.

Lock it where the contract can see it

This is not a handshake. It has a home in the standard form.

Price the job the old way first. Scope it, rate-card it, agree the number. Then lock that number as a lump sum. Under NEC4 that is Option A, the priced contract with activity schedule. The price is fixed against the deliverable, not the hours behind it.

Now read the options side by side. Option A has no open book and no share line, so the efficiency you find after the price is set stays with you. Option C is target cost, and it claws your savings back across the pain-gain mechanism. Option E reimburses your defined cost and removes the reward entirely. Three forms, one outcome each. Option A is the only one that pays you to get faster.

Choose the wrong NEC option and you have signed away the dividend before the first day of work.

Why the price does not collapse

The obvious objection. If a client knows the deliverable was generated in twenty minutes, they will push the price toward nothing.

So the value has to move off effort entirely.

The price covers the warranty on the deliverable. The compliance with NR standards. The assurance trail. The professional accountability. The chartered signature that carries liability if it is wrong.

A model can generate a hazard log. It cannot hold professional indemnity insurance. It cannot sign off to FICE CEng. It cannot stand behind the document at a design review.

That is the floor under the price, and it is a floor a labour-priced competitor cannot undercut. They are pricing the typing. You are pricing the accountability.

When they ask for the timesheet

Here is where it gets tested. You issue the invoice. The client asks the old question. Can you submit your timesheet as evidence?

Under Option A you do not owe them one. The price was fixed against the deliverable, not your hours. The request is a category error against the contract you both signed.

But suppose the conversation goes there anyway. Suppose they want to understand the cost base. Then hand over an honest timesheet, and notice it now carries two lines. Your people. And your system.

That second line is real. The system that frees your engineers from the admin does not run for nothing. It burns tokens, and the tokens land on your bill.

We are in the early-Uber era of AI. The ride feels cheap because someone else is still paying for it. A prompt feels free today. It is not. A complex one quietly spends real compute, energy and cooling water, and that marginal cost climbs as the subsidy thins.

So the timesheet of the next decade has a machine on it. The people line falls. The system line rises. And in the AI era, that second line is the one the client should be asking about.

The system is on the team now. Put it on the timesheet.

What this does to the margin

Go back to the levers. AI moves every one of them. Under deliverable pricing the gain stays with you instead of passing to the client.

LeverWhat AI doesEffect on margin
LeverageA junior, or no human, produces senior-grade outputCollapses the cost rate. The single biggest lever.
UtilisationAbsorbs the non-billable overhead: bids, admin, document assemblyMore of every engineer's day becomes sellable.
ReworkChecks the work before it leaves the buildingFewer write-offs, less silent leak.
ThroughputThe same team ships several times the deliverablesRevenue grows without headcount.

Read the last row again. On a time-charge contract, a deliverable produced five times faster is a revenue cut. On deliverable pricing, it is five times the output through the same team.

Same fact. Opposite sign. The only variable is what you chose to sell.

This is what scaling the system instead of the team actually means, measured in pounds.

The honest part

Procurement in this industry is built on the rate card. Tier 1 frameworks run on it. You will not talk a major client out of the timesheet wholesale, and you should not try to mid-engagement.

So the structure is hybrid. Win the framework on the rate card, because that is how you get on the panel. Then carve the repeatable, AI-produced deliverables out as fixed-price line items inside the work, or out entirely as a product with its own price.

The framework gets you the seat. The deliverable is where the efficiency dividend stops leaking away.

One question

So here is the question for anyone running a rail team or a rail business.

Look at your live contracts. Are you paid for hours, or for named deliverables at a fixed price?

That single line decides whether the AI you are buying is a margin engine or a slow leak. It is worth checking before the next bid locks the shape.

I would genuinely like to know where people land on this. Tell me which side your contracts sit, and why.