What you are actually paying for in Berlin
Rates here sit well above what an offshore arrangement would quote and somewhat below the highest cost European centres. Buyers who compare the hourly figure alone reliably reach the wrong conclusion, because the figure is not pricing the same product. What the premium buys, when it is being spent well, is a software team operating inside your legal and regulatory environment, working in your business hours, able to sign a contract that your own counsel recognises, and accountable under a liability regime that means something in practice.
That is worth a great deal for a regulated system, a product handling personal data at scale, or an internal platform that your own auditors will inspect. It is worth considerably less for a marketing microsite. The first decision is therefore honest: does this particular project need proximity to the German legal and operational context, or are you paying for reassurance you will never use?
Contract form changes the entire relationship
German commercial practice distinguishes sharply between a contract for a defined result and a contract for the provision of services, and the distinction is not cosmetic. Under a work contract the supplier owes you a functioning outcome, acceptance is a formal event, and warranty obligations attach to the delivered result. Under a service contract the supplier owes effort and competence, not a specific outcome, and acceptance in the formal sense does not arise.
Agencies frequently prefer the second form for iterative product work, and that preference is defensible. What is not defensible is leaving the buyer unaware of which one they signed. Ask directly which form the draft follows, what triggers acceptance, how defects are classified, and how long the warranty period runs. Then read the acceptance clause carefully: a provision deeming acceptance to have occurred automatically after a short review window can quietly remove your remedy.
Settle the governing law and the language of the authoritative version. A translated contract is a convenience, not a legal instrument, and when the two versions disagree the one that controls is whichever the clause says.
Staff leasing rules and why they shape your team
If a software supplier's developers work under your day to day direction, integrated into your teams and taking instruction from your managers, the arrangement can fall under employee leasing regulation rather than ordinary contracting. That regime requires a permit, imposes duration limits and carries real consequences for the party that got it wrong, including the risk that the worker is deemed your employee.
The practical implication for a buyer is that you must choose a working model deliberately. Either the supplier delivers defined work packages, with its own lead directing the team, or you bring in people through a properly licensed arrangement and accept the associated constraints. What does not work is a handshake in which you manage the supplier's developers directly on a long running basis and everyone hopes the labelling holds.
Ask any software firm proposing to embed engineers in your teams how it structures this and whether it holds the relevant permit. A serious supplier answers immediately, because it has had the conversation with its own lawyers.
Data protection is a design input, not a compliance review
Every buyer here knows the acronym. Far fewer treat data protection as something that constrains architecture rather than something a legal team signs off at the end. That is where cost appears late.
Decide before the design work starts where personal data will be stored and processed, whether any component transfers records outside the European Union and on what legal basis, which subcontractors and hosting providers appear in the processing chain, how deletion and export requests will actually be executed in the system rather than promised in a policy, and how consent or legitimate interest is recorded in a way you could evidence later. Ask the supplier to produce a processing agreement and a list of sub processors before signature, not afterwards.
Ask also how test environments are populated. Copying production records into a development database is the most common informal failure in otherwise careful organisations, and the remedy, generated or masked data, costs almost nothing if it is planned and a great deal if it is retrofitted.
Where your sector imposes its own regime, name it in the brief. Automotive supply chains, financial services and public bodies each carry expectations that a generalist software studio will not anticipate unprompted.
Internal systems and the people who must agree to them
A system that monitors, measures or reshapes how employees work is not purely a technical procurement. Where a works council exists, it holds genuine co determination rights over tools that can track performance or behaviour, and that consultation takes time.
Start it before the build rather than before the launch. Suppliers experienced in the German market will ask about this in the first meeting and will structure delivery so that configurable monitoring features can be switched off or scoped down without a rewrite. Suppliers who have never met the requirement will discover it during rollout, when the only options are expensive.
The software supplier landscape in Berlin and how to read it
The city holds an unusually wide spread of software firms for its size: product studios formed out of the startup ecosystem, engineering consultancies serving corporate clients, boutique teams organised around a single technology, and a large freelance population that assembles into project teams and disperses afterwards. The last group can be excellent value and carries an obvious continuity risk.
The international composition of local teams is a genuine asset, since working languages are frequently English and product thinking is exposed to more than one market. It also means turnover is higher than a headline company age suggests. Ask how long the proposed individuals have been with the firm, not how long the firm has existed, and put a key personnel clause in the contract.
Ask where delivery actually happens. Blended models with part of the implementation in lower cost locations are common and entirely legitimate, but they change the data processing picture, the communication overhead and the price you should be paying. Disclosure belongs in the proposal.
Making proposals comparable
Write one brief and require every supplier to answer in your structure. Ask each to price the same phases, to state the assumption that would most move the estimate, and to name what they would remove if the budget were reduced. Ask for a working demonstration of something they built rather than a case study about it.
Keep separate trades in separate briefs so that neither is treated as a rounding error. Application work can be compared against dedicated mobile development teams, interface and brand execution against design studios, and visibility against search specialists. Use the broader directory of software development companies when a specialism is scarce locally, and put the same document in front of several firms at once so the differences you see are differences in thinking.