Software Suppliers in Brighton Are Small on Purpose
Search for a software development partner on the south coast and the results look thin compared with a capital city list. That is not a shortage; it is the shape of the market. The digital economy here grew out of studios, not out of corporate satellite offices, and the typical supplier is a founder led team where the people who sold you the work are also the people who will do it. Firms deliberately stay small because staying small is what lets them keep senior engineers interested and overheads low.
For a buyer this is genuinely attractive. You get direct access to the person writing the code, decisions take hours rather than weeks, and nobody is billing you for a delivery manager whose job is to manage another delivery manager. It also concentrates risk in a way that a large supplier does not. One resignation, one competing project, one founder deciding to take a permanent role elsewhere, and your roadmap stalls. Everything else in this guide follows from that single trade.
Ask Who Employs the People Named in the Proposal
The associate model is standard practice around Brighton and is often invisible in a pitch. A studio of four permanent staff assembles a project team from a trusted circle of independent specialists: a back end engineer here, an interface developer there, a tester who works with several studios at once. Good associates are frequently better than the equivalent salaried hire, because they have seen more systems. But they are not yours, and they are not entirely the studio's either.
So ask directly. For every person in the proposal, who employs them, how many days a week are they committed to you, and what other commitments do they hold during your delivery window. Ask what happens if an associate becomes unavailable in month three: does the studio replace them at the same rate, and does the replacement come with a handover period or with a discovery phase you pay for twice. Ask whether the associates have signed assignment of intellectual property and confidentiality terms that flow through to you, because an assignment clause that binds only the contracting studio leaves the actual author of your code outside the agreement.
Separate Design Capability From Engineering Capability
This city sells design well, and that reputation pulls software buyers toward suppliers whose real strength is the surface. A studio can produce an interface that tests beautifully and still hand you a codebase with no test coverage, no deployment pipeline, and business rules scattered through the view layer. The failure does not show up at launch. It shows up when the third change request costs more than the second one did.
Judge the two competences separately. For design, look at the work. For engineering, ask for evidence you can inspect: how they handle automated testing, what their deployment process looks like, whether environments are reproducible, how they manage database migrations, and whether they will let a technical adviser of your choosing review a sample repository under a confidentiality agreement. A supplier confident in its engineering says yes to that quickly. If your project is mostly presentation, you may genuinely be better served by web engineering specialists or by a motion and interactive studio, and paying software prices for that work is a waste.
Plan for the Second Year Before You Sign the First
Small suppliers are excellent at building and inconsistent at maintaining, because maintenance does not fit neatly into a founder's calendar. The question that separates a good Brighton engagement from a painful one is what happens once the build is finished and the studio has moved on to the next client.
Agree the support arrangement in the same contract as the software build, not afterwards. Define response expectations by severity, name who answers out of hours if anything actually needs that, and set a retained allowance of engineering days per month with a rule for what happens to unused days. Ask how many of the studio's past projects it still supports and speak to one of those clients rather than to a launch reference. Ask what documentation you will receive: a readable overview of the architecture, an environment setup guide that a new developer can follow without help, and a record of the decisions that would otherwise live only in one person's memory.
Keep the Accounts and the Repository in Your Own Name
The cheapest insurance against a software supplier disappearing costs nothing and is routinely forgotten. Own your infrastructure accounts. The cloud subscription, the domain registration, the source control organisation, the error monitoring, the app store listings, the payment gateway, the analytics property: all of these should be registered to your company with the supplier added as a collaborator. Not the other way round.
Insist that code is pushed to your repository from the first week rather than delivered as an archive at the end. Ask for the build and deployment configuration to live in that repository too, because a codebase you cannot deploy is a document, not a system. Where the software is central to how you trade, discuss a source code escrow arrangement with defined release triggers. For most small engagements, holding the accounts and the repository yourself achieves most of the same protection without the cost.
Writing a Brief a Brighton Studio Can Price Honestly
Small teams cannot afford long unpaid bid processes, so the quality of what you send determines the quality of what comes back. Describe the business problem rather than the solution you have imagined, list the systems that must connect, say who inside your organisation will make decisions and how often they are available, and state whether you want a fixed scope, a capped engagement, or a standing team. Say what a successful first release looks like in terms a user would recognise.
Ask every candidate the same three questions: who exactly will work on this, what would you do in the first month, and what would make you decline this project. The last one is the most revealing. Verified profiles for software companies are listed on Edvido alongside search specialists and marketing teams in the same city, and comparable shortlists are available in nearby markets such as Southampton or Bournemouth if you want to widen the field. When the brief is ready you can put it in front of several studios at once and read the answers side by side.