The Software Factory Model Explains Most Proposals in Madrid
Buyers searching in Spanish will keep running into the phrase software factory, and it is not marketing language. It describes a real and dominant delivery model in this market: a firm sells engineering capacity by profile and by month, assigns people from a pool, and manages utilisation across many clients at once. The client gets a team; the supplier gets a predictable book of business. Large consultancies run it at scale, mid sized firms run a version of it, and even small studios borrow its vocabulary when they quote.
This model has genuine virtues. It scales up quickly, it is easy to compare on paper, and it suits work where the requirement is known and the constraint is throughput. Its weakness is ownership. Nobody in a capacity arrangement is accountable for whether the thing you built was worth building, and the incentive runs toward keeping profiles billed rather than finishing early. If your project needs someone to argue with you about scope, you are buying the wrong shape and should look for a software firm that sells outcomes and prices accordingly. Decide which of the two you want before the first meeting, because the same proposal template is used for both.
Find Out Who Will Actually Write the Code
Subcontracting chains are long here and are rarely volunteered. A well known firm wins the work, a second firm supplies part of the team, and a staffing intermediary supplies individual engineers into that. By the time the code is written, the person typing it may be two contracts away from the logo on your agreement. It is legal, it is normal, and it is the main reason proposals and delivery diverge.
Ask for the chain in writing. For each named person, which company employs them and under what kind of contract. Ask what proportion of the team will be employees of the signing firm at the start and after six months. Insist that the curricula vitae you evaluated belong to people who will actually be assigned, and put substitution rules in the agreement: notice of any change, a replacement of equivalent seniority, and an overlap period paid by the supplier rather than by you. Watch the seniority mix in particular, since the classic pattern is a senior architect who appears at the kick off and then bills a fraction of a day a week while junior profiles carry the build. Make intellectual property assignment bind subcontractors and individual developers, not only the contracting company, or the chain becomes a gap in your title to your own product.
You Are Competing for Capacity With Clients Abroad
A large share of the software engineering sold from this city is exported. Firms here serve buyers across the continent and further, positioning themselves as a nearshore option with overlapping hours and lower rates than the markets they sell into. That is a healthy industry, and it has a direct consequence for a domestic buyer: your project competes for the same engineers against contracts denominated in the same currency but priced against a richer market.
What that means in practice is that availability, not price, is usually the binding constraint. Ask when the named team is genuinely free, not when the project could nominally start. Ask what else those people are committed to during your delivery window and what the firm does when an export client escalates. Get the ramp up written into the plan with dates, and tie an early payment milestone to the team actually being in place. If a supplier is unusually available at short notice, ask why in a friendly way; sometimes the answer is that they have just finished something, and sometimes it is that they have just lost something.
Language of the Contract and Language of the Codebase
Commercial conversations, the contract, and the day to day of most teams run in Spanish. That is not an obstacle, but it needs a decision rather than a drift. If your own organisation works in English, state which language governs the agreement and which version prevails if the two disagree, since a translated contract with no prevailing clause is a dispute waiting to happen.
Then decide the same question for the product itself. Interface copy, code comments, documentation, commit messages, ticket titles and architecture notes should be in one agreed language, chosen for whoever will maintain the system in three years rather than for whoever is comfortable this month. Mixed language codebases are a real maintenance tax and they quietly narrow the pool of firms that can take over later. Ask candidates which language their documentation is in today and ask to see a sample, because the answer in the meeting and the answer in the repository are often different.
Invoicing and Administrative Duties Belong in the Plan
Billing obligations in this country are strict and increasingly automated, with electronic invoicing and certified billing systems required between businesses and specific formats required when invoicing public bodies. If the software you commission issues invoices, records sales or feeds accounting, those requirements are part of the scope and not an afterthought, and they carry deadlines set by the tax authority rather than by your roadmap.
Put them in the brief explicitly: which documents the system must issue, in which format, with what retention and what audit trail. Ask candidates who has done it before and what they would do if the rules change during the build, since they have changed repeatedly. On the commercial side, agree value added tax treatment, payment terms, and what documentation your finance team receives. Public sector buyers should note that the tender route, the evaluation formula and the standstill obligations are set before the requirement is, and that suppliers experienced in that route will say so immediately.
Comparing Madrid Proposals Without Comparing the Totals
Capacity proposals are easy to line up and misleading to add up. Two firms quoting the same monthly figure can be offering very different mixes of seniority, very different levels of accountability, and very different answers to who owns the result. Score the composition instead: how many senior engineers, for how many weeks, employed by whom, and what exactly is committed in the first month.
Give every candidate the same document, the same deadline and the same questions, and ask each one what it thinks is wrong with your brief. If the core deliverable is a customer facing product, put application developers and web engineering firms into the same comparison, since that work usually prices lower. Verified profiles for software companies are listed on Edvido along with search specialists and communications teams in the same city, and buyers who want to widen the field can look at suppliers across the continent. When the brief is ready, put it in front of a shortlist at once so the answers arrive in a form you can actually rank.