Demo store: product discovery, delivery and checkout, before and after
A small fictional homewares shop, “Saltbush & Tide”, built to show the difference between a store that makes shoppers work and one that does the work for them. Switch between Before and After and try the same tasks on each.
Demonstration with fictional data Fourteen made-up products, made-up prices, made-up stock. Nothing is sold and no payment is taken.
Before: the store as many are launched
After: the same store with the friction removed
What was measured
Counts taken on these demo flows in October 2026, on a phone-sized screen, starting from the search screen with an empty query. A “tap” is one touch; a “screen” is a distinct view. The products are fictional, so these numbers describe the two designs, not any real store's revenue.
| Task | Before | After |
|---|---|---|
| Find an in-stock blue cushion cover by searching “pillow” | No result; 7 taps to find it by browsing | 1 search, 1 tap |
| Find any in-stock item under A$50 when searching “towel” | Scan 4 results with no stock shown; 2 are sold out | 2 filter taps; 2 results, both in stock |
| Learn delivery cost and arrival window for postcode 2042 | Checkout step 3, after the address form | Product page, before add to cart |
| Screens before the final total is visible | 4 (cart, contact, address, payment) | 1 (cart) |
| Discover an item in the cart is sold out | At payment | In the cart, with a remove prompt |
What this demonstrates, and what it does not
Every “after” behaviour here is something that can be built on a Shopify store with its native search and discovery features, a theme change, or a modest integration: synonyms and typo tolerance, attribute filters, stock-aware sorting, postcode delivery estimates, a cart that shows the total, and express payment options. None of it needs a redesign.
What the demo cannot show is the effect on your revenue. That depends on your traffic, your products and which of these problems your store actually has. In a real engagement the baseline comes from your Shopify analytics, the fixes are chosen from your own data, and the result is reported from the same analytics four weeks later. Lab speed tests and real-user Core Web Vitals are reported separately, and speed is never presented as revenue on its own.
If you want to know which of these problems your store has, the self-serve scorecard takes ten minutes, or send the URL for the free scorecard and I will do it for you.
Start with the free mobile scorecard
Send a public store URL. Within two business days, when capacity permits, you get three priority findings from a short manual review on a phone. No account access, no obligation.
Reply within one business day, Monday to Friday, 9am to 5pm Sydney.