When Banks Set the Salary Bar — How Zürich Startups Compete for Backend Talent
by Eric Hanson, Backend Developer at Clean Systems Consulting
UBS offered your candidate CHF 160K base plus a bonus structure your startup can't even model.
He took the meeting with you as a courtesy.
The banks aren't just competing. They're setting the price.
Zürich's financial sector doesn't dabble in technology. It runs some of the most complex backend systems in the world — trading platforms, risk engines, payment networks, regulatory reporting pipelines.
That work requires serious backend engineers. And the banks pay accordingly.
UBS, Credit Suisse's successor entity, Julius Bär, Zurich Insurance, Swiss Re — each one employs hundreds of engineers locally. Their compensation packages include base salaries north of CHF 150K, annual bonuses that can add 20–30%, and pension contributions that make the BVG minimums look modest.
When a bank sets the floor at CHF 160K for a mid-senior backend role, every other employer in the city adjusts upward. Including you.
Your startup didn't set your salary band. The banks did.
The competition you can't see
It's not just active recruiting. The banks create a gravitational field that affects hiring even when they're not poaching your candidates directly.
Engineers who've spent three years at a bank have lifestyle expectations calibrated to bank-level compensation. They have mortgages in Zürich. They have pension projections built on BVG contributions that exceed the mandatory minimum. They're used to a bonus landing every March.
When they consider your startup, they're not just evaluating the role. They're evaluating whether they can maintain their financial life on your package.
Most of them quietly conclude they can't. The ones who are genuinely excited about startup life still hesitate, because the gap between what you offer and what they'd leave behind is measured in tens of thousands of francs.
You're not losing on the work. You're losing on the spreadsheet.
What this does to your hiring timeline
Every declined offer resets the clock. In Zürich, the clock was already slow.
The candidate pool for senior backend engineers is small. The subset who are open to startup compensation is smaller. The subset of that subset who are actually available — not mid-vesting-cycle, not mid-project, not waiting for their bonus — is tiny.
Your recruiter sends names. You interview. You make offers. They decline, or they go silent, or they use your offer to negotiate a raise at their current employer.
Meanwhile the backend work piles up. Your existing team absorbs it and starts to thin. Deadlines move. Promises to customers soften into estimates.
You're paying the cost of a hire you never made.
How some Zürich startups stopped competing on salary
The founders who broke out of this pattern didn't find cheaper engineers. They found a different way to get backend work done.
They kept their internal team deliberately small — one or two senior engineers who own the architecture and make the decisions that require deep, ongoing context. Worth every franc.
Then they looked at the rest of the roadmap with honest eyes.
The partner integration with a documented API? That doesn't need a CHF 200K seat. It needs a spec. The reporting service that pulls from a defined schema? Spec. The new microservice with clear inputs, outputs, and error contracts? Spec.
Those projects went to async contractors who build from documentation. No salary negotiation. No bonus expectations. No BVG calculations. The contractor receives the spec, builds the system, delivers the code.
An internal engineer reviews it. The project ships. The backlog shrinks without the headcount growing.
The bank-calibrated salary bar becomes irrelevant for every project that doesn't require a permanent team member.
What has to exist on your side
The documentation makes or breaks it.
An async contractor can't sit in your office on Europaallee and absorb context from overheard conversations. They work from what's written. If the written spec is complete — data models, API contracts, validation logic, failure modes, integration points — the output will match. If the spec is a rough sketch, the output will be a rough guess.
Someone on your team produces those specs. A technical writer. A system analyst. A senior engineer with the discipline to write things down thoroughly. The role doesn't matter. The quality of the document does.
And someone reviews the finished code. One engineer, a few hours, checking the deliverable against the spec. That review step is what separates a reliable process from a hopeful one.
If both things exist — clear documentation going out, competent review coming back — the model works regardless of what the banks are paying.
If the banks keep winning and your backlog keeps growing
Clean System Consulting builds backend systems async, from documentation. No competing with bank bonuses. No matching pension packages. Just scoped work delivered against a written specification.
The contact page starts with a handful of questions about your team's structure. Not technology questions — process questions. Who writes the specs, who coordinates delivery, who reviews the code. The answers usually make it clear within a few minutes whether this model is a fit for how your team actually operates.