Flügger is a Danish paint and coatings manufacturer with around 1,700 employees, own factories in four countries, and retail stores across the Nordics, Poland, and Iceland. With five B2B webshops serving professional painters in different markets, the company needed checkout configuration to sit with its own team, not with external developers. In November 2025, Flügger went live with nShift Checkout across all five sites.
The challenge
Flügger's previous e-commerce platform was an Episerver monolith running 18 webshops, with Consignor handling shipping and label printing. CMS, commerce, search, checkout, users, and pricing all lived in one closed system.
Adjusting shipping prices, carrier options, drop points, or delivery rules required development work, even for small changes. Adding a new carrier or opening a new store meant waiting for external resources, which slowed updates across all five markets. In physical stores, staff had to complete orders in the ERP and then log into a separate system to print shipping labels, two steps, two systems, for every order.
When something went wrong, it was difficult for the team to troubleshoot internally because some of the system's logic was hidden, and they occasionally needed external help to fix these issues
Working with the previous setup was difficult and inefficient, leaving us with very little room to adjust the setup without relying on external support. As a result, the process was both costly and slow.
Thomas Lauenborg
Product Owner E-commerce, Flügger
The solution
When Flügger rebuilt its e-commerce stack on a composable architecture, the team evaluated building checkout in-house.
We considered building checkout ourselves. Technically it's not that hard, but we thought about the maintenance: we'd have to code against every carrier. When a carrier makes changes, we probably wouldn't be the first to know. We'd always be behind.
Thomas Lauenborg
Product Owner E-commerce, Flügger
Flügger chose nShift Checkout and went live across its five B2B websites (DK, SE, NO, PL, and IS) in November 2025, replacing the previous checkout flow.
The team sets delivery rules by cart value, weight, and postal code directly in the interface. Express delivery is automatically disabled for rural areas, and shipping prices recalculate as customers add heavy items. Every change is testable in a live environment before it reaches the webshop.
Across its five markets, the checkout uses PUDO options alongside GLS, PostNord, and DHL to keep the delivery selection focused while giving B2B customers relevant choices.
It works fabulously well. It's really easy and intuitive to work with. It's a satisfaction to sit with it ourselves. It's not in a black box. We set the requirements, and we can do it ourselves.
Thomas Lauenborg
Product Owner E-commerce, Flügger
The results
Since go-live, the checkout has run with virtually no errors. One known edge case with invalid postal code handling is being resolved.
Customers don't call saying they can't complete their order. It just runs through.
Thomas Lauenborg
Product Owner E-commerce, Flügger
- Delivery area rules, express availability, delivery methods, and weight-based pricing are managed without custom development
- Store operations no longer require switching between two systems for order fulfilment and label printing
- The same checkout approach is planned for Flügger's B2C websites and for an Iceland webshop joining later in 2026
The team is also using nShift Companion, the AI assistant built into Checkout, to create custom operational logic. One current project: a pallet-handling rule that calculates the required number of pallets by shipment weight and routes the count to the fulfilment centre. They are also exploring customer-specific freight pricing and a scan-and-go solution using QR codes in physical stores.
Things have really settled down. We don't have the same volume of errors as before. We've saved both time and money.
Thomas Lauenborg
Product Owner E-commerce, Flügger
