Codewerk.
Get a quote
Home/Blog/Why we build browser software instead of desktop applications

Why we build browser software instead of desktop applications

Deployment, updates, support and onboarding all collapse into one thing when the app lives at a URL. The exceptions are real, but rarer than people think.

Photo: free stock photography (Unsplash licence) — see imprint

Updates stop being an event

With a browser application there is one version in the world. Nobody is running the build from 2022 and reporting a bug you fixed 18 months ago. For a small team supporting many clients, that alone justifies the choice.

Warehouse tablets and shop-floor reality

A browser app runs on the cheap Android tablet in the warehouse, the manager's laptop and the office desktop without three builds. In industrial settings, where the hardware is whatever survived, that flexibility is worth a lot.

The honest exceptions

Heavy local file processing, deep OS integration, hardware access beyond what the browser exposes, and truly offline-first work in a building with no signal. These are real — and they are the minority of business software.

Offline is a spectrum, not a switch

Before assuming you need a native app for offline, ask what actually must work without a connection. Often it is 'scan and queue', which a well-built web app handles perfectly — and syncs when the WiFi returns.

Key takeaways
  • One version in the world beats twelve.
  • Browser apps fit the mixed hardware of real warehouses.
  • Ask what truly must work offline before going native.

Frequently asked questions

Browser, unless you can name the exception. When the app lives at a URL, deployment, updates, support and onboarding collapse into one thing, and there is exactly one version in the world. Nobody is running a build from three years ago and reporting a bug you fixed long ago. For a small team supporting many clients, that alone decides it.

Usually yes, because offline is a spectrum, not a switch. Ask what actually must work without a connection. In most warehouses the honest answer is 'scan and queue', and a well-built web app does that fine — holding the scans locally and syncing when the signal returns. Truly offline-first work in a hall with no signal at all is a different project.

Four honest cases: heavy local file processing, deep OS integration, hardware access beyond what the browser exposes, and genuinely offline-first work in a building with no signal. Those are real, and we will tell you when you are in one. They are also the minority of business software — most people asking for a desktop app are describing a habit, not a requirement.

That is one of the strongest arguments for it. The same application runs on the cheap Android tablet in the warehouse, the manager's laptop and the office desktop — without three builds and three release processes. In industrial settings the hardware is whatever survived, and needing one target instead of three is worth a lot on day one and more on day five hundred.

We do this for a living — Shopware, Node.js, React, ERP integration and automation for B2B.

Talk to an engineer

// Keep reading

Related articles