Custom software development in Edinburgh
Edinburgh's life and pensions firms administer closed books: policies that are no longer sold but must be serviced for decades, often on systems older than the teams running them. The core usually works. Around it sit spreadsheets for the cases the system cannot handle, manual workarounds for rule changes, and processes that depend on a few people with long memories.
Custom software earns its place in exactly that gap. We build small tools that sit beside the administration system: a queue for exception cases that records who did what, a calculator that applies a rule the old system cannot, a view that brings a case together from several screens. We read from the core through supported routes, change nothing inside it, and document everything so the knowledge stops living in people's heads.
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.
Approvals, schedules or stock, tracked in a shared file with colour codes only one person understands. We turn it into an application with proper records, permissions and history, so you can see who changed what and when, and nobody works from an old copy.
Staff copy data from one system into another by hand, and the two slowly drift apart. We connect them through their APIs, clean up the data where it crosses over, and alert someone when a sync fails instead of letting it fail quietly.
The numbers exist, spread across exports and inboxes, and someone assembles a report by hand every Monday. We pull them into one place, build the dashboard the people making decisions will actually open, and check it is current rather than trusting the job that feeds it.
A legacy application still runs the business and every change to it is a risk. We map what it really does, move it piece by piece onto something maintainable, and keep both running until the last piece has landed. No weekend cut-over.
A facilities operations platform for a healthcare estate, built so supervisors can see what is overdue and what keeps coming back without exporting spreadsheets by hand.
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.
Why not buy an off-the-shelf tool?+
Often you should, and we will tell you when. If a product already does most of what you need, configuring it is cheaper than building. Custom software earns its cost when the process is how you compete, when you pay for several tools to do one job badly, or when the workarounds cost more staff time than the software would.
Can you work with the systems we already have?+
That is usually the job. Most internal tools are valuable because of what they connect to: an ERP, a work-order system, a CRM, a finance package. If it has an API, we integrate with it. If all it offers is a nightly export, we can work with that too, and we will tell you how fresh the data can honestly be.
How do you find out what we actually need?+
By talking to the people who do the work, not only the people who asked for the tool. We watch the spreadsheet being used, collect the edge cases everyone handles from memory, and write the process down before we build anything. The first release covers the core of it; the exceptions follow once people are using it.
What happens to our old data?+
It comes with you. We migrate it, check the counts and totals against the source, and keep the old system or spreadsheet readable until your team is confident nothing was lost. Where the old data is inconsistent, we show you the records that do not fit rather than quietly guessing what they meant.
Who looks after it once it is live?+
You choose. We can stay on at our hourly rate for changes and fixes, or hand it to your own team with runbooks, architecture notes and a recorded walkthrough. Internal tools change as the business changes, so we build them to be changed by someone other than us.