The search terms that bring people to this listing are unusually mixed: ecommerce builds, fixed price sites for small firms, agency work for public bodies, and specialist web development for companies that already have a site and need someone to keep it working. One shortlist will not serve all four. Deciding which of them describes you is the first useful step, because the firms that are excellent at one are frequently indifferent at another.
The verified profiles sit below this guide. The guide itself is about how to write a web development brief and how to read the answers that come back.
Selling online changes the shape of a Glasgow web development project
A shop is not a brochure with a basket attached. The work sits in the parts nobody demonstrates: how products and stock reach the site and how often, what happens when stock runs out mid checkout, how variants and bundles are modelled, how delivery options and rates are calculated for different destinations, how returns and refunds are handled, and how orders reach whatever system your finance team uses.
Tax and shipping rules deserve their own conversation. Selling to customers outside the country introduces duty, thresholds and paperwork that affect the checkout, not just the accounts. Ask suppliers who is responsible for configuring that, and what happens when the rules change. Ask to see a shop they built that is still trading, and ask the client how long a catalogue change takes now.
Choose the content system for the people who will use it, not for the web development team
There is a fashion for separating the editing system from the public site, and for some projects it is genuinely right: several front ends sharing one content source, a large catalogue, or a team of developers who want to work independently of editors. For a single marketing site with two people publishing, the same choice adds moving parts, hosting complexity and a permanent dependency on developers for work an editor could have done alone.
Make the supplier justify the architecture in terms of your team rather than their preference. Who publishes, how often, and what do they need to be able to change without help. What does previewing an unpublished page look like. What happens to the site if the editing system is unavailable. A firm that recommends the same stack to every client is telling you about their hiring, not about your project.
Accessibility is a requirement here, not an upgrade
Public bodies and the organisations that deliver services for them work under accessibility obligations, and suppliers inherit them. Even outside that world, an inaccessible site is a commercial problem before it is a legal one. Treat conformance with the WCAG success criteria as a contractual deliverable with a named standard and a test method attached.
In practice that means keyboard operation of every control, visible focus, sensible heading structure, real labels on form fields, captions for video, colour contrast checked against the palette rather than assumed, and error messages that are announced rather than only coloured red. Ask who tests, whether any of it is tested with assistive technology by a person rather than a scanner, and whether remediation of failures is included in the price or billed as extra. Automated tools catch a minority of issues; a supplier who quotes only a tool score has not done this before.
Why two web development quotes for the same brief look nothing alike
Price differences in this market usually trace to four things: how much of the work is genuinely bespoke rather than configured, whether design is included or assumed to arrive from somebody else, how testing and accessibility remediation are treated, and who is doing the work. A quote from a studio where directors write the code is not comparable to one from a firm that will assign a junior and a project manager.
Fixed price suits a stable, well described scope and pushes risk onto the supplier, who prices that risk in and defends it through change control. Time based work suits a scope that will move and only works with regular reporting and a ceiling you can enforce. A retainer suits a site that needs continuous attention, and should carry a review date so that it stays a decision. Whatever the model, ask what is excluded, because that is where the difference between two totals usually lives.
Running the shortlist
Brief three or four firms rather than ten. Give them the same written document, the same access to your existing analytics, and the same deadline, and ask each to list assumptions and risks. Meet the person who will write the code. Ask where the repository lives and whether you have access during the project rather than at the end, and ask what documentation you receive at handover.
When the brief is ready, tell us what you need and collect comparable proposals from suppliers that fit it. You can also browse the full directory of web development companies, compare the local design studios if the look of the site is still open, and review custom software firms when the project is closer to an internal tool than a public site.
Questions to ask before hiring a web development company in Glasgow
Do we need a web development supplier in the city, or will a remote team do?
Remote delivery is normal and works well when the brief is clear and the reporting is regular. Local helps when stakeholders will only engage in a room, when there is physical content to capture, or when a public sector client expects a supplier they can visit. Decide which of those applies rather than defaulting to either.
What should a small business expect to get for a modest budget?
A well configured site on a familiar content system, a sensible content model, decent performance and a clear handover. What a modest budget does not buy is bespoke functionality, extensive discovery or heavy integration work. Website development suppliers who promise all of it at that level are planning to cut something you have not noticed yet.
Who should own the hosting account?
You should, with the supplier added as a user. Hosting, domain, certificates and analytics registered to an agency are the most common reason a straightforward move to another firm becomes a negotiation.
How do we keep the site fast after launch?
Agree a performance budget as an acceptance criterion, then govern what gets added afterwards. Most sites do not become slow because of the build; they become slow because marketing tags, embeds and unoptimised images accumulate with nobody accountable for the total.