AI integration in Manchester
Product content is the unglamorous bottleneck in Manchester's online retail. Every new line needs a title, a description, attributes, sizing notes and search terms, often in several languages, and a busy range can mean hundreds of products a week written by a small team against a launch date. Customer service has the same shape: the same twenty questions about delivery, sizing and returns, answered by hand.
We build AI features that take the first pass at that work, with a person approving the result. Descriptions drafted from the supplier sheet and your house style, attributes extracted so filters and search actually work, and support replies drafted with the order data attached. Nothing is published without a human check until you have seen enough output to trust it, and we measure the result in hours saved and errors caught, not in demos.
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.
A prompt that behaved on twenty hand-picked inputs meets ten thousand real ones. We build the evaluation set from your actual traffic first, so a change can be judged rather than argued about.
Usually a large context sent on every call, or a big model doing a job a small one can do. We measure where the tokens go before recommending anything.
Logging that captures the prompt, the retrieved context, the model version and the output, so a support question has an answer that is not a guess.
A fallback path, a timeout that is shorter than your user’s patience, and a degraded mode that is honest about being degraded.
A weekly maintenance pulse where Claude writes only the prose, checked against a JSON schema and a whitelist of numbers, with a template that takes over when the model fails.
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.
Will you tell us if we do not need a model?+
Yes, and it happens often. Several requests we have taken turned out to be a search problem, a rules engine, or a form with better defaults. We would rather say that in week one than bill for a year of prompt tuning.
Whose API keys?+
Yours, in your accounts, with the spend visible to you. We never proxy your traffic through infrastructure we control.
What about our data going to a provider?+
We map exactly what leaves your systems and where it lands before anything is wired up. Where that is not acceptable, self-hosted open-weight models on your own hardware are a real option and we will price both.
Do you fine-tune?+
Rarely, and not as a first move. Retrieval and prompt structure fix most of what people bring to us as a fine-tuning problem, at a fraction of the cost and with none of the retraining treadmill.