Ecommerce development in Edinburgh
Selling Scotch whisky and Scottish food online from Edinburgh is a different problem from selling clothes. Age checks at checkout and at the door, carriers that will take spirits to some countries and not others, limited releases that sell out in minutes, and a customer base that includes collectors who will notice every detail of the listing.
We build ecommerce around how those products actually sell. Age verification that fits the carrier's process, shipping options that know which products can go to which countries, allocation and ballots for limited releases so real customers get the stock rather than bots, and order data that reconciles with the warehouse. Often that is a well-configured Shopify store with custom pieces; we will tell you if it needs more.
Edinburgh is a money town with a major research university in the middle of it, and its software work reflects both. On one side sit the fund managers, life and pensions firms and banks: Baillie Gifford, NatWest Group's headquarters at Gogarburn, and a long tail of platforms, administrators and wealth managers. On the other side sit the University of Edinburgh's informatics and data science groups, and EPCC, which hosts the national supercomputer ARCHER2 and was chosen in 2025 as home for the next one, with up to £750 million of government funding.
The financial side needs systems that are careful rather than fast. Pension and investment products carry decades of rules, and much of the administration runs on platforms that predate the people maintaining them. Customers expect to see their pot, their charges and their options clearly on a screen, and advisers expect the platform to answer as fast as the one they used yesterday. So the work is usually integration, data, reporting and customer screens around an old core, with every change tested before it ships. Fintechs sit in between, often selling back into those same banks and fund managers.
The university side needs something different: research code that works on a GPU in a lab and has to become a product that works for a paying customer. That gap, between a model that is right and a service that is reliable, is where many spin-outs stall. Hiring is competitive. ITJobsWatch puts the median advertised software engineer salary in Edinburgh at £70,000 over the six months to September 2026, on a smaller sample than London, and the banks and fund managers take many of the experienced engineers.
Working with us from Edinburgh fits the day you already have. Four hours of every working day overlap with yours, set across your morning, so stand-up, review and the decisions that follow happen live with the engineer who writes the code. The rest of the day runs on written updates and pull requests in your own Slack, GitHub and Linear, waiting for you after lunch, with runbooks and architecture notes written as the work goes.
We are the right fit for a defined piece of work, a spin-out's first production system, or a project that needs senior engineers this quarter while your own hiring catches up. Start with a fixed-price two-week piece and judge us on what ships. For agencies, we work white-label under your name, in your repositories and tools.
Four ways this arrives.
The ERP updates overnight, the store sells all day, and by morning the two do not match. We build the sync as a queue with retries and reconciliation, decide which system wins for each field, and alert on drift before a customer buys stock you do not have.
Or checkout slows until people give up. We cache what can be cached at the edge, keep live stock checks off the browsing path, load-test the shape of a real launch rather than a steady trickle, and queue anything that cannot scale.
Bundles, B2B price lists, subscriptions, delivery rules by postcode. We build it as a custom Shopify app or with Shopify Functions and checkout extensions so it survives platform updates, or tell you when you have outgrown the theme altogether.
Payment webhooks can arrive twice, late or out of order, and the handler trusts every one. We make order state follow the provider's record, process Stripe and Razorpay events idempotently, and reconcile daily so a mismatch is a report, not a complaint.
An hourly sync with a third-party system reachable only through its API, with values normalised at the boundary so unchanged records stop looking changed.
Read the write-up →Asked by Edinburgh teams.
How do you work with teams in Edinburgh?+
Four hours of every working day overlap with yours, set across your Edinburgh morning, so stand-up and code review happen live. We join your calls and work in your tools: Slack, GitHub and Linear. You talk directly to the engineer who writes the code. The rest of the day carries on in pull requests and written updates that are waiting for you after lunch, with runbooks and architecture notes written as we go.
Do you build for Edinburgh fund managers and pensions firms?+
Yes. For pensions and investment platforms we build services around the administration core: APIs that expose what it knows, transfers and switches processed exactly once, and tools for the exception cases that live in spreadsheets today. For fund managers we build investment data pipelines that trace every figure back to its feed, research search that cites its sources, and customer screens that make pots and charges clear.
How does your rate compare to hiring in Edinburgh?+
ITJobsWatch puts the median advertised salary for a software engineer in Edinburgh at around £70,000. Our published rate is $35/hour with a $5,000 minimum, or $5,400 a month for one engineer embedded in your team. There is no recruiting time and no employment overhead, and we can start within days of the first call. A fixed-price two-week piece at $2,800 lets you judge us on output first.
Can you work with a university spin-out?+
Yes, and it is a good fit. Spin-outs usually have strong research code and nobody whose job is running it in production. The research team stays in charge of the science, and we build what surrounds it: the API, the data handling, the deployment and the monitoring. A fixed-price two-week piece fits a grant or accelerator budget, and the code belongs to the company from the first commit.
Have you built a store like ours?+
We build stores from the parts of commerce that usually go wrong, and those are what we work on every day: syncing with a third-party system that only speaks through its API, handling webhooks that arrive twice, and background jobs that must not lose or repeat work. On a call we will walk you through how that applies to your store.
Shopify, headless, or fully custom?+
Start with Shopify if a theme and a few apps cover you; that is cheaper than anything we would build. Go headless when the storefront must do things a theme cannot, or share a front end with other products. Build on Medusa or commercetools when the catalogue, pricing or order flow is genuinely unusual. Most stores never need the third option, and we will say so.
Can you connect our ERP or warehouse system?+
Usually, if it has an API or can export files on a schedule. We start by agreeing which system owns each field, such as stock, price and order status, because most sync bugs come from two systems both believing they are the source of truth. Then we build the sync with retries, a log of every change, and a daily reconciliation report.
Which payment providers do you work with?+
Stripe, Razorpay, and Shopify Payments when the store runs on Shopify. Choose the one that suits your markets and fees; we earn nothing from any of them. The work that matters is the same for all three: treat the provider as the record of what was paid, handle every webhook idempotently, and test refunds and partial captures, not only the happy path.
How do you prepare for a sale or a launch?+
We load-test the whole journey, from landing page to paid order, at the traffic you expect and beyond it. We find what breaks first, which is usually a third-party script, an uncached page or the stock check, and fix it before the day. During the sale itself, the engineer who did that work is watching the dashboards with you.