Matches Fashion / Checkout design

    One clear action at the payment step

    A focused checkout change removed a premature purchase action at the payment step, so the order of things matched how people actually fill in a payment form.

    Contribution
    I owned research, Figma design and handoff. Dedicated data analysts partnered on analysis and client presentation.
    Context
    Client work at Contentsquare
    2020–2021 · Desktop checkout
    Evidence status
    Design change documented; detailed analytics withheld pending clearance

    At a glance

    Problem
    The payment step asked people to buy before they’d entered their payment details, with two competing Purchase Now buttons.
    My contribution
    Research, Figma design and handoff, with dedicated analysts partnering on behavioural analysis.
    What changed
    The premature button was removed, leaving one clear action after the payment fields.
    Evidence available
    Before and after screens document the change. Client analytics are withheld pending clearance, and no controlled test is claimed.

    Before / two purchase actions

    After / one action below payment

    Original source screenshots, slides 3–4. The after image is cropped to the payment step. Test billing details and placeholder card digits have been redacted; interface content has not been recreated.

    01 / The problem

    The page asked people to buy before they’d entered their payment details

    On desktop, the Checkout Review and Pay page had two Purchase Now buttons: one above the payment details and one below. The top one sat before the form it was meant to submit.

    That put the decision in the wrong order. People were being asked to buy before they’d filled in what they needed to. So the question was simple: would one button, after the payment details, make the order of things more obvious?

    02 / The decision

    Put the button after the payment details

    I did the research and the Figma design, and worked with dedicated analysts on the behavioural analysis. The change was to remove the top Purchase Now button and keep the one below the payment fields.

    The thinking was simple: fill in your details first, then press buy. One clear action, where people expect it. It was a change to the payment step only, not a redesign of the whole checkout.

    I also handed the design over. The original deck has the before and after screens. It doesn’t have a full record of every design round or how it was built.

    03 / The evidence

    What the design change rests on

    The before and after screens show the change itself: two competing actions at the payment step, reduced to one. The case for it rests on the order of the page — details first, decision after — and on the distraction a premature action creates at the point of payment.

    The original deck also holds client analytics for the checkout. Those figures haven’t been independently cleared for public disclosure, so they’re not published here, and this case study doesn’t rely on them.

    04 / Reflection

    A small change, in the right place

    Adding another button doesn’t always make things easier. Where a button sits matters as much as whether it’s there.

    This was a decision I’d stand by on design grounds: one action, after the details, in the order people expect. What I can’t show here is a controlled test of its effect, so I’m not claiming one.

    Sources and measurement

    Slides 3–4: CTA behaviour and documented change. Slides 6–8 and speaker notes: interaction timing, segment conversion and comparison periods. The detailed figures, session counts and a modelled annual revenue estimate are withheld: they come from a client analytics deck and have not been independently cleared for public disclosure. The original presentation is not linked for the same reason.

    Client name and design screenshots confirmed by Matt Christie. Original analytics, results graphics and the source presentation are withheld pending independent clearance for public disclosure.

    Get in Touch

    Projects and contract work: tell me about the product and the problem, and what kind of support you need. See services.

    Permanent roles: open to Senior Product Designer, Senior UX Designer, Lead UX Designer and UX Consultant roles, plus suitable hands-on Head of UX opportunities. London hybrid or UK remote, and available immediately.