Category: The Futures Bright

  • Why the UK’s Semiconductor Strategy Is More Relevant to Software Founders Than They Realise

    Most software founders I speak to have a version of the same reaction when you mention the UK semiconductor strategy: a polite nod, followed by a rapid mental retreat to something that feels more immediately relevant, like pricing models or burn rate. Semiconductors are a hardware problem, right? Someone else’s problem. The chips arrive, the cloud runs, the code ships.

    That framing is going to cost people money. The UK’s National Semiconductor Strategy, published in 2023 and still actively shaping industrial policy in 2026, has direct implications for AI inference costs, hardware procurement timelines, and the supply chain risks sitting quietly underneath every British tech business that touches compute. Founders who treat it as background noise are missing something practical.

    What the strategy actually says, stripped of the policy language

    The headline number is £1 billion committed over a decade to strengthen the UK’s position in semiconductor design, research, and supply chain resilience. That sounds significant. In global context it is, frankly, modest. The US CHIPS Act committed roughly $52 billion. The EU Chips Act targets €43 billion. The UK is not trying to out-manufacture Taiwan or South Korea. The strategy is explicit about this: Britain’s comparative advantage is in chip design and intellectual property, not fabrication at scale.

    What that means in practice is that UK government money is flowing towards university research, compound semiconductor development (particularly in Wales, at Cardiff University’s Institute for Compound Semiconductors), and design ecosystem support. It is not building a fleet of fabs that will produce the GPUs your inference workloads run on. Those will still come predominantly from TSMC in Taiwan and Samsung in South Korea, assembled into finished boards by Nvidia, AMD, or their upstream partners, and then rented to you via AWS, Google Cloud, or Azure data centres, many of which are already among the most contested real estate in Britain.

    Why inference costs are a semiconductor problem in disguise

    Here is the bit that catches people off guard. When you run an LLM inference call, or a vision model, or any serious AI workload, the cost you pay to a cloud provider reflects, amongst other things, the global supply and demand picture for the chips powering those servers. GPU allocation has been constrained for two years. The wait time for reserved H100 capacity on major cloud platforms stretched to months in 2024. That has eased somewhat, but the structural dependency on a geographically concentrated supply chain has not.

    UK tech startups building AI-native products are directly exposed to this. I’ve seen founding teams price their AI features based on inference costs at signing, only to find those costs shift materially within two quarters because chip supply tightened again or a new model generation changed the hardware economics entirely. This is not purely a cloud pricing story. It is a semiconductor supply story, and the UK’s ability to influence it is limited precisely because our strategy is focused upstream, on design IP, not downstream on fabrication capacity.

    The supply chain resilience question for British businesses

    There is a more immediate concern sitting behind the strategic one. UK businesses that buy physical hardware, whether server boards for on-premises inference, edge compute devices, or industrial embedded systems, sit near the end of a very long supply chain that runs through East Asia. The disruptions of 2020 to 2022 are supposedly resolved, but the concentration risk is structurally unchanged.

    For most pure software businesses this is theoretical. For anyone building hardware-adjacent products, running their own inference infrastructure, or operating in sectors like manufacturing, defence, or telecoms, it is operational risk that belongs in a proper risk register. The UK strategy does address this through its Supply Chain Audit Programme and through engagement with the new Semiconductor Advisory Panel, but these are coordination mechanisms, not solutions to physical geography.

    There is an indirect benefit worth flagging. The UK’s focus on compound semiconductors, particularly gallium nitride and silicon carbide, matters for power electronics and radio frequency applications. If your product sits in the telecoms, energy, or IoT space, British research in these materials is closer to your world than you might think. The UK’s gigabit broadband rollout depends on exactly this class of semiconductor for base station power amplifiers. That is a concrete domestic market signal.

    What this means for hardware availability and procurement

    The practical procurement picture for UK tech businesses in 2026 looks like this. GPU compute via cloud remains the path of least resistance for most startups, but pricing volatility is real and worth modelling explicitly. Reserved capacity contracts are worth the overhead if your inference volumes are predictable. Spot instances remain a gamble on the wrong side of a supply crunch.

    For companies considering on-premises inference, whether for data sovereignty reasons, latency, or pure economics at scale, hardware lead times for Nvidia and AMD server products remain longer than the official line suggests. UK distributors I’ve spoken to informally put realistic delivery windows at 12 to 20 weeks for enterprise GPU configurations, depending on the quarter. That matters for product roadmap planning in a way that deserves honest budget conversations, not just a line in a Gantt chart. The kind of financial modelling discipline that UK founders are increasingly applying to investor readiness should extend to hardware procurement timelines too.

    The talent and IP angle founders keep missing

    The part of the UK semiconductor strategy that has the clearest near-term upside for software founders is the design and IP ecosystem. Britain has genuine world-class chip design capability, centred on Arm’s architecture (still headquartered in Cambridge), and a cluster of fabless design companies that are producing interesting work in specialist processors, edge inference chips, and neuromorphic architectures.

    This matters because the next generation of inference hardware may not look like a datacentre GPU. Companies like Graphcore (Bristol) and Groq’s UK-connected research threads represent a design tradition that could produce inference silicon better suited to specific workloads. Founders building for the long term, particularly in edge AI or embedded applications, should be watching this ecosystem closely. The UK strategy’s investment in research talent also connects to the broader talent dynamics reshaping UK tech hiring, as chip design roles command premiums that are pulling engineering graduates in directions that affect the whole pipeline.

    My take on what founders should actually do

    The UK semiconductor strategy is not a document worth reading cover to cover unless policy analysis is genuinely your thing. But the conditions it reflects and partly shapes are worth understanding at a practical level. Run a proper sensitivity analysis on your inference costs under a supply constraint scenario. If you are buying physical hardware, build procurement lead times into your planning that reflect reality rather than optimism. Track what is happening with UK-originated chip design companies, because the inference hardware landscape in three to five years could look meaningfully different from today’s GPU monoculture.

    The UK is not going to manufacture its way to semiconductor independence. But it might design its way into a position where British-originated IP powers the next wave of efficient inference chips. For software founders, that is worth at least one line in your technology radar.

  • Salary Benchmarking in the Age of AI: How UK Tech Firms Are Rethinking Pay Bands as Roles Disappear and Hybrid Skills Emerge

    Salary Benchmarking in the Age of AI: How UK Tech Firms Are Rethinking Pay Bands as Roles Disappear and Hybrid Skills Emerge

    Something odd is happening inside UK tech HR teams right now. Pay bands that made perfect sense eighteen months ago are quietly falling apart. A junior data analyst who could write Python and wrangle SQL used to sit comfortably in the £35,000–£42,000 bracket. Today, the same person with working knowledge of prompt engineering, retrieval-augmented generation pipelines, and a couple of production-deployed AI tools is being courted at £58,000, sometimes more. Meanwhile, the analyst sitting next to them, doing largely the same job title but without those skills, is watching their market rate stagnate. UK tech salary benchmarking AI roles 2026 is not a tidy spreadsheet exercise anymore. It is a genuinely contested strategic problem.

    Tech professionals reviewing UK tech salary benchmarking AI roles 2026 data on a large screen
    Photo by Jack Sparrow on Pexels

    Why existing salary frameworks are struggling to keep up

    Most UK tech businesses built their compensation structures around job families: engineering, product, data, design, sales engineering. Within each family, bands were set by seniority and verified against surveys from sources like the BCS, Radford (now Aon), or recruiter-compiled indices from Hays and Reed Technology. The implicit assumption was that job categories stayed relatively stable from year to year. AI has broken that assumption faster than any previous wave of tooling.

    The problem is not just that new roles appear, it is that existing roles are fragmenting into sub-types with wildly different market values. Take the product manager category. A PM who can specify, test, and iterate on an LLM-powered feature end-to-end commands a meaningfully different rate than one who cannot. Neither is technically an “AI PM” by job title, but the gap in their market value is real, widening, and increasingly visible to the people sitting inside both camps. HR teams working from last year’s Radford data are benchmarking against a distribution that no longer exists.

    I’ve spoken to three UK-based heads of people at mid-stage tech companies in the past couple of months, and the story is consistent: legacy frameworks are creating internal equity problems. When a newly hired engineer with AI-native skills lands on £72,000 and a two-year incumbent in an equivalent role is on £61,000, retention conversations get complicated fast. Compression is the polite term. The less polite term is what happens when the incumbent notices.

    What UK pay survey data is actually showing

    The data that does exist is fragmentary, but directionally clear. Adzuna’s UK job market data through early 2026 shows that roles explicitly requiring generative AI skills are advertising at a 23–31% premium over equivalent titles without those requirements. The gap is widest in London and Edinburgh, where competition for AI-native engineers is sharpest, something worth noting given how much policy infrastructure has grown up around UK AI development in the last two years.

    Recruiter intelligence from the likes of Nigel Frank and Harnham (which covers data and AI roles specifically) suggests that machine learning engineers with production deployment experience are currently sitting around £85,000–£115,000 in London, and £70,000–£95,000 outside it. Those are not startup vanity numbers, those are the figures mid-market software companies and financial services firms are paying to win candidates. The scarcity is real. UK universities are producing graduates with ML theory but relatively few with the applied, production-facing skills that businesses actually need immediately.

    There is a parallel story in roles that AI is compressing rather than elevating. Junior QA engineers, certain categories of junior developers focused on boilerplate code generation, and entry-level data processing roles are all seeing muted salary growth at best. The market is not collapsing those bands yet, but the upward pressure that would normally push them has stalled. Companies are hiring fewer of those profiles, or not backfilling when people leave, which softens demand and keeps rates flat. The way UK businesses recruit for technical roles is already changing, and pay structure is the next domino.

    How forward-thinking UK firms are restructuring their pay bands

    The companies I’d say are handling this most sensibly are treating it less as a compensation problem and more as a skills architecture problem. They are starting by mapping their existing roles against a skills taxonomy that explicitly codes for AI capability, not as a binary (does this person use AI tools, yes/no?) but as a spectrum covering fluency, depth, and application domain. Once you have that map, pay banding becomes more defensible because it ties compensation to demonstrable capability rather than job title alone.

    Monzo and Wise have both been relatively transparent about their compensation philosophy, including skills-based components. Smaller UK scaleups are increasingly following suit, partly because it is easier to defend internally and partly because it helps with UK tech salary benchmarking AI roles 2026 when your categories are cleaner. If your pay band is “Senior Software Engineer (AI Delivery Focus)”, you can benchmark it more precisely than “Senior Software Engineer” against a market that has already bifurcated.

    Some firms are introducing temporary “skills premiums”, essentially structured top-ups that sit outside the core band and can be reviewed annually. The logic is pragmatic: you do not want to permanently restructure your entire pay architecture every time a hot skill emerges, but you do need to compete in the market right now. The risk, as several HR leads have acknowledged to me, is that these premiums calcify into expectation and become very hard to remove if the skill in question depreciates as AI tooling commoditises.

    The retention tension that nobody is talking about openly

    Here is the uncomfortable maths. UK tech businesses face a dual pressure: the roles AI augments (and therefore makes more valuable) are expensive to retain, and the roles AI replaces or flattens are the ones that have traditionally provided a talent pipeline. If you stop hiring junior engineers because AI assistants can handle a lot of that output, you eventually hollow out the mid-level layer that was going to become your senior layer in three years. Several UK firms are already wrestling with this quietly.

    The answer most are landing on is some version of intentional upskilling investment, tied directly to compensation progression. Rather than waiting for the market to tell them what AI-augmented skills are worth, they are running internal reskilling programmes and then applying a structured uplift to people who complete them and demonstrate applied competency. It is slower than just hiring AI-native talent from outside, but it is significantly cheaper and it preserves institutional knowledge.

    For any UK tech business trying to get a handle on this, the ONS Labour Market statistics and HMRC PAYE data are useful macro anchors, but they lag. Using public data creatively for business strategy matters here, but you need to layer it with recruiter-level real-time intelligence to get anywhere close to actionable benchmarking in fast-moving categories.

    Where UK tech salary benchmarking AI roles 2026 goes from here

    My read is that the bifurcation of pay bands will continue accelerating through the rest of 2026 before starting to stabilise. The stabilisation will come not from the market settling down, but from better benchmarking infrastructure catching up. Several UK HR tech platforms, Brightmine and Korn Ferry’s UK operations among them, are actively building AI-role taxonomies into their salary survey methodologies. When those hit the market with meaningful sample sizes, compensation teams will have a much cleaner picture.

    Until then, the firms getting this right are the ones treating pay architecture as a live data problem rather than an annual admin task. Quarterly benchmarking reviews instead of annual ones. Skills-coded job families instead of generic titles. And honest internal conversations about where AI is creating value and where it is redistributing it. That last bit is the hardest. But it is also the only way to build a pay framework that does not quietly undermine itself every time a model gets a bit smarter.

  • The Quiet Rise of UK Legal Tech: How Startups Are Automating the Work of Junior Solicitors

    The Quiet Rise of UK Legal Tech: How Startups Are Automating the Work of Junior Solicitors

    For a sector that still measures prestige by the age of its oak-panelled offices, the UK legal industry has been remarkably slow to modernise. I’ve watched fintech, insurtech and even govtech move through cycles of hype and genuine adoption, whilst law firms have largely sat on the sidelines, citing professional liability concerns and client confidentiality as reasons to keep things analogue. That is changing now, and changing fast. UK legal tech automation in 2026 looks meaningfully different from the proof-of-concept experiments that were being run three years ago, it is, in many firms, production infrastructure.

    Solicitor reviewing contracts in a London office, representing UK legal tech automation in 2026
    Photo by Mikhail Nilov on Pexels

    The cluster of British companies doing this work is larger than most people outside the sector realise. Luminance, founded out of Cambridge and backed by Invoke Capital, has been running AI-powered contract review for Magic Circle firms and large corporates for several years. RAVN Systems was acquired by iManage back in 2019, which tells you something about the commercial gravity of the space. More recently, Lexical Labs, Robin AI and Definely have all attracted serious investment and signed contracts with firms that were, not long ago, deeply sceptical of anything that touched their document workflows. The pattern I keep seeing is the same: a pilot on low-stakes commercial contracts, a quiet internal review after six months, then a wider rollout.

    What UK legal tech automation actually does in practice

    Contract review is the most mature application. A junior solicitor at a City firm might spend 60 to 80 hours reviewing a stack of agreements in a due diligence exercise, flagging non-standard clauses, checking definitions and cross-referencing schedules. Tools like Robin AI can do a first pass of that same stack in a fraction of the time, surface the clauses that deviate from a firm’s standard positions, and produce a structured summary. The lawyer still reviews the output. Nobody serious is arguing otherwise. But the economics shift dramatically.

    Compliance monitoring is another area where the numbers are compelling. Firms with large regulatory practices have always struggled to track changes across multiple jurisdictions in near real-time. UK financial services law, for instance, gets updated constantly through FCA consultations, statutory instruments and guidance notes. Legal tech companies are now building tooling that ingests these sources, maps changes to a firm’s existing advice library, and flags where previous work may need revisiting. That is genuinely useful in a way that a keyword alert to a paralegal’s inbox is not.

    Court document drafting is earlier-stage, and more contested. The courts themselves have been cautious. Practice Direction 57AC in the Business and Property Courts has already created frameworks around witness statements, and the judiciary is watching AI-assisted drafting carefully. But for first-draft skeleton arguments, claim forms and standard correspondence, several UK startups are finding willing customers amongst smaller practices that simply cannot afford the depth of resource that larger firms take for granted.

    Why law firms are buying in now

    The honest answer is that clients pushed them into it. General counsel at FTSE 100 companies have been using these tools directly for a couple of years, and they are increasingly reluctant to pay Magic Circle rates for work they know can be accelerated. The Association of Corporate Counsel has tracked this shift in its annual surveys, in-house teams are more technically literate than they were five years ago, and the conversation between GC and external counsel has changed accordingly.

    There is also a competitive dynamic. Mid-tier UK firms have seen an opportunity to challenge the established order by offering AI-assisted services at lower price points without sacrificing quality on the final legal judgement. A firm like Mishcon de Reya, which set up MDR Lab specifically to work with legal tech companies, signalled early that this was serious commercial strategy, not just a PR exercise. Others have followed. The same pressure that pushed UK SMEs away from legacy ERP systems is now hitting legal practice management: the cost of standing still is starting to exceed the cost of change.

    Regulatory pressure is also a factor. The Solicitors Regulation Authority published a risk outlook in 2024 that explicitly discussed AI and technology adoption as both a risk and an opportunity. Firms are now thinking about whether failing to use available technology could itself constitute a failure of competence. That is a genuinely new framing, and it concentrates minds.

    What this means for junior solicitor hiring pipelines

    This is where the conversation gets uncomfortable. Trainee solicitor intakes at large UK firms have always been justified partly by the volume of low-complexity, high-attention document work that needs doing. Due diligence bundles. First-pass contract reviews. Regulatory research. These are the tasks that legal tech is now handling at speed. The Law Society has been tracking qualified solicitor numbers, and the Law Society’s annual statistics still show rising overall headcount, but that headline figure masks some important disaggregation.

    Several large firms have quietly reduced their paralegal and newly-qualified associate headcount relative to revenue over the past two years. That is not being announced in press releases. It shows up in lateral hire data and in conversations I have had with people who run graduate recruitment at City firms. Trainees are still being hired because relationship development, advocacy, negotiation and strategic legal advice are nowhere near being automated. But the traditional pyramid structure of a law firm, where a small number of partners sit above a large base of associates grinding through document review, is under pressure.

    The parallel with what is happening in accountancy is instructive. As UK firms across sectors use data tools to do work that previously required human hours, the shape of professional service teams is shifting rather than collapsing. Junior lawyers who can work fluidly with AI-assisted tools, interpret their outputs critically and add genuine legal judgement will be fine. Those who expected to learn the craft purely by doing the document grind may find the onramp harder than it was for the cohorts ahead of them.

    The investment landscape for UK legal tech startups

    UK legal tech attracted around £500 million in investment between 2020 and 2024 according to Beauhurst’s tracking data, which is not an enormous figure by global tech standards but represents a genuine acceleration from the previous decade. London remains the centre of gravity, with clusters around the Strand and EC4 where proximity to the legal market matters. The British Legal Technology Forum has become a serious annual gathering rather than a niche conference, which is its own signal.

    The startups that are scaling tend to share a few characteristics. They have lawyers on the founding team or in senior product roles. They have been careful about professional indemnity exposure, positioning their tools as decision-support rather than decision-making. And they have invested in explainability, being able to show a solicitor exactly why the system flagged a clause, which matters enormously in a sector where professional judgement cannot simply be outsourced to a black box.

    My take on all of this is that the UK legal sector is about five years behind fintech in terms of technology adoption maturity, which means we are at roughly the equivalent of 2018 in banking terms. The infrastructure is being laid, the sceptics are losing the internal arguments, and the first generation of genuinely AI-native law firms is starting to appear. Whether the incumbent firms adapt fast enough to retain their position is the more interesting question, and the answer will depend heavily on whether they can attract the kind of technical talent that UK tech talent trends suggest is increasingly mobile and selective about where it works.

    Frequently Asked Questions

    Which UK legal tech companies are leading AI contract review?

    Luminance (Cambridge-founded), Robin AI and Definely are among the most prominent UK companies building AI contract review tools. All three have signed contracts with major UK law firms and continue to attract venture investment as the market matures.

    Is UK legal tech automation replacing solicitors?

    Not replacing them wholesale, but it is changing the mix of work that junior solicitors do. Document-heavy tasks like first-pass contract review and due diligence bundle organisation are increasingly automated, meaning firms need fewer hours per matter whilst demand for higher-judgement legal work remains human-led.

    How are UK law firms managing the professional liability risk of using AI tools?

    Most firms are deploying legal tech tools as decision-support rather than decision-making: the AI surfaces issues and drafts first passes, but a qualified solicitor reviews and takes responsibility for the final work product. The Solicitors Regulation Authority has discussed technology competence in its risk outlooks, which has encouraged more structured governance around AI tool use.

  • From Spreadsheet to Series A: How UK Founders Are Using Financial Modelling Tools to Satisfy Increasingly Data-Hungry Investors

    From Spreadsheet to Series A: How UK Founders Are Using Financial Modelling Tools to Satisfy Increasingly Data-Hungry Investors

    There’s a particular kind of dread that hits a founder in a Series A meeting when a partner slides a laptop across the table and says, “Walk me through your unit economics.” If your answer lives in a colour-coded spreadsheet your CFO built in 2024 and hasn’t been updated since the last board deck, you’re already losing the room. I’ve spoken to enough London-based investors over the past year to know that the bar for financial rigour has moved considerably, and the founders who aren’t keeping pace are finding term sheets disappearing faster than they appeared.

    The shift isn’t really about spreadsheets being bad. It’s about what a spreadsheet signals in 2026. Cautious investors, sitting on dry powder they’re in no hurry to deploy into shaky macro conditions, are reading your financial model as a proxy for how you run the business. Messy assumptions, hard-coded figures, no scenario planning: these aren’t just modelling errors. They’re red flags about operational maturity. UK startup financial modelling tools investors actually want to see have changed substantially, and the founders who’ve worked this out are building a genuine edge in fundraising conversations.

    UK startup founder reviewing financial modelling tools on dual monitors in a London office
    Photo by MART PRODUCTION on Pexels

    Why investors stopped trusting founder-built spreadsheets

    The London venture market in 2026 is a different beast from 2021. Funds like Balderton, Octopus Ventures, and Molten Ventures are running longer diligence cycles and asking harder questions about path to profitability. Growth equity firms are more interested in retention curves and payback periods than top-line projections that assume the market does you a favour every quarter.

    The problem with a founder-built Excel model isn’t the founder’s intelligence. It’s the absence of a single source of truth. When your revenue assumptions live in one tab, your headcount plan in another, and your cash flow in a third that’s only loosely connected to the first two, you get version drift. Two weeks before a close, someone updates a churn assumption and forgets to cascade it through. The model breaks. The investor’s analyst spots it at 11pm and emails at 7am. That’s a bad position to be in.

    What proper FP&A platforms solve, at a basic level, is that version problem. Tools like Runway, Mosaic, Jirav, and Causal are gaining real traction amongst UK early-stage companies specifically because they enforce logical consistency across the model. Change your average contract value assumption and the downstream revenue, headcount capacity, and cash position all update automatically. For a stretched founding team without a full finance function, that’s not a luxury; it’s risk management.

    Which tools are actually getting adopted

    Causal has probably had the strongest uptake amongst British pre-seed and seed-stage founders, partly because it was built with non-finance operators in mind. The interface doesn’t assume you’ve spent three years in investment banking. You build models in something closer to plain English, with variables that reference each other transparently. Founders I’ve spoken to in the fintech and B2B SaaS space cite it regularly as the first tool that made their model feel legible to an outsider.

    Runway has picked up ground at Series A and beyond, particularly for companies that have live accounting data they want to pull in from Xero or QuickBooks. It connects actuals to your plan automatically, so your runway calculation isn’t a theoretical projection anchored to a spreadsheet from six months ago but a live figure that updates as money moves. When an investor asks “how many months of runway do you have right now?”, being able to pull up a dashboard rather than hedging with “roughly, based on our model” is a small but meaningful signal of operational control.

    Mosaic sits at the slightly more enterprise end, which means it’s showing up more in growth equity conversations than early seed rounds. But the fact that founders are aware of it matters, because growth equity firms running diligence on a £10-20 million raise are going to stress-test assumptions hard. Having a model that can generate a sensitivity table in real time, rather than requiring someone to manually rekey inputs and hope the formulas hold, is exactly the kind of readiness those firms are looking for.

    What London VCs are actually scrutinising right now

    Several patterns keep coming up. First: net revenue retention. Investors in recurring revenue businesses want to see cohort-level NRR data, not just blended figures. If your model can’t show how revenue from customers acquired in Q1 2025 has evolved month by month, you’re being asked to produce it on the spot, which is uncomfortable and occasionally impossible with a basic spreadsheet setup.

    Second: burn multiple. The ratio of net burn to net new ARR has become a standard litmus test for capital efficiency. According to the BVCA, UK venture investment in 2025 remained selective, with investors placing greater weight on efficiency metrics than growth rates in isolation. A burn multiple above 2x at Series A is triggering hard questions. Founders who can’t model this figure dynamically, or who don’t know what it is, are immediately at a disadvantage.

    Third: scenario modelling. The ask now is almost always: “Show me your base, upside, and downside.” Downside, in particular, matters more than it did three years ago. Investors want to know what happens to your cash position if sales cycles extend by four weeks or if a key contract doesn’t renew. A model that only has one version of the future tells an investor you haven’t thought about the ways it could go wrong. The shift in how UK B2B SaaS companies are structuring their commercial models has made this even more acute, because newer pricing approaches require more nuanced modelling of revenue timing and contraction risk.

    Where founders are still getting caught out

    The biggest trap I keep seeing is over-investment in the model’s presentation layer and under-investment in its structural logic. A beautifully designed dashboard with a broken assumption underneath it is worse than a plain spreadsheet that’s internally consistent. Investors who run serious diligence aren’t impressed by aesthetics; they’re poking at the mechanics.

    A second common failure point: headcount planning that’s disconnected from revenue assumptions. Founders sometimes model ambitious revenue growth alongside a flat hiring plan, which implies either impossible productivity gains or magic. When an investor’s analyst runs the implied revenue-per-head figures, they flag it immediately. Good FP&A tools surface this kind of inconsistency automatically, which is one concrete reason to use them even if your model isn’t particularly complex.

    The third issue is using a modelling tool to dress up a weak underlying business story. The tools are genuinely useful, but they’re not a substitute for understanding your own numbers. I’d argue that the founders who use Causal or Runway most effectively are the ones who already understood their unit economics intuitively and are using the tool to communicate them more clearly, not to obscure confusion behind a clean interface.

    This connects to something broader about how UK founders are approaching operational readiness. The companies doing well in fundraising right now tend to be the ones that treat financial modelling as a continuous discipline, not a pre-fundraise sprint. That’s a mindset shift, and it’s worth noting that the wider move away from legacy financial systems amongst UK businesses is creating a more favourable infrastructure environment for founders who want to build this habit from day one.

    The due diligence expectation has permanently moved

    There’s a version of this conversation where someone argues the tooling is secondary and what matters is the quality of the thinking. That’s technically true but practically incomplete. An investor reviewing twenty decks a week does not have infinite patience for a founder who says “I know the numbers, let me find the right tab.” Presentation and rigour have become linked in the investor’s mind, fairly or not.

    UK startup financial modelling tools investors want to see in a data room in 2026 are the ones that generate confidence quickly: live actuals integration, clear scenario splits, defensible assumptions with sources. Whether that’s Causal, Runway, or a well-structured Mosaic implementation depends on stage and complexity. But the founders who are still rebuilding a spreadsheet from scratch two weeks before a close are fighting a battle that was lost before they got in the room. The smarter move is to make financial modelling a continuous part of how you run the company, so when an investor asks to see the model, you’re handing over something that reflects how you actually think, not something you built to survive a meeting. That’s the difference that’s mattering in 2026. It’s also, for what it’s worth, the version of the story that serious UK startups operating in regulated or scrutinised sectors already know well.

    Frequently Asked Questions

    What financial modelling tools are UK startups using to prepare for Series A?

    Tools like Causal, Runway, Mosaic, and Jirav are gaining traction amongst British early-stage companies. Causal is popular at pre-seed and seed stage for its accessible interface, while Runway is common at Series A for its live integration with accounting software like Xero.

    What financial metrics are London VCs most focused on in 2026?

    Net revenue retention (NRR) at a cohort level, burn multiple (net burn divided by net new ARR), and the ability to present base, upside, and downside scenarios are the three most consistently cited. Investors are prioritising capital efficiency over pure growth rate.

    Is Excel still acceptable for financial modelling when raising investment?

    It depends on how well it’s built, but the risk is high. Investors’ analysts are skilled at stress-testing spreadsheets and will find broken formula chains or inconsistent assumptions quickly. Dedicated FP&A tools reduce structural errors and signal operational maturity.

    How early should a founder start building a proper financial model?

    Before you think you need to. Founders who treat modelling as a continuous discipline rather than a pre-fundraise task are far better placed in diligence conversations. Starting at seed stage, or even pre-seed if you have recurring revenue, gives you a meaningful data history to show.

  • The Real Reason UK SMEs Are Abandoning Legacy ERP Systems, and What They’re Migrating To

    The Real Reason UK SMEs Are Abandoning Legacy ERP Systems, and What They’re Migrating To

    Something has shifted in the back-office software market, and it has shifted quickly. For years, the conversation around legacy ERP migration for UK SMEs was mostly theoretical, finance directors would nod along at conferences about the cloud being the future, then go back to running Sage 200 on a server under someone’s desk. That’s changed. I’ve spoken to half a dozen IT leads at British manufacturing and distribution firms in the past few months, and almost all of them are mid-migration, actively scoping a move, or have just completed one. The inertia is gone.

    Legacy ERP migration UK SMEs — on-premise server infrastructure in a small business
    Photo by Christina Morillo on Pexels

    The reasons are stacking up faster than most vendors anticipated. Making Tax Digital for Income Tax Self Assessment (MTD ITSA) is the regulatory stick forcing the issue, cloud-native competitors are the carrot, and AI-powered automation is the thing that’s making CFOs ask whether their ten-year-old on-premise deployment can actually compete at all. The short answer, in most cases, is no.

    What Making Tax Digital is actually doing to the ERP conversation

    HMRC’s MTD programme has been grinding forward for years, and by 2026 it’s no longer a distant deadline. The expanded MTD for VAT requirements that bedded in from 2022 onwards already pushed many smaller businesses to upgrade their bookkeeping. MTD ITSA, which mandates quarterly digital submissions for sole traders and landlords earning above £50,000 (dropping to £30,000 from April 2027), is now pulling in a whole new tier of businesses who previously thought their legacy setup was adequate.

    The problem is that many on-premise ERP deployments simply cannot produce compliant digital records without expensive middleware or manual exports. Sage 50 and older SAP Business One installations weren’t built for API-level integration with HMRC’s Making Tax Digital infrastructure. Patching them to work is possible, but the cumulative cost of those patches, on top of annual licence fees, server maintenance and IT support contracts, is what’s finally tipping the cost-benefit analysis toward migration.

    The HMRC guidance on MTD compliance is clear that bridging software is an acceptable short-term solution, but it’s also a red flag for any business thinking about scalability. Bridging is a sticking plaster. And most IT leaders I’ve spoken to are tired of sticking plasters.

    Which cloud ERP platforms are actually winning deals

    The names winning business from Sage and SAP’s traditional SME customer base are, broadly, four: NetSuite, Microsoft Dynamics 365 Business Central, Xero (for the smaller end), and increasingly, a cluster of industry-specific cloud ERPs like Cin7, Unleashed and DEAR Systems for product-based businesses. Each has a different pitch.

    NetSuite, now under Oracle, is going hard after mid-market firms with between 50 and 500 employees. It has strong UK traction in professional services and distribution, and its SuiteSuccess implementation model has shortened the average go-live timeline considerably. Business Central, meanwhile, has the advantage of sitting inside the Microsoft ecosystem that most UK businesses are already paying for, if you’re in Teams and Azure, adding BC is a less disruptive conversation than switching to an entirely new vendor.

    What’s genuinely new in 2026 is the AI angle. Both NetSuite and Business Central have shipped generative AI features into their core products: automated anomaly detection in accounts, natural-language querying of financial data, and AI-assisted bank reconciliation. These aren’t demos. They’re in production for paying customers. For a small finance team running month-end manually, that’s a meaningful operational argument, not just a shiny feature.

    Cloud ERP dashboard used by UK SME finance team during legacy ERP migration
    Photo by Rafael Minguet Delgado on Pexels

    For businesses thinking about the wider implications of migrating between AI-connected platforms and APIs, resources like dijitul.ai have become useful reference points as the tooling around platform transitions matures rapidly.

    The honest picture on migration costs and data risks

    Here’s where I’d push back on some of the vendor marketing. Legacy ERP migration for UK SMEs is not cheap, and the cheerful estimates you’ll see in sales decks tend to assume a clean data set, a cooperative incumbent vendor, and no significant customisation in the old system. In practice, all three of those assumptions are wrong for most businesses.

    A realistic Business Central implementation for a 60-person manufacturer with moderate complexity will cost somewhere between £40,000 and £120,000 in implementation fees alone, depending on partner rates and the depth of customisation required. NetSuite implementations at the same scale typically run higher. Data migration, cleaning, mapping and validating historical transaction data, is consistently underestimated. I’ve seen projects where data prep consumed 40% of the total project budget.

    The data risk angle is also worth taking seriously. Moving years of financial, customer and operational data from an on-premise system to a cloud platform involves real exposure if the migration isn’t handled carefully. Choosing a Microsoft-certified or NetSuite-certified implementation partner matters, and the ICO’s guidance on data transfers during system migrations is worth reviewing before you sign anything. This connects directly to a broader point about how much UK SMEs are handling data governance in general, something that’s becoming harder to ignore as cloud adoption accelerates.

    The hidden cost that doesn’t appear in any proposal is user adoption. A finance team that has run Sage 200 for eight years will slow down significantly in the first few months on a new platform. That productivity dip is real money, and the businesses that plan for it (structured training, a phased go-live, clear internal champions) come out considerably better than those that treat it as an afterthought.

    Why AI is accelerating the decision

    The AI-powered automation angle deserves more than a footnote. UK engineering and finance teams have been watching the open-source AI build-vs-buy debate unfold for the past 18 months, and a growing number are concluding that the fastest route to AI-assisted finance operations is through a modern ERP that has AI baked into the workflow, rather than bolting AI onto a legacy platform through a series of integrations.

    That calculus makes sense. A cloud ERP that can flag unusual purchase orders, auto-categorise supplier invoices, or generate a cash flow forecast from natural language input is genuinely useful to a CFO managing a lean team. The same outcome is theoretically achievable on a legacy system with enough integration work, but the cost and fragility of that stack pushes the ROI calculation firmly toward migration.

    The MTD pressure, the AI capability gap and the sheer maintenance overhead of ageing on-premise infrastructure are converging at the same moment. This isn’t a coincidence, it’s the combination of factors that’s been building since cloud adoption accelerated post-2020. For context on how this sits alongside other tax digitisation pressures, the HMRC Making Tax Digital timeline is publicly available at gov.uk and worth bookmarking if you’re advising clients through a transition.

    What UK SMEs should actually do before committing

    My honest advice, having watched a few of these go wrong, is to audit the data before scoping the platform. The worst migrations happen when a business chooses a vendor first and discovers the data problem halfway through implementation. Run a data quality audit, map your current system’s customisations, and get at least three implementation partner quotes before you commit to anything.

    Also worth reading: how Making Tax Digital is forcing UK SMEs to rethink their tech stacks more broadly, because ERP is rarely the only system that needs to change. CRM integrations, payroll software, and warehouse management systems are all pulled into the conversation once you start unpicking a legacy deployment.

    The businesses getting this right are treating it as a business transformation project, not a software upgrade. The ones struggling are treating it as IT’s problem to solve with the business watching from the sidelines. The platform you choose matters less than the process you use to choose it.

    Frequently Asked Questions

    How much does legacy ERP migration cost for a UK SME?

    Costs vary significantly based on business complexity and the platform chosen. A realistic Business Central implementation for a 50-100 person business typically runs between £40,000 and £120,000 in implementation fees, with data migration and training adding further cost. Always get multiple implementation partner quotes and account for user adoption downtime in your budget.

    Does Making Tax Digital force UK businesses to upgrade their ERP?

    Not directly, but MTD compliance requirements have made many legacy ERP deployments impractical without expensive bridging software. MTD ITSA mandates quarterly digital submissions from April 2026 for sole traders and landlords earning over £50,000, with the threshold dropping to £30,000 from April 2027. Businesses relying on older on-premise systems often find bridging solutions costly and unreliable at scale.

    What cloud ERP platforms are replacing Sage and SAP for UK SMEs?

    Microsoft Dynamics 365 Business Central and NetSuite are the dominant mid-market options in the UK, with Xero serving smaller businesses. Industry-specific platforms like Cin7 and Unleashed are also gaining ground in product-based businesses. The choice depends heavily on your industry, team size, and whether you’re already embedded in the Microsoft ecosystem.

  • Why UK B2B SaaS Startups Are Abandoning Freemium and What They’re Replacing It With

    Why UK B2B SaaS Startups Are Abandoning Freemium and What They’re Replacing It With

    Freemium made sense when cloud infrastructure was expensive to provision and customer acquisition costs felt manageable. Neither of those conditions holds the same weight in 2026. Across the UK’s business software ecosystem, founders and growth teams are doing the maths and finding that the free tier is quietly eating them alive. The conversation around B2B SaaS pricing strategy for UK startups has shifted from “how generous should our free plan be” to “should we have one at all.”

    This isn’t a panic move. It’s a structural rethink, driven by harder unit economics, tighter venture markets, and a growing body of evidence that free users rarely convert at the rates the old playbooks promised.

    UK SaaS team reviewing B2B SaaS pricing strategy on office monitors

    What Actually Broke the Freemium Model

    The freemium logic was always slightly optimistic. Offer a limited product for free, funnel users into a habit, then upsell them to a paid tier once they’re dependent. For consumer apps, it works reasonably well. For B2B software, the numbers have always been murkier.

    The problem is the composition of free users. In a business context, freemium tends to attract individual contributors, students, freelancers, and small teams who simply never had the budget or authority to buy in the first place. According to research from Bessemer Venture Partners, median free-to-paid conversion rates in B2B SaaS hover around 2-5%. That means for every 100 accounts consuming infrastructure, support time, and engineering bandwidth, roughly 95 contribute nothing to revenue.

    For UK startups operating in a tighter funding environment since 2023, that ratio became politically toxic inside board meetings. Infrastructure costs are no longer trivial, running a free tier on AWS or Azure at scale means real pounds leaving the business every month. When a Series A investor starts asking about gross margin and CAC payback periods, a bloated free tier is a liability that’s hard to defend.

    The Reverse Trial: Free Access, With a Clock

    One of the models gaining real traction among UK founders is the reverse trial. Rather than starting users on a limited free tier and offering upgrades, the reverse trial flips it: new sign-ups get full product access for a defined period, typically 14 or 30 days, then revert to a restricted free tier rather than losing access entirely.

    The psychology here is different from a standard free trial. Users experience the ceiling of the product before they hit it. Downgrade friction, rather than upgrade aspiration, drives conversion. Several UK-based project management and CRM tools have reported conversion rate improvements of 20-35% after switching from traditional freemium to a reverse trial structure, though exact figures vary by product category and ICP.

    It also changes the nature of onboarding. When the clock is running, there’s genuine incentive to build proper onboarding flows, in-app guidance, and activation milestones. Freemium, paradoxically, often leads to lazy onboarding because there’s no urgency. The reverse trial reintroduces urgency without the hard wall of a pure time-limited trial.

    Close-up of SaaS reverse trial interface illustrating B2B SaaS pricing strategy

    Usage-Based Pilots: Letting the Product Sell Itself on Real Data

    The other model picking up momentum is the usage-based pilot. Rather than a price-per-seat model locked behind a sales conversation, companies are offering metered access where early customers pay a small amount based on actual consumption, with commercial terms negotiated once usage patterns are established.

    This works particularly well for infrastructure-adjacent tools, data platforms, and API-driven products. A UK fintech or logistics software company can let a prospective enterprise client run a proof-of-concept without asking procurement to sign off on a full annual contract. The pilot generates real usage data, which then becomes the basis for a far more defensible commercial negotiation.

    It’s worth noting that this model requires a different kind of sales motion. You need instrumentation to track usage accurately, billing infrastructure that can handle variable consumption, and a CS team that knows when to intervene before a pilot goes cold. For earlier-stage teams, that overhead is non-trivial. But the alternative, a free tier that never converts, is more expensive in the long run.

    Who’s Actually Making the Switch Work

    A handful of UK-built products serve as useful case studies, even if they’re rarely discussed publicly. Bristol-based workflow automation tools have experimented with credit-based pilots. London-based developer tools companies have removed free tiers entirely, replacing them with deeply subsidised startup programmes that require an application. Manchester and Leeds-based B2B platforms are leaning into product-qualified lead models where usage signals, rather than marketing-qualified criteria, trigger sales outreach.

    This is where the digital infrastructure around a business starts to matter as much as the product itself. Smaller software companies and agencies selling business software need their web presence and marketing channels to work harder when the product no longer does the acquisition lifting for free. Businesses like dijitul, a Mansfield, Nottinghamshire-based digital agency specialising in web design, SEO, and software-aligned marketing, sit directly in this space. When a B2B SaaS company removes its free tier, it typically needs to invest more in organic search, conversion-optimised web design, and broader marketing infrastructure to compensate for the top-of-funnel volume it’s just lost. The domain dijitul.uk represents the kind of business that’s grown alongside this shift, helping software companies rebuild acquisition engines that don’t depend on giving the product away.

    The Product-Led Growth Pivot That Isn’t

    There’s a nuance worth separating out here. Product-led growth (PLG) is not synonymous with freemium. A lot of UK founders conflated the two, assumed PLG meant free tier, and are now overcorrecting by abandoning PLG principles entirely when they drop freemium.

    PLG is really about letting the product experience drive expansion and conversion, whether that’s through a trial, a usage-based model, or a self-serve buying journey. Freemium is one expression of it; there are others. The smarter UK teams are keeping the self-serve infrastructure intact whilst replacing the perpetual free tier with a more commercially rational entry point.

    What This Means for B2B SaaS Pricing Strategy for UK Startups Going Forward

    The broader shift in B2B SaaS pricing strategy for UK startups is towards models that generate signal faster. Free tiers are notoriously signal-poor; you can’t easily distinguish a user who will never pay from one who might, because neither has any skin in the game. Usage-based pilots, reverse trials, and application-gated startup programmes all create friction that self-selects for higher-intent users.

    That’s valuable beyond just conversion rates. Sales teams get better leads. CS teams inherit customers who’ve already invested effort. Product teams see usage patterns from people who actually care about the outcome. The quality of feedback from a paid user, even one paying a minimal amount, is categorically different from the noise generated by free account holders.

    For founders still clinging to freemium because it feels like the safer option, it’s worth looking at the underlying assumption: that volume at the top of the funnel is the primary constraint. For most UK B2B SaaS companies, it isn’t. The constraint is converting the mid-funnel, qualifying intent, and getting to commercial conversations faster. None of those problems are solved by making the product free.

    Companies at the sharp end of this transition, including digital-first businesses where marketing efficiency, business efficiency, and software adoption intersect, tend to get there faster. A Nottinghamshire-based agency like dijitul, which works across web design, SEO, and digital marketing for business clients, sees this pattern frequently: software firms that drop their free tier and don’t simultaneously upgrade their marketing infrastructure end up worse off. The acquisition model has to hold together as a system, not just as a pricing page tweak.

    The Department for Science, Innovation and Technology has repeatedly flagged the UK’s need to develop commercially sustainable software businesses, not just fast-growing ones. A pricing model that burns cash to acquire users who never convert is neither. The freemium exit, done properly, is a maturity signal. Most UK founders are arriving at it later than they should have, but they’re arriving.

  • Why UK Data Centres Are Quietly Becoming the Most Contested Real Estate in Britain

    Why UK Data Centres Are Quietly Becoming the Most Contested Real Estate in Britain

    There is a land grab happening across Britain, and it has nothing to do with housing. Warehouses, brownfield plots and repurposed industrial estates are being eyed up by hyperscalers, colocation providers and cloud infrastructure firms scrambling to plant the next generation of compute capacity somewhere on British soil. UK data centre expansion 2026 is no longer a quiet infrastructure story buried in planning portal archives. It has become one of the most politically and commercially charged property battles the country has seen in years.

    The numbers explain why. Global demand for AI-driven compute has not plateaued. It has accelerated. Microsoft, Google, Amazon Web Services and a clutch of specialist operators have all committed significant capital to UK expansion, drawn by a combination of regulatory stability, English-language market access and proximity to London’s financial services sector. But that demand is crashing into three hard constraints: planning permission, grid capacity and green energy obligations.

    Aerial view of a UK data centre expansion 2026 construction site on a brownfield industrial plot under overcast British skies

    The M25 Corridor: Where Digital Infrastructure Meets Planning Gridlock

    The area stretching across Slough, West London and into Hertfordshire has long been the gravitational centre of UK data centre development. Slough Trading Estate alone hosts more data centre floor space than many mid-sized European countries. But that concentration has become a problem. Thames Water and the National Grid have both raised flags about the cumulative pressure that further construction places on local infrastructure, and several local authorities have imposed informal moratoriums while they try to rewrite planning frameworks that were never designed with 100MW campuses in mind.

    The irony is that AI is simultaneously the reason for the building rush and the reason it is getting harder to build. Training large models requires enormous sustained power draws. Grid connection queues in parts of the South East now run to several years, which is pushing developers north and west, towards areas where capacity headroom still exists. That geographic dispersal is genuinely new. Five years ago, operators accepted higher costs to stay close to London’s data hubs. Now the economics are forcing a rethink.

    Manchester and the Northern Compute Corridor

    Manchester has positioned itself aggressively. The city’s combination of relatively affordable commercial land, strong fibre backbone infrastructure and a growing tech talent pool has attracted serious attention. Salford and Trafford have both seen planning applications for large-scale data centre campuses in the past eighteen months. Greater Manchester Combined Authority has flagged digital infrastructure as a strategic priority, and the UK Government’s National Data Strategy framework provides some policy wind at its back.

    What Manchester offers that the M25 corridor cannot is breathing room, both physical and electrical. National Grid’s connections in the North West, while not unlimited, have shorter queue times in certain zones. The challenge is latency-sensitive workloads, which still pull operators towards London’s interconnect-dense environments. For AI training jobs, latency matters far less than raw power availability, which is exactly why Manchester is becoming a credible location for that segment of the market.

    Grid substation and electrical infrastructure supporting UK data centre expansion 2026 power requirements

    Wales and the Green Energy Argument

    Wales is making a different pitch entirely: renewable energy at scale. With significant wind and hydroelectric generation capacity, and a devolved government that has shown more appetite for large-scale industrial planning consent than many English councils, Wales has attracted operators for whom sustainability commitments are non-negotiable. Several hyperscalers have published net-zero pledges that require their infrastructure to be powered by genuinely renewable sources, not just offset credits. Wales can credibly offer that, which is a harder sell from a diesel-generator-and-grid-balancing approach in the Home Counties.

    The planning picture in Wales is not without friction, though. Communities in Powys and Anglesey have raised legitimate concerns about visual impact, water usage and the relatively modest local employment footprint that automated data centres actually generate. A 50MW facility might employ fewer than 50 people permanently. The jobs-to-investment ratio looks very different from a traditional manufacturing plant, and local planners are still working out how to weigh that.

    What New Builds Actually Involve on the Ground

    Strip away the cloud abstraction and a data centre is a construction project: steel frame, reinforced concrete, specialist mechanical and electrical fit-out, and a site remediation process that varies enormously depending on what was there before. Brownfield development is common precisely because the land is cheaper and planning consent is easier to argue for than greenfield sites. But brownfield comes with legacy complications.

    Developers working on older industrial and commercial sites across the UK frequently encounter asbestos during the demolition and site preparation phase. Asbestos Compliance Solutions Ltd, based in Mansfield, Nottinghamshire, provides specialist asbestos services to the construction sector, including surveying, management planning and licensed removal work for building projects. Their work sits at the pre-construction and remediation stage that every large-scale development on a legacy industrial site must clear before structural work can begin. The domain asbestoscompliancesolutions.co.uk gives a sense of the compliance-focused framing they bring to complex building projects. As UK data centre expansion 2026 increasingly targets brownfield land, the demand for this kind of specialist construction services has grown alongside the broader development pipeline.

    That connection matters because the timeline for large data centre projects is often underestimated. Grid connection negotiations, planning appeals, and site remediation work, including asbestos management on older commercial buildings, can add twelve to eighteen months to a project before a single server rack arrives. Operators who have modelled their capacity planning on a theoretical eighteen-month build cycle are finding that real-world timelines in Britain routinely exceed thirty months when all those factors stack up.

    The Grid Problem Nobody Wants to Talk About Loudly

    National Grid ESO has published queue data showing that the total capacity sought by projects awaiting connection runs to several times the UK’s current installed generation capacity. Not all of those projects will be built. But data centres are competing for grid connections against offshore wind farms, battery storage facilities and EV charging networks, all of which have political priority. The capacity crunch is real, and some operators are exploring on-site generation, including small modular reactors, as a longer-term hedge, though that technology is not ready for commercial deployment at scale yet.

    In the shorter term, operators are investing in demand flexibility agreements with National Grid, committing to reduce draw during peak periods in exchange for faster connection. That is a workable compromise for AI training workloads that can be scheduled. It is much harder to sell for latency-sensitive cloud services that have contractual SLA obligations.

    Where the Development Pipeline Goes Next

    The honest answer is that the pipeline is diversifying by necessity. Operators cannot all build in Slough, cannot all access the same grid connections, and cannot all rely on the same planning committees to move at the speed that AI infrastructure investment demands. Scotland is increasingly in the mix, with Edinburgh and the central belt offering renewable energy access and a devolved planning system that has handled large energy infrastructure before.

    Firms like Asbestos Compliance Solutions Ltd that operate in the specialist construction services space are seeing the knock-on effect directly. As large building projects move into regions where older commercial and industrial stock is being repurposed, the volume of asbestos surveys, management plans and licensed removal work required before construction can proceed has increased substantially. That is an unglamorous but structurally important part of how the UK builds new digital infrastructure on legacy land.

    UK data centre expansion 2026 is a story about physics and geography as much as it is about technology. Power grids have limits. Planning systems have processes. Brownfield land has history. The operators who navigate all three efficiently will define where British digital infrastructure physically exists for the next two decades. Everyone else will be queuing.

  • Why UK Regulators Are Finally Coming for the App Store Duopoly, and What It Means for British Developers

    Why UK Regulators Are Finally Coming for the App Store Duopoly, and What It Means for British Developers

    For years, Apple and Google operated their app stores with the kind of quiet authority that regulators struggled to touch. The 30% commission, the mandatory payment rails, the algorithmic visibility rules, developers just absorbed it. But the Digital Markets, Competition and Consumers Act (DMCC Act), which came into force in late 2024 and is now actively being wielded by the Competition and Markets Authority, has changed the geometry of that relationship. UK app store regulation in 2026 is no longer a theoretical debate. It has teeth, and both Apple and Google already know it.

    The CMA designated Apple and Google as firms with Strategic Market Status (SMS) under the Act, a classification that unlocks a set of conduct requirements the regulator can impose without needing to prove a full competition law breach first. That’s a significant shift from how things worked before. The old framework required lengthy market investigations. The new one lets the CMA move faster, set bespoke rules, and fine companies up to 10% of global turnover for non-compliance. For context, 10% of Apple’s global revenue is roughly £36 billion at current exchange rates. That is not a rounding error.

    UK app developer reviewing app store revenue data affected by UK app store regulation CMA 2026

    What the CMA is actually targeting

    The CMA’s initial focus areas under the DMCC Act are not random. They map directly onto the pain points that UK developers have complained about for the better part of a decade. Three are worth unpacking in detail.

    Alternative billing and payment processing. Both Apple and Google currently require developers to use their in-app payment systems for digital goods and subscriptions, which is how the 15-30% commission is extracted. The CMA is pushing for genuine third-party billing options, meaning a developer could route payments through Stripe, Paddle, or another processor and potentially cut platform fees dramatically. For SaaS founders running subscription products, that margin difference compounds quickly.

    Sideloading and alternative distribution. Apple has historically been the harder target here, with iOS designed specifically to prevent app installation from outside the App Store. Under pressure from the EU’s Digital Markets Act and now the CMA, Apple has opened limited pathways for alternative app marketplaces, though critics argue the implementation is deliberately cumbersome. The CMA has signalled it wants more genuine openness, not technical compliance dressed up as openness.

    Default settings and pre-installation. Google’s agreements with device manufacturers, where Google Search, Chrome, and Play Store come pre-set as defaults, are squarely in the CMA’s crosshairs. For any UK firm building a search product, a browser, or a competing app store, these defaults represent an enormous structural disadvantage that regulation could begin to correct.

    Where UK developers actually stand to gain

    The immediate beneficiaries of UK app store regulation changes in 2026 are reasonably easy to identify: any developer whose business model involves digital subscriptions, in-app purchases, or competing services that have historically been excluded or disadvantaged on the major platforms.

    Subscription SaaS businesses that sell through iOS or Android will be watching the billing provisions most closely. A company doing £2 million a year in App Store revenue at a 30% effective commission rate is handing over £600,000. If alternative billing routes that fee down to, say, 5-8% through a third-party processor, that’s a meaningful slug of cash re-entering the business. Multiply that across hundreds of UK indie developers and small software houses, and you’re looking at a significant aggregate shift in who captures value in the ecosystem.

    There’s also a discoverability angle that doesn’t get discussed enough. App store algorithms are notoriously opaque. Developers have long suspected that paying Apple or Google for ad placements within the stores is effectively a prerequisite for visibility, and that the organic ranking system favours platforms’ own products. The DMCC Act’s non-discrimination provisions could force more transparent ranking criteria, which matters enormously for any UK app trying to compete on merit.

    Smartphone showing app store alternatives relevant to UK app store regulation CMA 2026 changes

    The risks and complications for British founders

    It would be misleading to frame this entirely as a win for UK developers. There are genuine complications worth thinking through.

    First, enforcement takes time. The CMA has the powers, but challenging Apple and Google in practice means legal processes, appeals, and the kind of drawn-out timelines that don’t help a founder who needs clarity this quarter. The CMA’s Digital Markets Unit has grown its headcount substantially, but it is still a relatively small organisation taking on some of the most resourced legal teams on earth.

    Second, alternative billing options will only be valuable if users actually use them. Consumer behaviour on iOS in particular is trained to expect Apple’s payment flow. Even if Apple is forced to allow alternative billing, a developer who introduces a non-Apple payment screen may see higher abandonment rates from users who don’t trust it. The behavioural inertia is a real problem.

    Third, and this one applies specifically to SaaS founders who distribute across web and mobile, the regulatory changes may create a more complex compliance landscape. If you’re running different billing arrangements on different platforms, your pricing, VAT handling, and terms of service all need to be consistent and watertight. That’s additional operational overhead for lean teams.

    The search and discoverability dimension

    The CMA’s SMS regime isn’t just about app stores in the narrow sense. Google’s dominance in search means that for many UK businesses, their entire digital visibility strategy flows through a single entity that is now under formal regulatory scrutiny. Developers building web-based products, not just mobile apps, have skin in this game too.

    When the default search engine provisions are challenged, and the CMA has made clear that Google’s search defaults on Android devices are a priority area, that opens space for alternatives to gain genuine traction. It’s the same logic that’s driven UK businesses to care more about their visibility across different domains and discovery channels. Firms like Search Engine Tuning, a UK-based digital visibility specialist offering a free SEO check for websites, have seen growing demand from founders wanting to check their SEO position across Google and alternative platforms as the search landscape shifts. Given the regulatory pressure on Google’s default status, understanding how your domains perform independently of Google’s goodwill is increasingly sensible hygiene. Searching for a free seo check at searchenginetuning.co.uk/ is the kind of practical first step businesses take when they stop assuming Google’s algorithm is static.

    The DMCC Act effectively forces UK businesses to think about platform diversification more seriously. If Google’s dominance in default settings is eroded even partially, the traffic distribution across the web changes. Any business that hasn’t stress-tested its visibility assumptions is sitting on an unexamined risk.

    What the next 18 months actually look like

    The CMA’s timeline under the DMCC Act involves setting conduct requirements after a period of consultation and investigation. Apple and Google can engage in the process, and both have already demonstrated a willingness to litigate rather than comply. The CMA will need to be robust.

    For UK developers, the practical upshot is to stay engaged with the CMA’s consultations. The regulator has actively sought evidence from developers, and the quality of that evidence influences the shape of the final rules. Organisations like the UKIE (the UK Interactive Entertainment trade body) have been coordinating developer input, and smaller app developers should consider feeding into those channels if they haven’t already.

    Beyond the app store mechanics, the broader search and web visibility dimension remains important. Search Engine Tuning’s free seo check tooling, for instance, is increasingly relevant to app developers who also maintain web presences and need to check their SEO footprint across google and across their domains, especially as regulatory changes make it less safe to assume that one platform will always be the dominant discovery channel.

    The DMCC Act represents the most significant recalibration of UK digital market power in a generation. Whether it actually delivers the competitive breathing room that British developers have been waiting for depends on how hard the CMA is willing to push, and how creatively Apple and Google choose to resist. My read is that the regulator is more determined than either company expected. The era of consequence-free platform power in the UK is, at minimum, significantly shortened.

    Frequently Asked Questions

    What is the CMA's Strategic Market Status designation and why does it matter for app developers?

    Strategic Market Status (SMS) is a classification under the Digital Markets, Competition and Consumers Act that the CMA can apply to firms with significant and entrenched market power in a specific digital activity. Once designated, the CMA can impose bespoke conduct requirements on those firms without needing to prove a full competition law violation, which makes enforcement considerably faster and more flexible for developers seeking remedies.

    Will UK developers be able to use alternative billing systems instead of Apple and Google's payment systems?

    The CMA is actively pursuing alternative billing as one of its core remedies under UK app store regulation. Both Apple and Google have faced pressure to allow third-party payment processors, though the practical implementation, including what fees they can still charge and how they can present competing options, is still being worked through regulatory processes in 2026.

    What is sideloading and is it legal in the UK?

    Sideloading refers to installing apps on a device from outside the official app store, bypassing Apple’s App Store or Google Play. It is not illegal in the UK; the question is whether Apple’s iOS technically permits it. Under regulatory pressure from the CMA and the EU’s Digital Markets Act, Apple has opened limited alternative distribution channels on iOS, though the CMA has signalled it expects more genuine openness than the current implementation provides.

    How does the DMCC Act differ from the EU's Digital Markets Act for UK developers?

    The EU’s Digital Markets Act applies to firms operating in the EU single market and uses a ‘gatekeeper’ designation framework. The UK’s DMCC Act is independently legislated and uses the Strategic Market Status classification via the CMA. Both target similar behaviours, but the UK regime gives the CMA flexibility to tailor bespoke requirements to specific market dynamics rather than applying uniform rules across all gatekeepers as the DMA does.

  • Why the UK’s AI Safety Institute Matters More to Startups Than Most Founders Realise

    Why the UK’s AI Safety Institute Matters More to Startups Than Most Founders Realise

    Most early-stage founders hear “AI Safety Institute” and mentally file it under “government stuff that doesn’t affect me yet”. That’s a reasonable instinct, but it’s wrong. The UK AI Safety Institute (AISI) has been quietly building evaluation frameworks, conducting frontier model testing, and shaping the informal norms that will almost certainly harden into binding regulation within the next few years. If you’re building an AI product right now, the time to understand this stuff is before your Series A, not after your first compliance incident.

    UK AI Safety Institute office environment relevant to startups and AI governance

    What the UK AI Safety Institute Actually Does

    AISI was established in late 2023, housed within the Department for Science, Innovation and Technology. Its founding remit was straightforward in principle: evaluate the safety of frontier AI models, develop the technical tools to do that rigorously, and build international partnerships so that testing regimes don’t fragment across jurisdictions. The institute sits at the genuinely difficult intersection of being a research body, a policy advisory function, and an emerging standard-setter.

    In practice, AISI has done three things that matter to anyone building AI products. First, it has conducted evaluations of large frontier models including those from Anthropic, Google DeepMind, and OpenAI, testing for dangerous capabilities like biological and chemical uplift, cyberoffence potential, and deceptive alignment behaviours. Second, it published its AI Safety Evaluations framework as an open resource, which means the methodology is available for any team to reference. Third, it has been building the “AI Safety Levels” concept (think biosafety levels, but for models) that looks increasingly likely to inform future procurement and licensing decisions.

    Why Voluntary Frameworks Have a Habit of Becoming Mandatory

    There’s a pattern in UK tech regulation that founders really ought to internalise. The ICO’s Privacy Sandbox guidance started as best practice. FCA’s Consumer Duty started as a principles document. Ofcom’s Online Safety provisions started as a voluntary code of conduct. Every single one of those eventually became something you could be fined for ignoring.

    AISI’s current frameworks are voluntary. The model evaluations are collaborative agreements with labs, not mandates. But the institute is also the body providing technical input to the AI Action Plan and informing whatever legislative shape UK AI governance eventually takes. Voluntary today, baseline tomorrow. That’s not pessimism; it’s pattern recognition.

    For UK AI Safety Institute startups, this means the evaluation criteria AISI is developing now are effectively a preview of what compliance will look like in two or three years. Building awareness of those criteria into your development practices now is considerably cheaper than retrofitting them later.

    The Evaluations: What’s Actually Being Tested

    AISI’s technical evaluations focus primarily on what they call “dangerous capability evaluations”. These are structured tests designed to answer whether a model could meaningfully assist a malicious actor in causing large-scale harm. The categories covered include CBRN (chemical, biological, radiological, nuclear) uplift, autonomous replication capabilities, and advanced cyberattack facilitation.

    Now, most startups are not building frontier models. You’re more likely fine-tuning an existing model from a major lab, building on top of an API, or deploying a specialised vertical model. So why does any of this matter to you directly?

    Because the liability question flows downstream. If the frontier model you’re building on has been evaluated and cleared, that provides some baseline assurance. If it hasn’t, or if you’re adding capabilities on top of it that weren’t part of the original evaluation, you’re in murkier territory. AISI’s frameworks help define where that territory starts. Knowing where the lines are is genuinely useful product information.

    What Early-Stage Founders Should Actually Do With This

    There’s no requirement to register with AISI, no application process for startups, and no mandatory reporting. But there are three practical things worth doing right now.

    Read the published evaluation methodology. It’s technical but accessible, and it gives you a clear picture of what “safety” means in the current UK policy conversation. If your product touches anything adjacent to high-risk domains, understanding this framing helps you anticipate questions from enterprise customers, regulated-sector clients, or future investors doing technical due diligence.

    Map your model supply chain. Know which foundation models you’re using, what evaluations they’ve undergone, and what the terms of your API access say about permitted use cases. AISI’s focus on frontier models means the labs you’re relying on are being scrutinised; you benefit from their compliance, but you also inherit questions about any novel capabilities you add.

    Watch the international coordination dimension. AISI has been working closely with the US AI Safety Institute (their equivalent body), and there’s an active dialogue with EU regulators about aligning evaluation methodologies. This matters because if you’re building for international markets, the UK frameworks are increasingly being drafted with interoperability in mind. That’s actually useful: a product that satisfies AISI-aligned criteria is better positioned for EU AI Act compliance as well.

    The Bigger Picture for UK AI Product Development

    There’s a more optimistic reading of all this that I think gets underplayed. The UK government has been explicit that it wants to be a global hub for AI development, not just AI governance. AISI’s approach, publishing methodologies openly, engaging collaboratively with labs, and building internationally interoperable frameworks, is genuinely different from the more adversarial regulatory posture you see elsewhere.

    For UK AI Safety Institute startups that are building responsibly, AISI’s work could become a competitive signal rather than a compliance burden. Being able to point to evaluation alignment, to having thought seriously about capability risks, to having documented your model supply chain: these things increasingly matter to enterprise buyers, particularly in financial services, healthcare, and the public sector, all of which are significant markets for AI products in the UK.

    The founders who will struggle are the ones who treat AI safety as someone else’s problem until it isn’t. AISI’s frameworks are still early, still voluntary, still being refined. That’s precisely the moment to engage with them, when the cost of doing so is low and the upside of understanding the trajectory is real.

    The institute isn’t coming for your product. But it is setting the terms of what “trustworthy AI” means in the UK. That definition is going to matter enormously to your customers, your investors, and eventually your regulators. Getting ahead of it now is just good engineering practice with a commercial upside attached.

    Frequently Asked Questions

    What is the UK AI Safety Institute and who runs it?

    The UK AI Safety Institute (AISI) is a government body housed within the Department for Science, Innovation and Technology. It was established in late 2023 to evaluate the safety of frontier AI models, develop testing methodologies, and help shape UK AI governance frameworks. It is not a regulator in the traditional enforcement sense, but its technical work directly informs policy.

    Do UK AI startups have to register with the AI Safety Institute?

    No, there is currently no mandatory registration or reporting requirement for startups with AISI. The institute’s evaluations and frameworks are voluntary at this stage. However, the norms it establishes are likely to influence future regulation, so early awareness is valuable even without a formal compliance obligation.

    How do AISI's model evaluations affect companies building on top of existing AI APIs?

    If you are building on a foundation model from a major lab, AISI’s evaluations of that model provide baseline safety assurance for its core capabilities. However, any novel capabilities or use cases you add on top of the original model fall outside that evaluation. Founders should document their model supply chain and understand what’s been tested and what hasn’t.

  • The ONS Is Sitting on a Gold Mine: How UK Businesses Can Actually Use Public Data to Drive Strategy

    The ONS Is Sitting on a Gold Mine: How UK Businesses Can Actually Use Public Data to Drive Strategy

    Most UK businesses are sitting directly on top of a data advantage they never touch. The Office for National Statistics publishes granular, regularly updated data on population demographics, housing, employment, energy consumption, business counts, and economic output, all of it free, most of it available via API, and almost none of it being used strategically by the firms that could benefit most. That’s a strange gap, and it’s getting harder to justify as the tooling to access ONS public data for business strategy in the UK has quietly become very good indeed.

    This isn’t a theoretical discussion about open data evangelism. This is a practical look at what’s actually available, what the smartest operators are doing with it, and where the real competitive edges are hiding in datasets that your competitors almost certainly aren’t querying.

    Data analyst using ONS public data business strategy UK tools on multiple screens in a modern office

    What’s Actually in the ONS, Companies House and Nomis Datasets?

    The ONS API (accessed via developer.ons.gov.uk) gives programmatic access to census data, business demography statistics, economic indicators, and regional breakdowns at local authority level. Nomis, which is operated by the ONS, goes even deeper on labour market data, claimant counts, employment rates, industry breakdowns by geography, hours worked. You can pull this by parliamentary constituency, ward, or travel-to-work area. Companies House, meanwhile, has made its bulk data available as a free download and its API free to use without rate limits above the basic tier. Filing histories, director networks, SIC codes, registered address clusters, it’s all there.

    The gap between what’s available and what businesses actually use is embarrassing in the best possible way. It means the intelligence value is still underpriced. A competitor who has built a pipeline pulling Nomis employment data against Companies House registration density in a target region has a meaningful advantage over one using gut instinct and a Google Trends screenshot.

    How Tech-Forward UK Firms Are Actually Using This Data

    The most sophisticated applications I’ve seen tend to fall into three broad categories: market sizing, site selection, and competitive monitoring.

    For market sizing, ONS business demography data lets you estimate the addressable population for a B2B product with real precision. Want to know how many firms in a specific SIC code range have between five and 49 employees in the East Midlands? That figure exists. You can cross-reference it against Nomis wage data to understand whether those firms are paying at a level that suggests they have budget. Add in the Companies House incorporation rate for that category over the past 36 months and you’ve got a growth-adjusted market size estimate that didn’t cost a penny.

    Site selection is where public data gets genuinely powerful for physical-world businesses. Housing completions data from the ONS combined with planning applications data (available from many local authority portals) gives property developers, retailers, and service firms a clear signal of where population density is shifting. Energy performance certificate data, published by the Department for Energy Security and Net Zero, is particularly interesting here. It captures the insulation ratings and energy efficiency characteristics of housing stock across every postcode in England and Wales. Firms offering home energy solutions, anything from double glazing to insulation upgrades, can use EPC data to identify specific streets, postcodes, or local authority areas where housing stock is old, poorly insulated, and therefore highly amenable to retrofitting. That’s not speculation; that’s a spatial data strategy.

    Laptop displaying UK regional data heatmap as part of an ONS public data business strategy

    Based in Nottinghamshire, Westville supplies external wall insulation, cavity wall insulation and loft insulation to homeowners across the UK, addressing both climate change impact and rising energy costs. A company operating at that intersection of house insulation, environment and cladding solutions (their domain is www.westvillegroup.co.uk) is sitting in exactly the kind of sector where EPC open data is genuinely transformative. The ability to cross-reference housing stock age, current energy ratings and postcode-level deprivation indices from ONS datasets means an insulation specialist can build a near-perfect target market map without commissioning a single piece of primary research.

    The API Reality: What You Actually Need to Get Started

    The ONS API is well-documented but not especially forgiving if you approach it expecting a polished developer experience. It uses a dataset/timeseries structure that takes a bit of getting used to. Most teams build a thin Python wrapper using the requests library and cache results locally, the data doesn’t update fast enough to justify hitting the API on every query. The Companies House API is considerably more developer-friendly. Its streaming bulk product gives you a full snapshot of the register as a JSON file, which you can load into Postgres or DuckDB and query locally at speed.

    Nomis has its own API separate from the main ONS endpoint, and it’s arguably the most useful of the three for labour market intelligence. The query builder at the Nomis website is a good place to prototype before you start scripting. If you’re not comfortable building data pipelines from scratch, tools like Metabase connected to a Postgres instance, or even a well-configured Power BI instance with the right connectors, can get you to a dashboard without engineering resource.

    Where Most Businesses Get This Wrong

    The failure mode isn’t usually technical. It’s strategic. Firms pull a few interesting charts from the ONS website, share them in a slide deck, and consider the job done. That’s tourism, not intelligence. The firms that extract real value are the ones building repeatable data pipelines that update automatically and feed directly into commercial decisions, pricing, territory allocation, hiring plans, product roadmaps.

    Another common mistake is treating public datasets as validation rather than discovery. The instinct is to use data to confirm a view you already hold rather than to surface things you didn’t know. Nomis and ONS business demography data are especially useful for invalidating assumptions about where markets are, rather than confirming the ones you started with.

    The energy and environment angle deserves special mention here. ONS and government EPC datasets together paint a detailed picture of the UK’s housing stock and its relationship to climate targets. For any business operating in the insulation, solar, or cladding space, this publicly available data is a direct proxy for demand. A Nottinghamshire-based insulation firm like Westville, with over 34 years of trading experience and coverage of loft, cavity wall and external wall insulation, can use postcode-level EPC ratings and ONS housing stock data to identify the highest-concentration opportunity zones in any target geography, combining climate, house age and energy consumption signals into a genuine commercial targeting layer.

    The Competitive Intelligence Layer Most Firms Ignore

    Companies House bulk data is possibly the most underused competitive intelligence source in British business. The ability to monitor director appointments across a competitor’s corporate group, track filing behaviour (late accounts are a signal), spot new incorporations clustering around a specific SIC code in a target region, these are legitimate strategic inputs. Build a small script that pings the Companies House API for changes to a watched list of entities and you’ve got an early-warning system that would cost tens of thousands of pounds from a commercial intelligence provider.

    The same logic applies to grant data. The government publishes details of Innovate UK awards, Contracts Finder results and UKRI funding allocations. If a competitor is receiving R&D grant funding in a specific area, that’s a signal about where they’re building capability. Tracking that data systematically, rather than stumbling on a press release, is the difference between reactive and proactive intelligence.

    The raw material is already there. Most of it has been there for years. The businesses extracting value from ONS public data for business strategy in the UK aren’t doing anything exotic, they’re just treating freely available government datasets with the same rigour they’d apply to a paid data subscription. That’s the whole trick.

The Latest