Hvordan holde brukerne lykkelige når de slipper en større oppdatering av applikasjonen

Fornøyd Kunde

Det er en iboende spenning i produktutviklingen mellom forbedring og stabilitet. På den ene siden forventer brukerne nye funksjoner, funksjonalitet og kanskje til og med et nytt utseende; på den annen side kan endringer slå tilbake når kjente grensesnitt plutselig forsvinner. Denne spenningen er størst når et produkt endres på en dramatisk måte - så mye at det til og med kan kalles et nytt produkt.

At CaseFleet vi lærte noen av disse leksjonene på den harde måten, om enn på et veldig tidlig stadium i vår utvikling. Opprinnelig var applikasjonens navigering plassert i en rad med ikoner øverst på siden:

Casefleet Navigation

Til tross for den estetiske verdien av dette valget, følte vi oss noe begrenset av mengden tilgjengelig plass, spesielt når brukerne våre så appen på mindre skjermer eller mobile enheter. En dag ankom en av utviklerne våre til å jobbe en mandag morgen med fruktene av et uanmeldt helgeprosjekt: et bevis på konseptet om endring av layoutet. Kjernen i endringen som flytter navigasjonen fra en rad langs toppen av skjermen til en kolonne til venstre:

Venstre navigasjon i Casefleet

Teamet vårt syntes designet så fantastisk ut, og etter å ha lagt til noen få detaljer, ga vi det ut til brukerne den uken og forventet at de ville bli begeistret. Vi tok feil.

Mens en håndfull brukere umiddelbart omfavnet endringen, var et betydelig antall ikke fornøyd i det hele tatt, og rapporterte at de hadde problemer med å bevege seg rundt applikasjonen. Deres største klage var imidlertid ikke at de ikke likte den nye utformingen, men at den fanget dem på vakt.

Leksjoner: Endre utført riktig

Neste gang vi endret applikasjonen, brukte vi en helt annen prosess. Vår viktigste innsikt var at brukere liker å ha kontroll over skjebnen sin. Når de betaler for søknaden din, gjør de det av en grunn, og de vil ikke at deres verdifulle funksjoner skal tas fra dem.

Etter at vi fullførte det nydesignede grensesnittet, slapp vi ikke bare det. I stedet skrev vi et blogginnlegg om det og delte skjermbilder med brukerne våre.

Casefleet Design Change Email

Deretter la vi til en knapp på velkomstskjermen i appen vår med en stor overskrift, noen nøye utformede eksemplarer og en stor oransje knapp som ønsker brukerne velkommen til å prøve den nye versjonen. Vi la også merke til at de kunne gå tilbake til den opprinnelige versjonen hvis de ønsket (en stund uansett).

Når brukerne var i den nye versjonen, ble trinnene som kreves for å tilbakestille, plassert flere klikk unna i brukerens profilinnstillinger. Vi ønsket ikke å skjule knappen for å tilbakestille, men vi trodde heller ikke det ville være nyttig for folk å veksle frem og tilbake gjentatte ganger, noe som kan ha vært fristende hvis knappen umiddelbart var synlig. Faktisk er det bare én bruker som noen gang har tilbakeført i løpet av den månedslange perioden for tilvalg. Videre, da vi snudde bryteren og gjorde den nye versjonen obligatorisk, hadde nesten alle våre mest aktive brukere byttet over og gitt oss gode tilbakemeldinger på den nye versjonen.

I tillegg til insentivene i appen vi ga for å bytte over, sendte vi flere e-postmeldinger der brukerne fikk vite nøyaktig når endringen til den nye versjonen ville bli gjort permanent. Ingen ble tatt på vakt, og ingen klaget. De fleste brukere var faktisk veldig fornøyde med det nye utseendet.

Verdt utfordringer

Det er likevel viktig å merke seg at det ikke er gratis å gi ut en oppdatering på denne måten. Utviklingsteamet ditt må opprettholde to separate versjoner av samme kodebase, og du må også løse komplekse problemer rundt hvordan versjonene sendes til sluttbrukere. Dine team for utvikling og kvalitetssikring vil være oppbrukt ved slutten av prosessen, men du vil sannsynligvis være enig i at investeringen av tid og ressurser var smart. I hyper-konkurransedyktige programvaremarkeder må du holde brukerne lykkelige, og det er ingen raskere måte å gjøre dem ulykkelige enn å plutselig endre grensesnittet.

2 Kommentarer

  1. 1

    Generelt, når vi oppdaterer nytt program, sørger vi for at gammelt fortsatt er i aktiv modus til folk oppgraderer det til nyere versjon. Enhver dårlig opplevelse vil tvinge brukeren til å velge bort tjenestene dine. Det er veldig viktig for virksomheten å ha den følelsen av bevissthet før de lanserer en ny app.

    Be i tillegg folk om å gi tilbakemelding. Ny lansering er tiden der folk elsker å dele tankene sine om appen. Hvis de har noe nytt i bakhodet, vil de dele med deg. Det vil skape en ny mulighet for utvikleren din å legge til den funksjonen folk foreslår.

    Takk

  2. 2

    Når vi sender e-post til kunden angående større endringer på nettstedet. Vi holder dem tilgang til det gamle nettstedet også hvis de vil. Det gjør dem komfortable mens de surfer på den. Dessuten kan det hende at noen brukere ikke liker det nye designet ditt, slik at denne typen brukere enkelt kan gå til den eldre versjonen.

Hva tror du?

Dette nettstedet bruker Akismet for å redusere spam. Lær hvordan kommentaren din behandles.