TL; DR Gi brukerne den beste førstegangsopplevelsen (FTX) de fortjener.

via Unsplash

Det er ingen snarveier til en flott FTX - det er hardt arbeid som ikke ender, men lønner seg til slutt.

Folk kjøper ikke produkter, de kjøper bedre versjoner av seg selv - Samuel Hulick

Jeg har hørt folk snakke om hvordan første gangs brukeropplevelse (FTX) er nøkkelen til ethvert vellykket produkt - noe som kan dreie et produkt mot adopsjon eller mislykkethet. Likevel klarer ikke mange nystartede selskaper å investere nødvendig tid og krefter på å lage en flott FTX. I følge Andrew Chen-forskningen:

Den gjennomsnittlige appen mister 77% av sine daglige aktive brukere i løpet av de tre første dagene etter installasjonen

Borte er dagene da vi mottok instruksjonshefter med komplekse digitale produkter. Det er på tide at denne tynnark-instruksjons-tenkningen utvikler seg med denne nye tidsalderen for digitale produkter.

Så enkelt som mulig

Det er designerens mål å holde produktet enkelt og selvforklarende. Brukere har begrenset tid, som de er klare til å ofre for å lære hvordan produktet fungerer før de faktisk tenker å hente verdi ut av det.

Brukbarhet> Estetikk
Når dropper brukerne dine?

Feature Thinking to Design Thinking

I denne stormløse planeten av apper ønsker hvert produkt å eie den bitte små eiendommen på brukernes enhet - og prøver å selge produktfunksjonene til brukerne som brenner enorme mengder penger på markedsføring og PR.

Prøver hardere og vanskeligere å trekke brukerne inn i virvelen, i stedet for å vise dem hvordan det faktisk forbedrer deres liv.

Du har en bedre sjanse til å øke antall beholdte brukere ved å fokusere på hva brukeren gjør med produktet ditt enn du får til å få noe, som ingen ønsker å gi produktet ditt: en ny sjanse.

Kommuniser med brukeren din og beskriv supermaktens attributter; du styrker brukeren din.

Designe en flott første gang brukeropplevelse

På 1THING ser vi på førstegangsopplevelse som en sentral ingrediens for å bygge et flott produkt. FTX er ikke bare nok en murstein i veggen. FTX må tas på alvor; det kan enten gjøre eller ødelegge virksomheten din. Hovedvekten skal ikke bare være på å generere brukeravtrykk på appen eller gjøre dem kjent med produktet, men for å hjelpe dem med å realisere formålet med produktet og at det bidrar til å nå brukerens mål på en enkel og enkel måte.

Sak i punkt: MilkBasket

MilkBasket, et forhåndsbetalt abonnementsbasert dagligvareprodukt som i dag opererer i Gurgaon, løser et avgjørende problem med et oppdrag å endre måten India bestiller på dagligvarer online.

Som bruker ønsker du melk og andre produkter hver dag. Så med MilkBasket legger du en tilbakevendende ordre en gang og får den levert hjemme hver dag uten å åpne appen. Hvis du trenger noe ekstra om morgenen - legg den til kurven og hjemmet den neste morgen; uten kassebehov - alle betalinger er forhåndsbetalte.

Det er et fantastisk produkt, men noe manglet; spesielt for dem, til hvem den ikke klarte å kommunisere sin verdi. Det var ingen introduksjonsskjermer, og ingen steder fortalte produktet brukerne om det unike salgsstedet (USP) som gjorde det fantastisk i utgangspunktet. En direkte påmeldingsskjerm skapte bare for mye friksjon i brukerens reise. Vi sendte bare brukerne for å bade i havet, uten at de engang forsto hvordan de skulle gjøre det.

MilkBasket fant selv at brukerne legger inn et stort antall bestillinger, men akkurat som alle andre dagligvareprodukter der ute - mangler hele verdien av forslaget om å plassere en forhåndsbetalt tilbakevendende ordre en gang. Hvis du ser på tallene, er det et stort problem -

100 ordrer = 100 ordrer

1 tilbakevendende ordre = 7 ordrer (antakelse på nedsiden)

Hvis MilkBasket konverterer, la oss si, 20% av ordrene til tilbakevendende ordrer, kan det totale antallet bestillinger gå opp til 220 for hver 100 ordre (80 + 20 * 7). Se! det er der problemet ligger.

Heldigvis møtte Divanshu Thakral, Cofounder of 1THING, Ashish Goel, Cofounder of MilkBasket for å utforske mulige synergier der dette spørsmålet ble reist -

Hvorfor klarer ikke brukerne å hente større verdi fra produktet vårt?

Det er et godt spørsmål og får oss til å tenke, men det virkelige spørsmålet, som dannet selve grunnlaget for 10-dagers Design Sprint 1THING gjorde med MilkBasket, er dette -

Kjenner brukere til og med den større verdien av produktet ditt?

Sprint-kart ble lagt ut, riktig designteam ble brakt om bord - håndplukket fra 1THING Design Network av topp designtalenter med et mål å kommunisere MilkBasket sine supermakter: Gjentagende bestillinger og forhåndsbetalt betaling, til de nye brukerne helt i begynnelsen av reisen.

De første brainstormingøktene og brukerundersøkelsen førte til konklusjonen at to faktorer trengte øyeblikkelig oppmerksomhet for en flott FTX av MilkBasket:

  • Ombordstigning
  • Første orden

Ny MilkBasket: Ombord på brukere slik de tenker

Be om riktig informasjon til rett tid

Jeg har sett mange produkter som fulgte praksisen med å be om påmeldingsinformasjon ved hvert første samspill. For noen som Uber eller Music.ly er praksisen rettferdiggjort av det enorme munnhullet disse produktene har - brukere kan lett stole på dem. På den annen side, for oppstart hvis produkter bare er i ferd med å bli alder, som MilkBasket, kan den samme praksisen påvirke brukerens adopsjon i stor grad.

Brukere vil se hvordan de vil få verdi fra en app (supermaktene deres) før de er villige til å gi ut navn, e-post, penger osv., Og det er derfor det er viktig å be om riktig sett med informasjon og tillatelser til rett tid .

Å forklare for mange supermakter for raskt skaper en kognitiv overbelastning for brukerne.

Det er grunnen til at vår overgangsstrategi for å takle dette problemet hadde et stort NEI til funksjonsbasert ombordstigning.

1 / QnA basert på boarding

En interaktiv, samtale måte å la brukerne lære hva MilkBasket har å tilby (slik brukeren tenker). Hvert svar har en tilknyttet forklaring på hvordan brukeren kan gå videre med å bruke appen.

MilkBasket's New Onboarding

Å tenke at alt en bruker trenger er enkelt ombordstigning er en antistruktur. I stedet må vi holde brukerens hånd og veilede dem gjennom å lære appens leksikon, og det var hva intensjonen vår var med et QnA-basert på boarding.

Fortsatt noen tvilsomme superhelter der ute?

Brukeren er forpliktet til å gjøre feil, spesielt når de må ta lange skritt for registrering. Vår redesign av registreringsprosessen gjorde det mulig for brukeren å ta babytrinn. Til tross for at det var en økning i flere trinn som brukeren måtte krysse for å registrere seg, kunne vi be dem om å oppgi sin komplette adresse, bekrefte nummeret og angi en PIN-kode.

"Det spiller ingen rolle hvor mange ganger jeg må klikke, så lenge hvert klikk er et tankeløst, entydig valg."
- Steve Krug, Don’t Make Me Think

2 / Ett passord for hele familien

I redesignen etablerte vi en fast tro på at brukere av MilkBasket ikke burde ha byrden for å huske et annet passord. Dermed ble en 4-sifret PIN-kode introdusert, slik at alle i en familie kan logge inn med det samme uten noen gang å måtte bytte lange passord. For å doble opp sjansene våre for vellykket registrering ga vi også et feilsikret alternativ med "Registrer deg med OTP".

Ny melkebasket: Vær en god guide

En brukerreise av et produkt er mer av emosjonelle høyder og lavheter. En flott ombordstigning betyr ikke at arbeidet ditt er gjort. Når brukere (kunde eller brukere) begynner å bruke appen din, gjør de en slags investering - kanskje tid, økonomisk eller plassen i hjernen deres fylt med appens instruksjoner. MilkBasket sin milde og informative ombordstigning betydde ikke at brukeren var klar til å gjøre innkjøp.

Foreslått brukerflyt

3 / Prøv Demo Initiative

som gir et fugleperspektiv over kjøpsprosessen til MilkBasket, noe som resulterer med kunnskap om lommebokens toppfunksjon.

Husker du den gangen fra Spider-Man (2002) da han nettopp oppdaget supermaktene sine og deretter smadret inn på en plakat? Vel, dette er det.
En guidet demo er det nærmeste en selger forklarer en applikasjons dyder, funksjoner og funksjoner for en bruker.
Prøv Demo Flow Wireframes

For oss var prosessen med å bygge en sømløs kasse like viktig som registreringsprosessen; for det trengte vi å finpusse betalingsprosessen. I stedet for å legge pengene til lommeboken etter valg av produkter, presset vi brukerne til å gravere den tilliten til oss, med pengene sine etter lommebok påfylt (like etter Demo).

Å skyve brukerne for å legge til penger i lommeboken foran, vil gjøre dem i stand til å:

  • Friksjonsfri kasse siden det ikke er behov for å legge til betalingsinformasjon etter hver kasse
  • Avhengig veldig av MilkBasket sin abonnementsbaserte modell
  • Glem bryet med betalinger tidlig på morgenen

Hold dem tilbake

Selv om vi er ferdige med den avgjørende delen av å få kundene til å løse et reelt problem, kan du dessverre ikke stoppe der. Vi må sørge for at brukere vet alt om superkraften de har.

For å hindre at brukerne kommer tilbake, må du vise dem hvordan ellers kan produktet ditt gjøre livet bedre.

https://blog.bufferapp.com/people-dont-buy-products-they-buy-better-versions-of-themselves

Håper du fant denne artikkelen nyttig.

Vi vil komme tilbake for å snakke mer om innsikten - forstå hvilke mål eller KPI-er som er satt, for å evaluere suksessen og fange forventningene til denne redesignen.

Start et prosjekt eller bli med på 1THING Design Network