Shopware in 21 Days: Realistic or Marketing?
How a fixed-price Shopware sprint really works in 21 days: the phase plan, your to-dos, what's in scope – and when 21 days aren't enough.
The honest answer up front: yes, 21 days are realistic – but only under conditions nobody likes to talk about. A Shopware store in three weeks isn't a trick, and it isn't a stripped-down stopgap. It's the consequence of one clear decision: a fixed scope instead of an open wish list.
If someone promises you "Shopware in 21 days" while claiming you'll get everything a six-month project delivers, that's marketing. If someone explains to you what fits into 21 days, what stays out on purpose, and what you have to contribute yourself – then you're talking to someone who has run more than one sprint. That's exactly what we're doing here.
Why classic projects take 3–6 months
Before we talk about speed, look at the brake. An average Shopware project drags on because the scope grows during the project. It's called scope creep, and it almost always follows the same pattern:
- The kickoff starts without finished product data. So the agency waits – and waits.
- In week 3, someone realizes "we actually need a configurator too."
- The design goes into its fifth feedback loop because nobody will sign off.
- Three stakeholders have three opinions, and every round costs two weeks.
None of these points is dramatic on its own. Together, they turn three weeks of work into six months of calendar time. The code is rarely the problem. The decisions are the problem – specifically, the ones made too late or never made at all.
A fixed-price sprint flips this logic. The scope is locked before day one. That eliminates the biggest source of wasted time before it can even appear.
The 21-day timeline: week by week
Here's what a sprint looks like in practice. Three weeks, three phases, clear milestones.
| Timeframe | Phase | What happens | Milestone |
|---|---|---|---|
| Week 1 | Kickoff & setup | Kickoff workshop, scope sign-off, spin up Shopware instance, theme base, start data import, connect payment & shipping | Store technically live, structure defined |
| Week 2 | Build | Adapt design to your brand, load categories & products, content pages (Shopping Experiences), configure checkout | Clickable store on staging |
| Week 3 | Testing & go-live | Test orders, verify payment/shipping/tax, add legal texts, performance check, domain move, go-live | Store live |
Week 1 – Foundation, not debate
The kickoff isn't a get-to-know-you coffee; it's a working session. By the end of day one, we've settled which categories the store has, which payment methods go in, and which design foundation we'll use. In parallel, the technical setup runs: Shopware instance, theme base, first data imports. In week 1 we don't debate fundamentals – those are already answered in the scope document.
Week 2 – Build, don't reinvent
Now the store fills with life: brand onto the theme, products in, content pages built with Shopping Experiences, checkout switched on. By the end of the week there's a clickable store on a staging environment. You don't see mockups – you see your real store.
Week 3 – Harden and launch
The final week belongs to testing: real test orders, verifying payment and shipping logic, tax rates, legal texts (imprint, terms, right of withdrawal, privacy), performance. Then move the domain and go live. No weeks of "final polish" – go-live is a date, not a state.
What actually makes the speed possible
Three things carry the sprint. Remove one, and the timeline wobbles.
1. A fixed scope. This is the decisive lever. We define upfront exactly what gets built – and what doesn't. No "can we just quickly add." Every new idea is welcome, but it goes into phase 2 after go-live. A fixed scope isn't a corset; it's the reason the deadline holds.
2. Prepared building blocks. We don't build a store from zero. We have a proven Shopware base, battle-tested configurations for payment and shipping, tried-and-true setups for what German merchants typically need. We don't reinvent the wheel each time – we put a proven wheel on your road.
3. Clear deadlines. A fixed end date changes everyone's behavior. Decisions get made faster because they have to. Disciplined time-boxing isn't a pressure tactic against you – it's a defense against scope creep.
What you have to contribute (and it's not trivial)
This is where reality separates from marketing. A 21-day sprint only works if you deliver. Your preparation isn't a "nice to have" – it's part of the timeline. You should have this list ready before day one:
- Product data in structured form: SKU, name, price, stock, variants – ideally as CSV or exported from your old system.
- Texts & images: product descriptions, category copy, cut-out product photos, logo in vector format, about and homepage content.
- Access: domain/DNS, payment-provider account (e.g. PayPal, Stripe, Mollie), shipping carrier, existing analytics.
- Decisions, made: Which payment methods? Which shipping zones? Who gives final sign-off? One contact person with authority – not a committee.
The most common reason a sprint falls out of rhythm isn't the tech. It's missing product copy, or a client who still hasn't sorted out their payment connection in week 2. So we'll say it plainly: your homework is half the battle.
What's in scope – and what deliberately isn't
In scope (examples): clean Shopware setup, theme adapted to your brand, product and category structure, standard payment and shipping, Shopping Experience pages, legally compliant checkout, go-live on your domain.
Deliberately out of scope (examples): custom backend development, complex ERP/inventory interfaces, multilingual or multi-country stores with dedicated logic, elaborate product configurators, custom plugins, data migration with thousands of orders and customer history.
That's not a weakness of the sprint – it's its definition. A fixed price only works with a fixed scope. The moment you need one of these "out of scope" items, you're no longer a sprint customer, and that's perfectly fine.
When 21 days don't work – honestly
Some projects are simply the wrong fit for a sprint. Drop the 21-day expectation if:
- you need a deep ERP integration or complex interfaces,
- large data volumes with history must be migrated,
- custom development (own plugins, special checkout logic) is central,
- multiple stakeholders share decisions and sign-offs take time,
- the scope is fundamentally still unclear.
For these cases there's Scale – our package for projects that need more depth and more time. Telling you this honestly is part of our job. A sprint that's really a Scale project makes nobody happy.
The honest trade-off
A 21-day sprint trades unlimited flexibility for speed and predictability. You don't get a store that maps every special request. You get a solid, sales-ready Shopware store – fast, at a fixed price, with no surprises on the invoice. For the vast majority of merchants who just want to finally launch, that's exactly the right choice. And everything beyond it comes in stage two – then backed by real sales figures instead of guesses.
Ready for your sprint?
If your scope is set and you finally want to go live, the fixed-price sprint is built for you. Take a look at our packages, understand our process in detail – or send your project request directly. We'll tell you honestly whether 21 days are realistic for you.