All services
Migration & Replatforming

Get off the system that's holding you back.

Old software rarely fails all at once. It gets slower, more expensive, harder to hire for, and one day the vendor stops patching it. Whether it's a website on an ageing CMS or the system your whole business runs on, the risk lives in the data and the cutover, not the code. We plan the move first, then do it in stages you can stop at.

Sound familiar?

You're here because one of these is true.

Your platform is out of support

No more security patches, and every new browser version breaks something else. It still works, but the clock is running.

Nobody wants to touch it

The person who built it left. Hiring for that stack is slow and expensive, and every small change takes three times longer than it should.

You've been quoted a big-bang rewrite

Someone proposed rebuilding everything at once and going live in a single weekend. That's how migrations fail. There is a phased way to do this.

What we do

Off the software that's holding you back, with your data intact.

A migration is mostly not a coding problem. It's a data problem and a sequencing problem: what moves first, what runs in parallel, how you prove nothing was lost, and what you do if the cutover goes wrong at 2am on a Sunday. We start with an assessment that gives you a fixed plan and a real number, then move in phases, each one small enough to reverse. Your business keeps running throughout.

An inventory of what you actually run, and what depends on it
A written target design and a phased plan with real numbers
Data mapped field by field, with the gaps named upfront
The migration itself, run in reversible stages
Reconciliation reports showing nothing was lost
Docs, training and a handover for your team

The process

How a migration runs.

Light on process, transparent, senior from day one.

  1. 01

    Assess

    Inventory, risks, target design and a fixed plan, before anything moves.

  2. 02

    Prepare

    Data mapping, target build, and a rehearsal on a copy.

  3. 03

    Cut over

    In phases, with parallel running and a way back at each one.

  4. 04

    Settle

    Reconciliation, cleanup, training, and retiring the old system.

What you get

What's in. What's out.

Built for

Owners on a website or CMS that's out of support, or nearly there · Teams stuck on a stack they can't hire for · Owners who've been quoted a risky all-at-once rewrite

Not the right fit if

Teams whose systems just need connecting (see Integrations & APIs) · Products that need building from scratch (see Development)

Every tier includes

  • An assessment you can act on, even if you stop there
  • Field-by-field data mapping, with any losses named upfront
  • A rehearsal migration on a copy before anything real moves
  • Reversible phases, each with a documented way back
  • Reconciliation reports after every phase
  • The new system in your own repository and accounts
  • Plain-English docs plus 2 weeks of free support after cutover

Intentionally not included

  • Licence costs for the systems you're moving to
  • New features during the migration (we move first, then build)
  • Recovering data that was never captured in the first place
  • Long-term maintenance afterwards (see Monthly Support)
  • Big-bang cutovers over a single weekend
  • Migrating processes nobody has agreed on yet

Plain pricing.

Website migration
From CHF 5k
Prices exclude VAT
  • 2 – 4 weeks
  • one site moved, content, links and rankings intact
Recommended
System migration
From CHF 22k
Prices exclude VAT
  • 6 – 12 weeks
  • one business system moved and cut over
Full replatform
From CHF 45k
Prices exclude VAT
  • 3 – 6 months
  • multiple systems, phased, parallel running

Common questions

Everything else.

Can the business keep running during the move?

Yes, that's the point of phasing. Most migrations run the old and the new system in parallel for a while, so there's no weekend where everything is offline and nobody can invoice.

What if you find something halfway through?

The assessment exists to surface it before you commit to the build. If something still appears mid-migration, you get it in writing within 24 hours with options, not a surprise on the invoice.

Do we have to move everything?

No, and often you shouldn't. Some systems are worth leaving where they are and connecting instead (see Integrations & APIs). The assessment tells you which is which.

What happens to our old data?

It gets mapped, moved and reconciled, and we tell you upfront wherever the new system can't hold something the old one did. Nothing is quietly dropped.

Book a call.

No slides, no pitch. Just a quick conversation to see if we're the right fit.

Start a conversation