Two kinds of buyer arrive at software companies in Zagreb
The search traffic reaching this market splits cleanly. Some of it is local: a Croatian company looking for a firm that can build an internal system, speak the language of its accountants and turn up for a workshop. The rest comes from abroad, from buyers who have worked out that this is a mature engineering market inside the single market, with a workday that overlaps almost entirely with western neighbours and costs that are lower than theirs.
Those two buyers should run different processes. The local buyer is choosing a supplier in the ordinary way. The foreign buyer is making a software sourcing decision, where the hard questions are about jurisdiction, continuity and communication rather than raw technical skill, which is rarely the limiting factor here.
What the local software supply is actually built on
Croatian engineering education is strong and long established, and the country has produced a genuine product culture rather than only outsourcing shops: hardware and embedded work, payments and fintech, travel and hospitality platforms, gaming, telecommunications and a healthy independent studio scene. Many senior engineers here have worked on products shipped to global users rather than on isolated client projects.
That matters practically. Teams with product history ask better questions about your users, push back on requirements that make no sense, and are comfortable owning a decision. Teams that have only ever executed specifications will build exactly what you wrote, including the parts that were wrong. Ask candidates which of the two describes their history, and ask for the product they are proudest of rather than the largest client they have served.
Being inside the single market removes a lot of friction
For a buyer elsewhere in the bloc, sourcing here avoids a category of paperwork that offshore arrangements create. The same data protection regime applies on both sides, so a processing agreement is a familiar document rather than a negotiation about adequacy and transfer mechanisms. Invoices are in euro. Contract enforcement sits under a legal framework your lawyers recognise, and judgments move across borders without a fresh case.
Ask nonetheless where production and backups will physically run, and who among the supplier's staff or subprocessors sits outside the bloc, because plenty of firms use tooling and hosting that does. Being registered locally does not automatically mean your data stays local, and it is a five-minute question at selection time.
Language and working hours are a real advantage, so test them
English is widely and genuinely spoken, and the working day overlaps with most western markets almost completely, which removes the single biggest source of friction in distributed delivery. That said, fluency varies by role. The people who sell are always fluent; the software engineer who will explain a technical trade-off to your stakeholders may not be.
Insist on meeting the actual delivery team before signing, not the account lead. Ask a technical question in that meeting and listen to whether the answer is precise. If written communication will carry most of the relationship, look at how they write: a clear, well-structured proposal is a reasonable proxy for the tickets, pull request descriptions and incident notes you will be reading later.
Retention is the risk that actually costs you
The main pressure on this market is not capability but competition for the same software engineers. Fully remote employers abroad pay in their home currency and hire here readily, which pulls senior people out of local firms. A supplier can lose a key engineer without any warning to you, and a replacement of equal seniority may take months to find.
Ask what the firm's voluntary turnover looked like last year and how long the proposed team members have been employed. Ask whether anyone on the project is a subcontractor rather than staff. Then reduce your exposure structurally: require a second reviewer on every change, require documentation to be written as work proceeds, and avoid a design where one person is the only route into a critical subsystem.
Contracting details worth settling early
Confirm which legal entity signs and what form it takes, since small suppliers may operate as a limited company or as a registered sole trader with quite different liability. Agree the governing law and the forum, and be aware that a foreign buyer insisting on home-country jurisdiction will often get it but may be trading that for a slower, costlier remedy.
Put intellectual property assignment in writing and make it explicit rather than implied, covering source code, design files, infrastructure definitions and anything generated with assistance from third-party tooling. Ask for a list of open-source components and their licences. Agree payment currency and who bears bank charges, because on modest monthly invoices those fees are not trivial and they generate an irritating conversation every month if unsettled.
Test technical depth before you commit to a long engagement
Portfolios and references tell you about outcomes; they tell you little about how a team works. A short paid trial is the most reliable evaluation available. Give the candidate a contained, real piece of work with a defined result, let them run it their own way for a few weeks, and watch what happens: how they clarify ambiguity, whether they write tests, how they describe what they did, and whether the estimate held.
If a trial is impractical, ask for a walkthrough of a real repository they own, with an engineer explaining a decision they later regretted. That conversation is difficult to fake and it is far more informative than a slide describing a methodology.
Building a shortlist in Zagreb
Three firms of comparable size, one brief, one response format, and a conversation with the people who would actually do the work. Weight continuity and communication as heavily as capability, because in this market capability is rarely what goes wrong.
You can compare verified software companies in Zagreb against the wider directory of software development firms, and request matched proposals through our offer request form. Where a project also needs interface design, a motion or explainer component, or search visibility in the local market, see UX and UI design agencies, animation studios and SEO agencies working here.