Services · Ecommerce development · AI platform subscription sites

Subscription billing for London AI platforms that sell to the world from day one.

Codeeo delivers AI platform subscription website development London founders and product teams rely on to turn a working model into recurring revenue. We build the pricing pages, sign up and checkout, usage metering, multi-currency recurring billing, tax handling for buyers in the UK, Europe and the US, and the account area where customers manage seats, credits and invoices. London AI companies rarely sell only to London, so the commercial layer has to cope with three currencies and several tax regimes from the first invoice.

Your models, prompts and product interface stay in your hands. Our work is the part customers touch when they choose a plan, pay, upgrade, query a charge or leave, and the records your finance team and investors read afterwards.

Built for
London AI startups, scale ups and established software firms selling model access, seats or API usage to customers in Britain and overseas.
Typical timeline
Set after discovery calls by video, once pricing, the payment provider, the tax approach and any customer migration are written into the scope.
What you own
Source code, pricing pages, billing configuration, the payment provider account and every customer, usage and invoice record, held in accounts your company controls.
Rated
4.7 / 5 from 23 Google reviews

200+ companies servedFrom a first store to an ADX listed developer

Modon
Majid Al Futtaim
HP
Belkin
Dulsco Group
OneClickDrive
Hanayen
HMS
Clocksprings
Ghezlan

What we build

The commercial layer behind a London AI product.

Most AI companies in London reach paid plans in a hurry. A pilot customer wants an invoice, an investor asks for revenue figures, and the first international sign ups arrive before anyone has decided how to charge VAT to a German business or sales tax to a Texan one. Pricing is rarely simple either: a platform fee, included tokens or credits, overage, a separate rate for premium models, and annual commitments for larger accounts. What follows is the set of parts we usually deliver, adjusted to your pricing and your buyers. Each one is designed so that a number on an invoice can be traced back to the usage events and plan rules that produced it, because sophisticated buyers in the City and in US procurement teams will ask exactly that.

Explain your project
  • Multi-currency pricing pages

    Plan tables shown in sterling, euros or dollars depending on the visitor's location or choice, with prices set per currency rather than converted on the fly. VAT inclusive display for UK consumers, exclusive display for businesses, and clear wording on what each tier includes, so the price shown is the price charged with nothing added at checkout.

    International buyers see a sensible price in their own currency before they talk to sales.

  • Usage metering and credit ledgers

    Your platform posts usage events for tokens, inference minutes, documents processed or agent runs. We aggregate them per workspace and period, discard duplicate retries, and keep a ledger for prepaid credits that shows grants, consumption and expiry. Any disputed line can be rebuilt from raw events.

    Usage invoices that survive a customer's finance team checking them.

  • Cross-border tax handling

    UK VAT on domestic sales, reverse charge wording for overseas business customers, registration logic for EU consumers through the non-Union OSS scheme, and US sales tax calculation in states that tax software services, usually through a tax engine your adviser approves. Each invoice records which rule applied and why.

    Tax decisions made by rules your accountant signed off, not by guesswork at month end.

  • Enterprise identity and seats

    Single sign-on through SAML or OpenID Connect, SCIM provisioning so a customer's IT team adds and removes users from their own directory, and seat counts that follow those changes into billing. Domain capture stops staff at a large client creating stray personal workspaces on card.

    Large accounts pass procurement without a custom build for each one.

  • Committed spend contracts

    Annual or multi-year commitments drawn down by usage, with rates agreed per contract, purchase order numbers on invoices and bank transfer terms. Sales issues a quote from the same system, and once signed it becomes a live subscription with the agreed rate card attached.

    Contract and self-serve revenue reported together, without spreadsheets in between.

  • Card, wallet and Direct Debit payments

    Cards with Strong Customer Authentication on the first payment and merchant initiated renewals after that, Apple Pay and Google Pay for individual plans, and Bacs Direct Debit for UK businesses that prefer not to put software on a company card. Overseas customers can pay by card or local transfer where your provider supports it.

    Fewer renewals failing because the bank wanted a second authentication.

  • Dunning and access rules

    Retry timing tuned per payment method, reminder emails, a secure link to update card details without logging in, and rules you choose for what happens to API keys while payment is outstanding: full service, a reduced rate limit, or suspension after a grace period.

    Failed renewals recovered without cutting off a customer's production traffic by surprise.

  • Customer billing console

    A self-serve area for plan changes with proration shown before confirmation, seat management, spend caps, usage graphs by project or API key, invoice downloads and tax details. Billing owners and engineers get different permissions, so a developer can see usage without changing the plan.

    Support stops answering the same invoice and seat questions every week.

  • Revenue data for investors

    Recurring revenue, usage revenue, net retention, churn and deferred revenue on annual prepayments, drawn from billing records and pushed to your accounting package and data warehouse. The figures in a board pack match what the ledger says.

    Due diligence questions answered from a system, not reconstructed under deadline.

Who this suits

London AI businesses we are set up to help.

London's AI companies range from research spinouts near King's Cross to product teams in Shoreditch and fintech builders around Canary Wharf and the City. Their billing problems differ more than their technology does. Some need AI platform SaaS website development London buyers and US prospects will trust at first glance; others already have revenue and need AI platform subscription platform development London auditors can follow. All of our work runs remotely by video call, which suits teams already used to selling and supporting customers they never meet in person.

01

Seed stage teams with international sign ups

Your free tier has users in thirty countries and you are about to charge them. We help you pick a payment and tax setup that will not need replacing in a year, decide early whether a merchant of record suits you better than selling in your own name, and launch a short list of plans with metering on the one metric that drives your compute bill.

Start narrow, but with tax and currency handled properly.

02

Scale ups moving upmarket

Self-serve revenue is healthy and enterprise prospects are asking for single sign-on, purchase orders, security documentation and annual contracts. We add the contract layer, identity integration and quote to subscription flow alongside your existing card customers, so the sales team stops building invoices by hand and finance sees one revenue picture.

Contracts and card billing in the same records.

03

Platforms selling into regulated firms

Banks, insurers and asset managers in the City treat an AI vendor as a third party they must oversee, and their procurement teams ask detailed questions about data location, retention and audit trails. Your billing and account area should answer those questions: usage logs customers can export, invoice records kept for the agreed period, and clear separation between customer workspaces.

Billing records that support your customer's own compliance work.

04

Agencies and studios productising an AI tool

A London creative or consultancy business has built an internal AI tool clients now want to use directly. We turn it into a product with plans, sign up, payment and a client console, while keeping existing retainer clients on invoiced terms until they choose to move across.

A new revenue line without disrupting current clients.

How a London billing build runs.

  1. 01Pricing and tax discoveryVideo sessions with founders, finance and your tax adviser to fix plans, metered units, currencies, target markets and which sales need VAT, reverse charge or US sales tax treatment.
  2. 02Billing architectureWe choose the payment provider and billing engine, decide merchant of record or own name, and define how usage events travel from your platform to invoices.
  3. 03Pricing site and checkoutPlan pages, currency switching, sign up, SCA ready checkout and Direct Debit mandate capture, written and designed so prices are complete and clear before payment.
  4. 04Metering and account consoleUsage ingestion, credit ledgers, spend caps, seat sync from SSO and the customer console, tested against real event volumes from your staging environment.
  5. 05Migration and parallel runExisting customers and contracts move across with their current terms. Old and new billing run side by side for a cycle so totals can be compared before switching.
  6. 06Launch and handoverGo live, monitoring on payment failures and metering gaps, runbooks for finance and support, and full documentation handed to your engineers.

Technology

What we build this with.

We usually build the pricing site in Next.js, with billing on a provider such as Stripe Billing, Chargebee or Paddle, and usage pipelines in Node.js or Python feeding your warehouse. Final choices follow your pricing model, your tax position and your existing stack.

01Web

  • React
  • Next.js
  • TypeScript
  • Node.js
  • Laravel
  • WordPress

02Commerce

  • Shopify Plus
  • WooCommerce
  • BigCommerce
  • Headless storefronts

03Data and cloud

  • PostgreSQL
  • MySQL
  • MongoDB
  • AWS
  • Azure
  • Docker

04Marketing and tracking

  • GA4
  • Google Tag Manager
  • Search Console
  • Meta Pixel
  • Looker Studio

Questions from London AI companies.

Everything between a visitor reading your pricing and finance closing the month.

That means the public pricing pages, sign up and checkout, the billing engine configuration, usage metering from your platform, tax handling, invoices and credit notes, dunning, the customer billing console and reporting into your accounting system. We do not build or tune your models, and we do not describe mobile app features here; the work is the commercial website and platform around your product. If you already have parts of this in place, such as a working Stripe account, we extend what exists rather than starting again.

Tell us what the business needs. We will tell you what to build first.

Schedule a free consultation and get a written recommendation, with costs, before you commit to anything.

Get in touch

PROVEN RESULTS

4.7 / 5from 23 Google reviews