E-Commerce Development London

E-commerce development for London retailers.

We build online stores for London businesses on WooCommerce, Shopify and custom platforms — checkout flows that convert, integrations that hold, and a codebase your team can still afford to change in three years. Fourteen years of it, from a studio in west London.

StoresBuilt
CheckoutOptimised

The store is the business. Build it that way.

Most London retailers we meet are not losing sales to their design. They are losing them to a checkout that asks for too much, a stock feed that silently broke, or a site that takes six seconds on 4G outside Zone 1.

Checkout That Completes

Fewer fields, honest delivery costs shown early, and the payment methods your customers actually reach for. Most abandonment is decided before the payment screen.

Integrations That Fail Loudly

Stock, ERP, accounting, fulfilment and courier feeds — built to alert you when they break rather than go quiet. A silent integration failure costs months before anyone notices.

Fast on a Phone, on the Tube

Performance budgeted from the first commit, tested on real mobile connections. Speed is a conversion feature before it is a technical one.

Choosing a Platform

WooCommerce, Shopify, or something bespoke?

There is no universally right answer, and any agency that gives you one before asking about your catalogue, your margins and who maintains the site is selling what they happen to build. The honest version is short.

  • WooCommerce — when you need the store to follow your rules rather than the platform's: unusual pricing, trade accounts, subscriptions, deep content alongside the catalogue. You own it outright. Detail lives on our WooCommerce development in London page.
  • Shopify — when you want the commerce plumbing to be somebody else's problem and your requirements sit inside what it does well. Genuinely the right call more often than WordPress agencies admit.
  • Custom — when the commerce is really an application: configurators, quote-to-order, complex B2B pricing tiers. Rare, expensive, and occasionally unavoidable.

We build all three, which is the only reason our recommendation is worth anything. The platform comparison, without the London framing, sits on the e-commerce development pillar.

Platform fitWe build all three
NeedHostedSelf-hosted
Standard retailBestWorks
Trade & tiered pricingLimitedBest
Configurable productsLimitedBest
ERP as source of truthVia appsNative
Checkout controlFixedFull
You maintain itNoYes
Scope

What an e-commerce build actually includes.

The storefront is the visible fifth of the work. What decides whether the project succeeds is the part nobody demos.

  • Catalogue architecture — variants, bundles, trade pricing and the taxonomy your team can maintain
  • Checkout and payments — Stripe, PayPal, Klarna, Apple and Google Pay, with 3DS handled properly
  • Tax, shipping and fulfilment rules, including post-Brexit EU shipping if you sell across the Channel
  • Stock and ERP integration, with monitoring that surfaces a broken feed the same day
  • Migration from an existing store, preserving URLs, rankings and order history
  • Analytics and consent that survive a real cookie banner rather than breaking under it

Storefront visual design is bespoke web design; getting the catalogue found is SEO. Both are quoted separately so you can see what you are paying for.

Cart Payment Confirm
4242 •••• •••• 4242
12/28
•••
Total£127.00
Visa Mastercard Apple Pay Klarna
Selling in London

What is actually different about trading here.

Most of e-commerce is the same everywhere. A few things genuinely are not, and they change what we build.

  • Delivery expectation is compressed. London customers assume next-day as a floor and same-day as available. That is a fulfilment decision before it is a website one, but the site has to represent it honestly — a promise the warehouse cannot keep costs more in refunds and reviews than it wins in conversions.
  • Local delivery zones are a real feature. Independent retailers and food brands here often run their own vans or couriers inside a postcode radius. Off-the-shelf shipping settings model that badly, and it is one of the most common reasons a London store needs custom work rather than a theme.
  • Click-and-collect actually gets used. With a physical shop and dense public transport, collection is a genuine channel rather than a checkbox — which means stock has to be honest between the till and the site, in close to real time.
  • Rents make the margin conversation different. A London retailer with a shop is usually carrying a cost base that makes online margin scrutiny sharper. It changes which integrations are worth building and which are a nice idea you should decline.
  • The audience arrives on a phone, on a poor connection. Underground, buses, crowded networks. We budget performance against that, not against office wifi.

None of this requires us to be within walking distance of you. It requires having built for it before, which we have — and where a project genuinely needs someone physically present for a shoot or a stocktake, we will say so early rather than bill for the travel.

Selected work6 brands
Mount St ProjectsSofrehJongleursAkhtamarBuiltUp.ioLeadLobby.io
Conversion

Where the sales are actually being lost.

When a store underperforms, the instinct is to redesign it. In our experience the redesign is rarely the fix, and it is the most expensive place to start looking. The order we work through is deliberately unglamorous.

  • Unexpected costs at checkout. The single largest cause of abandonment, and the cheapest to fix. Show delivery cost on the product page, not three steps later.
  • Forced account creation. Guest checkout converts better and always has. Ask for the account after the money, not before it.
  • Speed on the product page. Every second of load time on mobile costs conversions measurably. This is engineering work, not design work.
  • Product information that does not answer the objection. Sizing, materials, delivery timing, returns. Most product pages describe; the ones that convert reassure.
  • Trust signals in the wrong place. Reviews, returns policy and contact details need to be where the doubt occurs, which is usually the basket rather than the homepage.

We instrument this rather than guess at it — funnel tracking that shows where people actually leave, then fixes ranked by what the data says is costing most. Deeper research and journey work is UX design and quoted separately.

Cart Payment Confirm
4242 •••• •••• 4242
12/28
•••
Total£127.00
Visa Mastercard Apple Pay Klarna

Six phases, and you see the store from week one.

There is a staging URL early and you watch the catalogue fill up. No long silence followed by a reveal.

01
Discovery

Catalogue, margins, fulfilment, integrations and the trading rules nobody put in the brief. Ends with fixed scope and fixed price.

02
Data model

Products, variants, bundles, pricing tiers and taxonomy decided before code. This phase determines whether year three is cheap or expensive.

03
Design

Storefront, product page and the whole checkout, designed at mobile and desktop together and signed off before build.

04
Build & integrate

Hand-coded on a staging URL, with payments, tax, shipping and stock wired to the real systems rather than mocked.

05
Migration & QA

Redirect mapping, order history, test transactions across every payment method, accessibility and Lighthouse work.

06
Launch & watch

Search Console verification, funnel tracking live from day one, and a fortnight of close monitoring while real orders flow.

B2B & Trade

When the store has to know who is logged in.

A large share of London commerce work is not consumer retail at all. It is wholesalers, suppliers and trade counters who need the site to behave differently depending on the account looking at it — and that is where standard platform features stop being enough.

  • Customer-specific pricing, negotiated rates and volume breaks
  • Trade account applications, credit terms and approval workflows
  • Quote-to-order, where the basket becomes a proposal rather than a payment
  • Purchase-order checkout alongside card payment
  • Reordering from history, which is the feature trade customers actually use daily
  • ERP as the source of truth, with the store reading from it rather than duplicating it

This is the work most likely to justify a custom build over a platform, and also the work most likely to be over-specified. We will push back on requirements that will not earn their cost — a bespoke approval workflow for eleven trade accounts is a spreadsheet with extra steps.

What moves the quote
Business logic
Integrations
Data migration
Product structure
Page count
Page count is close to irrelevant.

Published, because hiding it wastes both our time.

Starting points, not quotes. What moves the number is integrations and catalogue complexity — almost never the number of pages.

Store build — from £15,000

Custom design and build on WooCommerce or Shopify, with payments, shipping, tax and a catalogue your team can run without us.

Replatform or migration

Quoted after an audit. Preserving URLs, rankings and order history is most of the work, and skipping it is how businesses lose a quarter of their traffic overnight.

B2B & applications — £25,000+

Trade accounts, tiered pricing, quote-to-order and configurators, where the business logic lives in the store rather than beside it.

Care & support — from £150/mo

Updates, security, backups and monitoring. Commerce sites carry more risk than brochure sites and should not run unattended.

Scope

This page is about building stores in London.

If you are outside London, nothing here changes but the postcode — we work with retailers across the UK, and a store is specified, built and launched the same way wherever you trade from. The version of this page without the geography is our e-commerce development pillar.

If you already know you want WooCommerce specifically, go straight to WooCommerce development in London — it is the more detailed page and it is where that work is described properly. If your project is a WordPress site with a small shop attached rather than a commerce business, our WordPress agency page is the better starting point.

Good fit Clear commercial goal A decision-maker Values maintainability Wants the builders
× Not a fit Lowest price wins Approval by committee Needs on-site presence Below minimum scope

Common questions about e-commerce development in London.

A custom store starts from £15,000 and most London retail projects land between £15,000 and £40,000. The number is driven by integrations and catalogue complexity rather than page count — a fifty-product shop with a clean catalogue is cheaper than a twelve-product shop with trade pricing, ERP sync and subscription billing. We quote a fixed price after a scoping session so currency and scope movement are our problem rather than yours.
It depends on how unusual your commerce rules are. Shopify handles standard retail extremely well and takes the plumbing off your hands; WooCommerce is the better answer when you need the store to follow your rules — trade accounts, unusual pricing, deep content alongside the catalogue — and when you want to own the whole thing outright. We build both, so we have no incentive to push you either way. If you already know it is WooCommerce, our WooCommerce development page goes into more detail.
Yes, and it is the part of a replatform that deserves most of the attention. We map every existing URL to its destination, preserve or redirect product and category pages, carry over order and customer history, and verify the result in Search Console after launch rather than assuming it worked. Stores that lose traffic in a migration almost always lost it because nobody owned the redirect map.
Regularly, and the interesting problems are usually at the join: keeping stock honest across the till and the website, click-and-collect that does not promise what the shelf cannot deliver, and local delivery zones that reflect how far you will actually drive. Getting that join right matters more to a shop with a website than anything on the storefront.
Three to five months for most commerce projects. Development is rarely the constraint — product data is. Catalogue preparation, photography and copy for a few hundred SKUs takes longer than people plan for, and it is the single most common reason a launch date moves. We will tell you at discovery whether your catalogue is the bottleneck, because it usually is.
Yes. If you sell into the EU from the UK it needs deciding early rather than patched afterwards: IOSS registration, whether you charge duty at checkout or leave the customer to be surprised by a courier handling fee, and how returns work across the border. The technical implementation is straightforward. The commercial decision behind it is the part worth a conversation.
That is the intent. You get a catalogue and content model designed for your actual workflow, documentation, and a walkthrough recording. We would rather be called for new work than for routine changes, and an agency that makes itself necessary for everyday edits is managing your retention rather than earning it.
Yes — WooCommerce is WordPress, and it is what we reach for when a business needs the store and the content to live in one place. That is more common than it sounds: brands whose customers research before they buy usually need guides, editorial and a catalogue on the same domain, and splitting them across a Shopify store and a separate WordPress site creates two systems and half the SEO benefit. As a WordPress e-commerce agency in London we build both halves as one codebase. If the site is mostly content with a small shop attached, start at our WordPress agency page instead.
Frequently, and it is often the sensible arrangement. We are comfortable being the specialist half — taking the commerce build or a specific integration while your people own the systems they already know. We document everything and hand over cleanly, because the alternative makes us a dependency, and dependencies get replaced eventually and expensively.
Then say so, and we will look before recommending one. A meaningful share of the stores we are asked to rebuild do not need it — the problem is a checkout configuration, a broken feed or a performance issue, and fixing those costs a fraction of a replatform. We would rather do the small piece of work and be the people you call next time than sell a rebuild that was never the answer. If a rebuild genuinely is the answer, the audit tells you why rather than asserting it.
Yes, from £150/month for updates, security, backups, monitoring and priority support. We recommend it more strongly for commerce than for brochure sites: a store that goes down is losing money by the hour, and payment, tax and shipping integrations change underneath you whether or not anyone is watching them.

Let's build your next growth engine.

Every great digital product starts with a conversation. Tell us what you're building — we'll show you how to get there faster. Free discovery call. No commitment.

JC BU MS
65+ projects delivered since 2012