Web development in Leeds usually means replacing something that already works
Very few buyers here are starting from nothing. The typical brief comes from an organisation with a site that has been extended by three different suppliers over a decade, still takes orders or enquiries every day, and has reached the point where every change costs more than the last one. That is a replacement project, and replacement web development is a different discipline from a first build.
The distinction matters commercially. On a new site the risk is that nothing arrives. On a replacement the risk is that something already earning money stops earning it during the switch. Any proposal that does not talk about the existing site in detail is pricing the wrong job.
Decide what you are moving before anyone quotes
Migration is the line item most often left out and most often underestimated. Make an inventory first: pages, products and variants, images, documents, customer accounts, order history, reviews, saved baskets, subscriptions, discount rules, and every address that currently exists.
Then decide what actually deserves to travel. A content audit before a replatform routinely finds that a large share of pages have had no visitors in a year, and leaving them behind is cheaper than rebuilding them. Bring the decision to the supplier as a list rather than asking them to guess, because guessing is priced defensively.
Platform choice is a decade long commitment
The hosted commerce platforms give you speed, a tested checkout and a fixed way of doing things. The open source route gives you control over the data model and the ability to change anyone who works on it. A bespoke build gives you exactly what you asked for and a permanent web development obligation to keep it alive.
Judge the options against your least usual requirement, not your most common one. Trade pricing, unit of measure, quoting, credit accounts, split deliveries and complex tax treatment are where standard platforms either fit or force expensive workarounds. Ask each candidate which of your requirements would be awkward on their preferred platform. A firm that says none of them has not read the brief.
Going headless is a trade rather than an upgrade
Separating the storefront from the commerce engine buys flexibility and speed, and it costs you the built in pieces you stop inheriting: previews, page assembly, search, the admin screens your merchandisers already know. Someone has to rebuild that experience or buy it separately.
The question to ask is who will run the site day to day. If the answer is a small marketing team without developer support, a decoupled architecture can quietly move every layout change into the web development queue. That may still be right, but it should be chosen with the running cost in view.
The redirect map is what protects the revenue
Every address that changes needs a permanent redirect to its nearest equivalent, and near enough is not good enough on the pages that earn. Insist on a mapping file produced before launch from the real list of live addresses, checked against search data and server logs rather than against the sitemap alone, because the sitemap is usually incomplete.
Ask what happens to old parameters, printed links, campaign addresses and anything that arrives with a trailing slash or an uppercase letter. Ask who checks the map after launch and how quickly a missed page is fixed. This is the single most common way a technically sound replacement loses traffic for a quarter.
Stock, pricing and order flow live in other systems
For most Leeds retailers and distributors the website is a shop window onto systems that already exist, and the integration is the project. Name each connection: inventory, pricing rules, customer accounts, order export, shipping labels, returns, accounting.
For each, record who owns the interface, whether it is documented, how it authenticates, how often it may be called, and what the customer should see when it fails. Then agree who is responsible when the other system changes, because that is the question that decides whether your web development supplier is also your integration supplier.
Launch is a risk event, so plan the day itself
Agree the sequence in writing: content freeze, final data sync, switch, checks, and the conditions under which you roll back. Agree who is available and for how long afterwards. Pick a date that is not the week before your busiest trading period, and be prepared to defend that choice against a marketing calendar.
Agree the checks as well. A working checkout on a phone, a real payment taken and refunded, transactional email arriving, tracking recording correctly, and a sample of the redirect map verified by hand. Write them down before launch day, when everyone is calm.
Comparing web development companies in Leeds
Send the same written brief, with the inventory, the integration list and the migration decisions attached, to a small number of suppliers. Ask each to price discovery, build, integration, data migration, redirect mapping, testing, launch support and ongoing maintenance as separate lines. A single figure hides exactly the items that overrun on a replacement project.
Ask each candidate for a reference from a replatform they delivered, and ask that client what traffic and conversion did in the first quarter afterwards. That one question separates firms who have done this from firms who have read about it. You can review verified web development companies in Leeds, widen the comparison through the directory of build partners, and collect matched proposals with our offer request form. Where the project also involves storefront design, commerce specialism or protecting rankings through the switch, see web design agencies, ecommerce specialists and SEO agencies used to migrations.