Custom software development in Manchester
Greater Manchester's logistics and distribution businesses, from Trafford Park to the sites around the airport, often run on spreadsheets, emailed manifests and a warehouse system that does most, but not all, of what the business needs. The last ten percent is where the overtime goes: the booking-in process, the carrier choice, the exception that someone handles by memory.
Custom software earns its place when the process is genuinely yours and no product covers it. We build internal tools that do that last ten percent: a booking screen that talks to your warehouse system, a scanner app for the yard, an exceptions queue that records who handled what. We integrate with what you already run rather than replacing it, and if an off-the-shelf product covers the need, we will say so before we write any code.
Manchester's software market has two centres of gravity, a tram ride apart. MediaCityUK in Salford is home to BBC North and ITV, and to the production companies, post houses and broadcast suppliers that grew up around them. Their systems are about media and rights: asset libraries, scheduling, metadata that has to follow a programme from edit to broadcast to streaming, and the comments, votes and uploads that now come with so many shows. Anything that hosts what the public posts needs moderation designed in from the first episode, because the busiest night is usually the launch.
The other centre is online retail. Greater Manchester is home to THG, boohoo, AO and Auto Trader, and that concentration has produced a generation of engineers and smaller brands who think in conversion rates, warehouse cut-offs and peak trading. The mid-sized retailers we hear from have usually outgrown their first platform in stages, and the joins between the shop, the warehouse and the finance system are where the money leaks. Between the broadcasters and the retailers sit the city's digital agencies, building for clients across the North and London, and they often need engineering capacity for a quarter rather than another permanent seat.
Hiring here is cheaper than London but not cheap. ITJobsWatch puts the median advertised salary for a software engineer in Manchester at £75,000 over the six months to September 2026, and GCHQ, which opened its Manchester site in 2019, now competes for the same security-minded engineers. Retailers and agencies feel the squeeze most in the run-up to peak, when a build has a fixed date and a permanent hire would arrive after it.
Working with us from Manchester fits the day you already have. Four hours of every working day overlap with yours, set across your morning, so stand-up, review and decisions happen live with the engineer who writes the code. The afternoon runs on pull requests and written updates in your own Slack, GitHub and Linear, waiting for you when you get back from lunch, with runbooks and architecture notes written as the work goes.
We are the right fit for a defined build, a deadline before peak, or a quarter of extra senior capacity for an agency that has won more work than it can staff. Start with a fixed-price two-week piece and judge us on the result. For agencies, we work white-label under your name, in your repositories and your 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 Manchester teams.
How do you work with teams in Manchester?+
Four hours of every working day overlap with yours, set across your Manchester morning, so stand-up and 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. When you get back from lunch, the afternoon's work is waiting in pull requests, with notes on what changed and why, and runbooks written as we go.
Do you build for Manchester retailers and media companies?+
Yes. For online retailers we build the joins that decide the margin: stock that is right across the website, marketplaces and warehouse, returns that flow back into sellable stock, and order data that reconciles with the 3PL and the payment provider. For broadcasters and suppliers at MediaCityUK we build content and rights metadata services, delivery APIs for streaming partners, and audience features with moderation designed in.
How does your rate compare to hiring in Manchester?+
ITJobsWatch puts the median advertised salary for a software engineer in Manchester at around £75,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 take over a platform a Manchester agency built?+
Yes. In Manchester a retail or media platform often outlives the agency that built it, so this is familiar work. After a 30-minute call with the engineer, we read the code, run it, and write down how it actually works: architecture notes, the risky paths and what we would change first. That becomes a written plan within a week. A fixed-price two-week piece then ships the first real change.
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.