Shopify out of the box is not configured for British trading
Shopify is built to sell anywhere, which means it arrives configured for nowhere in particular. Trading from Britain means VAT set up to match your accountant's position, delivery promises that match what your carrier actually does, the pay-later options British shoppers now expect, and a returns flow shaped by consumer cancellation rights.
The default Shopify store is competent and generic. It quotes a delivery time it invented, presents tax in a way that may not match how your accountant expects it, offers card payments and nothing else, and treats returns as something to handle by email. None of that is broken. It is simply not set up for selling to British consumers.
Delivery is where it shows first. The store promises next day because the theme said next day, the carrier collects in the late afternoon, and anything ordered after that leaves the following day at best. The customer is told one thing and experiences another, which produces a support message, sometimes a review, and a reluctance to order again. Alongside it the tax display was never checked with the accountant, so invoices get corrected by hand. And there is no pay-later option, which a good share of British shoppers look for and quietly go elsewhere when they do not find it.
When this work makes sense
Questions worth asking any supplier
Ask whether the delivery promise in the theme has been checked against your carrier's actual collection times, because the default was written by somebody who has never seen your depot.
Ask whether your accountant has seen the tax configuration, because a developer setting this without asking is guessing at something that becomes corrections later.
Ask which pay-later providers are proposed and why, because they are not interchangeable and each takes a different cut of the transaction.
Ask how a customer cancels an order that has not shipped, because if the answer is that they email you, that is a process you are paying staff to run.
Ask what happens to your URLs and order history in a migration, because that is the part that causes real damage and the part quotes leave out.
Deliverables
Tax configuration matched to your accountant's position, with a written record of what was set and why
Carrier integration producing labels from orders and returning tracking status to the store
Delivery options and cut-off times that describe what actually happens, weekends and collection times included
Pay-later and alternative payment methods configured against what your account and category actually permit
A returns and cancellation flow in the storefront, covering a change of mind as well as a fault
Checkout and product page work informed by your own abandonment data rather than a template's claims
Reporting that separates returns by reason, so the ones that are a product problem become visible
Built with
Process
We start by writing down what your delivery actually does, in the customer's terms. When is the last collection, which days it does not run, what happens to an order placed on Friday evening, how long a remote postcode really takes. Almost every store we see carries a promise in the theme that nobody has compared against those answers. Correcting it costs a little apparent urgency and removes a great deal of support work, and it has to happen before checkout work, because the promise determines what the checkout is allowed to say.
The standard nine stages, discovery, strategy, UX/UI, development, content and SEO, testing, launch, measurement and continuous improvement, apply to every project. The paragraph above is what differs for this one.
What moves the number
Pricing depends on scope, functionality, integrations and content requirements. These are the factors that change it most:
Three ways to set the delivery promise
Promise what the carrier will actually do
Fits: Stores where reliability is the differentiator and support cost matters
Limits: Your stated time looks slower than a rival promising something they will not always achieve
Promise the best case
Fits: Almost nobody, though it is the most common default sitting in themes
Limits: Every order that misses becomes a support message, and a share of those become public reviews
Show a calculated date at checkout
Fits: Stores with real carrier integration and stock data they trust
Limits: Requires both to be accurate, and a wrong calculated date is worse than an honest estimate
Case studies
No case study is published for this work, and no store has been released as an example. Our London office is at 37th Floor, 1 Canada Square, Canary Wharf, London E14 5AA, and enquiries reach us at uk@mbgdesk.com. Client work will be published once the merchant agrees to be named and the outcome can be evidenced.
MBGDesk operates from 4 offices in India, United States, United Kingdom, United Arab Emirates. We hold no industry certifications and do not imply otherwise.
Frequently asked questions
How should VAT be set up in Shopify?
To match the position your accountant has established, which is not a question we answer for you. Shopify can present tax in more than one way and the choice affects your invoices and reporting. We implement what your adviser specifies, document what was set, and make sure exports give them what they ask for.
Do we have to offer pay-later options?
Not have to, but a meaningful share of British shoppers look for one and a proportion leave when it is absent. The real decision is which provider, because the fee, the customer experience and the category restrictions differ, and some categories are excluded entirely. Check what your account permits before it becomes a design assumption.
What do cancellation rights mean for our checkout?
A British consumer buying at distance may change their mind within a period your own adviser will confirm, without anything being wrong with the goods. The build consequence is that returns cannot be a fault process. The storefront needs a route for a change of mind, and the refund handling has to cover the original delivery charge.
Can we promise next-day delivery?
Only if you can do it, which depends on your collection time, your picking and where the customer is. What damages a store is promising it generally and achieving it sometimes. A stated cut-off, honestly set, converts better than an optimistic promise, because the customer who receives exactly what was described comes back.
Is a tracking link enough, or do we need carrier integration?
At low volume a link is fine. Once you ship regularly, an integration generates labels from the order, returns status to the store, and surfaces exceptions in one place. Without it, the first you hear of a failed delivery is the customer telling you, and support spends its day reading other people's tracking pages.
Should we buy a theme or have one built?
Buy one and adjust it, unless something about how you sell cannot be expressed in a theme. That is the honest answer for most British stores, and it frees budget for the things that actually move orders: delivery, payment options, returns. A bespoke theme is justified by an unusual selling mechanic, not by wanting to feel distinctive.
We sell into Europe too. Is that the same project?
Related, but a different set of problems: customs documentation, who pays the duty, and whether you register for VAT in a destination country. Those sit on our UK ecommerce page rather than here, because they concern crossing a border rather than configuring domestic trade. Most stores should get the domestic side right first.
Services that connect to this
Talk to us about this
Tell us what you are trying to build and we will come back with scope, approach and an estimate.