Hi all,
I’m looking for someone UK-based who would be willing to place a real test order on my store (heativo.co.uk) and receive an immediate full refund.
The product is a 60W electric lunch box, priced at £39.99. I would refund the full amount within minutes of the order being placed.
What I need: complete checkout on mobile if possible, note anything that felt off or caused hesitation, confirm the order confirmation email arrived.
If you’re willing to help, reply here or email hello@heativo.co.uk. Happy to return the favour if you ever need a store review.
Thanks
I will ofcourse provide 99% off coupon and still refund whats left.
You can actually verify most of this yourself without needing a volunteer or refunding real money.
Turn on test mode in Settings > Payments (with Shopify Payments, use “Manage” > test mode; otherwise enable the Bogus Gateway). Then place a full test order on mobile using the test card numbers Shopify provides. This confirms the checkout flow works end to end and that the order confirmation email fires, with no real charge and nothing to refund.
For the “did anything feel off” part, that’s genuine UX feedback a test order won’t give you, so post your store in the Store Feedback board here (or ask in a Shopify UK Facebook/Reddit group). You’ll get more responses there than asking people to place real orders, which many will be wary of.
One tip: turn test mode back off before going live, or real customers won’t be able to check out.
If this was helpful, please mark it as the Solution.
Thanks, that’s a fair point for general checkout verification and I should have been clearer in my post.
The specific thing I’m trying to confirm is whether a real UK-issued card processes successfully through Shopify Payments, and whether the payment methods shown (Apple Pay, Google Pay) render correctly for a UK IP. Test mode confirms the flow works but uses Shopify’s own test infrastructure, not the actual payment rails. A bogus gateway order won’t tell me if a UK Visa gets declined or if something in the fraud rules triggers on a real transaction.
The UX feedback point is well taken though, I’ll post in Store Feedback separately for that.
Fair enough, that’s a valid distinction. Two things that should get you what you need without a stranger’s order:
Apple Pay and Google Pay rendering isn’t IP or country based. Those buttons appear based on the shopper’s device and browser and whether they have a card saved, so Safari on iOS with a card in Wallet, or Chrome signed into a Google account with a saved card. A UK IP won’t change it. Just confirm both wallets are ticked under Settings > Payments > Shopify Payments > Manage, then check on your own iPhone and in Chrome. What you see is what a UK shopper sees.
For real card acceptance, the thing worth checking first is your Shopify Payments account status. If it’s still pending verification or missing banking details, real cards get declined while test mode passes fine, and that’s by far the most common cause of what you’re describing. If your account is fully active and set to GBP, UK Visa and Mastercard are supported natively, so a decline would be issuer side rather than a store misconfiguration.
If you still want one real transaction on the rails, make a hidden product at £1 rather than asking someone to buy the £39.99 item, and have a friend or family member in the UK order it. You’ll get the real authorisation plus the fraud analysis on the order, and there’s almost nothing to refund.
If this was helpful, please mark it as the Solution.
That’s a fair distinction, and you’re right that test mode won’t tell you what you need. A couple of things that will get you closer without relying on a stranger.
Apple Pay and Google Pay rendering isn’t driven by IP address, it’s driven by the device and browser. Apple Pay only appears in Safari on an Apple device with a card in Wallet, Google Pay in Chrome with a card saved to the Google account. So a UK visitor on Firefox on Windows sees neither, and that’s normal rather than a fault. You can verify that side yourself on your own devices.
For the real-rails question, the cleanest test is to buy from yourself. Make a hidden product at a low price, buy it with your own UK card or a family member’s, then refund. That gives you a genuine authorisation through Shopify Payments and shows you exactly what the fraud analysis says on the order. Note that on a refund the processing fee usually isn’t returned, so keep the amount small.
One caution on the volunteer approach: a stranger buying and immediately refunding is the exact pattern card issuers and Shopify’s own fraud rules look at, and if they later dispute it you’re dealing with a chargeback on a store with almost no history. Not worth it for information you can get from your own card.
If your worry is that Shopify Payments isn’t fully activated for UK cards, support can confirm your account status directly, which is faster than inferring it from one test order.
if this helped, please mark it a solution
Hi @Johnyprep
That’s a generous offer, and getting feedback from a real customer journey can be very valuable.
For anyone who helps, I’d suggest paying attention to a few key points during the test:
- Was the value proposition clear from the product page?
- Did anything in the cart or checkout create hesitation or confusion?
- Were the shipping costs and delivery estimates clear before payment?
- Did all payment methods work as expected on mobile?
- Was the order confirmation page and confirmation email received promptly?
A mobile screen recording (with any personal or payment information hidden) would also be incredibly useful, as it often reveals smalls usability issues that analytics alone won’t show.
Hopefully a Uk-based community member can help you with a real world checkout test and provide detailed feedback on the experience.
A real order can confirm payment capture and the confirmation email, but one friendly tester is a weak CRO test because they already intend to complete the task. I would separate technical validation from hesitation testing.
For technical validation, use a real low-value order only if necessary and check payment authorization, order creation, confirmation email, refund and wallet availability on the relevant device.
For hesitation, give the tester no explanation beyond the ad promise and ask them to think aloud until they reach payment. Record three timestamps: when they first understand the product, when they decide it is worth the price, and when they see delivery/returns.
I checked the live page. The top section is strong: the product, outcome, price, free UK shipping and guarantee are clear. One thing I would verify is consistency between the forum post (£39.99) and the live page (£29.99), so any ads or old links do not set a conflicting price expectation.
Also test the repeated “Made for wherever you work” cards on mobile. If the repeated sequence is visible to shoppers rather than only an accessibility artifact, it could make the page feel broken before checkout.
Hey @Johnyprep ,
That’s a reasonable approach, and I hope you find someone willing to help.
One suggestion that may increase responses is to be a little more specific about what you’re testing. For example:
Which payment method(s) you’d like the tester to use.
Whether you’re looking for testing on a particular browser or mobile device.
Whether you’re mainly interested in checkout usability, payment processing, or post-purchase emails.
If your goal is primarily to validate the checkout experience, you might also consider asking a few trusted friends, family members, or fellow Shopify Partners to place a test order, as they’re often more comfortable participating than community members who don’t know you.
Hopefully you get some volunteers having a fresh set of eyes on the checkout flow can uncover issues that are easy to overlook.
If you found my reply helpful, feel free to mark it as the accepted solution so it can help other merchants following this discussion.
Thank You !
Thank you, genuinely useful distinction between technical validation and hesitation testing.
On the price inconsistency: I reduced the price today from £39.99 to £29.99 as a direct test of whether pricing is a conversion blocker. The forum post reflects the old price. The live store is now £29.99 across all touchpoints.
On the repeated grid cards: confirmed and being fixed now.
The hesitation testing framework is noted for later rounds once technical validation is done.