The difficulty in this market is not finding a software development firm. It is that several hundred of them will answer a well-written brief, they will all look plausible, and the differences that matter are invisible in a proposal document. Buyers here lose time to abundance, not scarcity.
What follows is a filtering method rather than an introduction to the industry: how the supply side is layered, what a pitch conceals, which contractual points move real money, and how to run a comparison that ends in a decision instead of another round of meetings. Start from the verified profiles on our software development directory, then apply the tests below.
The supply side in London is layered, and the layers barely compete
Five layers serve the same brief and sell almost entirely different things.
Large consultancies and systems integrators win work through procurement departments, staff projects from a bench, and price governance heavily. Mid-sized product firms, the ones usually called software houses, take end-to-end responsibility for a build with a stable team. Boutique studios of a dozen or so people sell the founders' own judgement and are excellent until those founders are busy. Contractor networks and staffing intermediaries supply individuals into your team at a day rate. Offshore-backed firms present a local account team in front of a delivery centre elsewhere.
None of these is inferior. Choosing the wrong layer is what hurts. A regulated programme with a steering committee will exhaust a boutique; a well-defined product build handed to a large integrator will spend a third of its budget on process that exists to protect the integrator.
The people who pitch are not always the people who build
In a competitive market, presenting senior talent is a sales cost, and recovering that talent for the next pitch is a business necessity. The pattern is well known and still catches experienced buyers.
Defend against it contractually rather than emotionally. Name the individuals in the statement of work, with their role and the share of their week committed. Require written consent before substitution, a notice period, and a paid overlap when someone rolls off. Ask to interview the proposed technical lead without the account manager in the room, and ask that person what they are working on now and when it ends.
A second question exposes the same risk from another angle: how many clients does this team serve simultaneously, and what happens to your work when another client escalates. The answer is rarely rehearsed.
Contractors, day rates and the off-payroll question
A large part of the software engineering capacity in this market is contract rather than permanent, which has two consequences for buyers. First, a supplier's quoted team may be assembled for you and dissolved afterwards, so institutional knowledge lives with individuals who have no obligation to stay. Second, if you engage contractors directly, the off-payroll working rules place the status determination and the associated liability on your side of the table rather than theirs.
If you want capacity without that administrative weight, buy a statement of work with defined deliverables from a supplier who takes delivery responsibility, rather than buying named bodies by the day. If you do engage individuals, get the determination process documented before anyone starts, and budget for the difference between a day rate and the total employment cost.
Either way, insist that documentation and environment setup are committed to your repository as the work happens. When capacity is temporary, written knowledge is the only thing that is not.
Preferred supplier lists, frameworks and how to work around them
Larger organisations here buy through approved supplier lists, and the list is often years old. It protects the buyer from unvetted risk and it quietly excludes most of the specialists who would be right for your project.
Two routes usually exist. Procurement can run a fast onboarding for a supplier you sponsor, which typically requires financial statements, insurance certificates, security documentation and references; asking early turns a six-week blocker into a two-week one. Alternatively an approved supplier can subcontract the specialist, which is faster and costs a margin, and requires you to check that the specialist is named in the contract rather than assumed.
If your organisation is regulated, expect the assurance pack to ask about sub-processors, data location, incident notification, right to audit and exit planning. Send that questionnaire to shortlisted suppliers before the final presentation so it informs the choice instead of delaying it.
Reading proposals for what they leave out
Comparable-looking quotes usually differ in four places, none of which appears on the summary page.
Team composition is the first: two quotes with the same total can contain very different amounts of senior time, and a blended rate hides it. Ask for the mix by role. Testing is the second: whether automated tests, accessibility checks and security review are inside the price or listed as optional. Running cost is the third, covering hosting, monitoring, third-party services, support hours and dependency upgrades after launch. The fourth is assumptions, which good suppliers list explicitly and weak ones bury in a timeline.
Ask every shortlisted software firm the same closing question: what would you remove from this project to deliver something valuable sooner? A supplier who will not cut anything either does not understand the problem or does not intend to be honest about the estimate.
Choosing between software companies in London without a six-month process
Write one brief that states the business outcome, the systems already in place, the constraints you cannot change and the evidence you will accept as success. Send it to four suppliers, not twelve. Give them a fortnight and the same access to your internal experts.
Score assumptions and named risks above presentation quality. Take one reference from a completed engagement and one from a relationship that ended, and ask both about handover. Then commission a small, contained piece of paid work before the main award, delivered end to end including review, deployment and documentation. It is the cheapest due diligence available and it outperforms every reference call.
When you are ready for like-for-like quotes, request proposals on a single brief. If the requirement is a consumer application, the mobile app development listings cover a different supplier set, and a launch that needs press and analyst coverage belongs with public relations agencies. Buyers comparing costs across markets often review Manchester, Bristol or Krakow alongside local firms.
Questions to ask before hiring a software company in London
Are local suppliers worth the premium over remote ones?
They are when the work depends on frequent access to stakeholders who will not join calls, on secure facilities, or on a regulator expecting an accountable entity nearby. For a team with a competent product owner and written decisions, the premium buys convenience rather than outcomes, and that is a choice to make deliberately.
What is the difference between a software house and a consultancy?
A software house is accountable for a working system. A consultancy is accountable for advice, architecture and assurance, and usually expects someone else to build. Both are legitimate purchases; problems begin when a buyer pays consultancy prices and expects delivery, or hires a builder when the real blocker is an unmade decision.
How many suppliers should I invite to pitch?
Three or four. Beyond that, the evaluation becomes a comparison of sales teams, and good suppliers begin to decline because the odds no longer justify the effort of a serious response.
What should I own when the engagement ends?
The repository, the infrastructure and domain accounts, the documentation and runbooks, the test suite, the data in an exportable format, and an intellectual property assignment that covers every contributor including subcontractors. Agree all of it before signature, when you still have leverage.