ReAI sin test-nettbutikk · Betaling i kassen fungerer, hele flyten kan testes
ReAI/ commerce
EN
KONSEPT 24 / 87

Leveringsdato, pris og hentetid

En estimert leveringsdato gjør valget konkret. Kostnad og forventning bør være tilgjengelig før siste bekreftelse.

Faglig utgangspunkt: Baymard · Delivery expectations in checkout ↗

01 / PROBLEMET

Kunden bør ikke måtte regne seg frem til hvilken dag en vare kan komme.

02 / NÅR MØNSTERET PASSER

Skill leveringstid fra produksjonstid; made-to-order trenger begge. Digitale varer trenger sin egen leveringsforklaring.

Prøv mønsteret

Oppgave og forventet resultat

  1. 01

    Sending viser 49 kr og datoer i samme leveringsvalg; henting viser 0 kr, adresse og egen dato.

  2. 02

    Bytt levering flere ganger: dato, total og bekreftelse skal følge valgt metode, mens adressen beholdes.

  3. 03

    Se datoer nær en helg i modelltesten: fiktive virkedager hopper over lørdag og søndag.

Åpne dette i testplanen ↗

Slik undersøker du nytten

Mål bekreftede, dedupliserte utfall per kvalifisert checkout-start. Definer betalt ordre og akseptert kredittordre hver for seg.

Se også etter bivirkninger

Betalingsfeil, dobbeltordre, uriktig total, uklar leveringsdato og rabattkostnad. Et klikk på betal er bare et forsøk.

Dette er et forslag til undersøkelse, ikke et målt resultat. Velg én hypotese og definer målgruppen før du tester.

Lag en måleplan for dette konseptet ↗

Handlekurv

Sum produkter—

Live-katalog fra ReAI. Betalingsmodus og mottaker vises før checkout.

Se handlekurven