Skip to content
Get a quote

Berlin · Berlin

WooCommerce development in Berlin

Releasing a change to everybody at once means every fault reaches every customer simultaneously, and the only way back is a rollback under pressure. Being able to switch a feature on for a fraction of visitors turns that into a much smaller event that can be reversed with a setting rather than a deployment.

ONE INSTALLATIONPHP 8.2HPOSREDIS CACHE1 installthree storefrontsApply update

Applied to all three, and felt by all three

  • Brand A
  • Brand B
  • Brand C
A drawing of one WooCommerce installation serving three storefronts for a Berlin business, with a single update reaching all of them.

The subjectwoocommerce-development × berlin

Turning something on for some customers first

A feature switch separates deploying code from turning it on, which is a bigger idea than it sounds.

The new checkout can be live in the codebase and visible to nobody, then to the team, then to a tenth of visitors, then to everybody, with each step reversible in seconds by somebody who does not need to know how to deploy. That is worth most at exactly the moments it is hardest to think clearly, which is when something has gone wrong at four in the afternoon. The discipline it needs is removal. Switches accumulate, and a codebase carrying forty of them from the last three years has become considerably harder to reason about than one with none, because every combination is theoretically possible and nobody can say which are live. The rule worth holding is that a switch is temporary by definition: it exists to make a change safe, and once the change is permanent the switch and the old path both come out in the same week rather than eventually.

We have no office in Berlin. Our studio is in Rajkot, India, and every project here is delivered remotely — if a supplier who can attend your premises matters to you, that is a fair requirement and we do not meet it.

What a WooCommerce development project includes

Three things, and they are the same wherever you are. What changes is the subject above.

  • Custom themes and versioned business-logic plugins

  • Hosting architecture, caching and speed work

  • Migration, hardening and a named update policy

The other three, and what each one covers

Each answers a different question for Berlin businesses. None of them repeats this page.

WooCommerce development questions from Berlin

Three questions about the subject above. How we work, what it costs and who owns the code are answered on the service page.

What does this actually buy us?

Reversal without a deployment. A fault that reaches a tenth of visitors and can be turned off by somebody clicking a setting is a small incident; the same fault reaching everybody and needing a rollback under pressure is a bad afternoon and an evening. The difference is entirely in the exposure.

What goes wrong with feature switches?

They accumulate. Forty switches left over from three years of changes make the codebase harder to reason about than no switches at all, because every combination is theoretically live and nobody can say which paths customers are actually taking through the store.

When should a switch be removed?

The week the change becomes permanent, along with the old code path it was protecting. Treating removal as a separate task for later is how the accumulation happens, and later reliably means never once the thing is working and nobody is thinking about it any more.

Get in touch

Planning WooCommerce development work in Berlin?

Tell us what you are building and we will come back within one business day.

Invoiced in
EUR
Office in Berlin
None
Reply time
Within one business day