Sådan holder du dine brugere glade, når de frigiver en større opdatering til din applikation

Glad kunde

Der er en iboende spænding i produktudvikling mellem forbedring og stabilitet. På den ene side forventer brugerne nye funktioner, funktionalitet og måske endda et nyt look; på den anden side kan ændringer komme tilbage, når velkendte grænseflader pludselig forsvinder. Denne spænding er størst, når et produkt ændres på en dramatisk måde - så meget, at det endda kan kaldes et nyt produkt.

At CaseFleet vi lærte nogle af disse lektioner på den hårde måde, omend på et meget tidligt tidspunkt i vores udvikling. Oprindeligt var vores applikations navigation placeret i en række ikoner øverst på siden:

Casefleet Navigation

På trods af den æstetiske værdi af dette valg følte vi os noget begrænset af mængden af ​​ledig plads, især når vores brugere så appen på mindre skærme eller mobile enheder. En dag ankom en af ​​vores udviklere til at arbejde mandag morgen med frugterne af et uanmeldt weekendprojekt: et bevis på konceptet for ændring af layoutet. Kernen i ændringen, der flytter navigationen fra en række langs toppen af ​​skærmen til en kolonne langs venstre:

Casefleet Venstre Navigation

Vores team syntes, at designet så fantastisk ud, og efter at have tilføjet et par prikker, frigav vi det til vores brugere den uge i forventning om, at de ville være begejstrede. Vi tog fejl.

Mens en håndfuld brugere straks omfavnede ændringen, var et stort antal overhovedet ikke tilfredse og rapporterede, at de havde problemer med at bevæge sig rundt i applikationen. Deres største klage var imidlertid ikke, at de ikke kunne lide det nye layout, men at det fangede dem på vagt.

Lektioner: Skift udført rigtigt

Næste gang vi ændrede vores applikation, brugte vi en meget anden proces. Vores nøgleindsigt var, at brugerne gerne vil have kontrol over deres skæbne. Når de betaler for din ansøgning, gør de det af en grund, og de vil ikke have, at deres værdsatte funktioner fjernes fra dem.

Efter at vi havde afsluttet vores nydesignede grænseflade, frigav vi den ikke bare. I stedet skrev vi et blogindlæg om det og delte skærmbilleder med vores brugere.

Casefleet Design Change Email

Dernæst tilføjede vi en knap til velkomstskærmen i vores app med en stor overskrift, en omhyggeligt udformet kopi og en stor orange knap, der byder brugerne velkommen til at prøve den nye version. Vi bemærkede også, at de kunne vende tilbage til den originale version, hvis de ville (i et stykke tid alligevel).

Når brugerne var i den nye version, var de nødvendige trin for at vende tilbage placeret flere klik væk i brugerens profilindstillinger. Vi ønskede ikke at skjule knappen for at vende tilbage, men vi troede heller ikke, at det ville være nyttigt for folk at skifte frem og tilbage gentagne gange, hvilket måske havde været fristende, hvis knappen straks var synlig. Faktisk er kun én bruger nogensinde vendt tilbage i løbet af den måned lange tilmeldingsperiode. Desuden, da vi vendte omskifteren og gjorde den nye version obligatorisk, havde næsten alle vores mest aktive brugere skiftet over og givet os god feedback på den nye version.

Ud over incitamenterne i appen, som vi leverede til at skifte, sendte vi flere e-mails, der fortæller brugerne nøjagtigt, hvornår ændringen til den nye version vil blive gjort permanent. Ingen blev fanget af vagt, og ingen klagede. Faktisk var de fleste brugere meget tilfredse med det nye udseende.

Værdifulde udfordringer

Alligevel er det vigtigt at bemærke, at det ikke er gratis at frigive en opdatering på denne måde. Dit udviklingsteam bliver nødt til at vedligeholde to separate versioner af den samme kodebase, og du bliver også nødt til at løse komplekse problemer omkring, hvordan versionerne sendes til slutbrugere. Dine udviklings- og kvalitetssikringshold vil være opbrugt ved afslutningen af ​​processen, men du er sandsynligvis enig i, at investeringen af ​​tid og ressourcer var klog. På hyper-konkurrenceprægede softwaremarkeder skal du holde brugerne glade, og der er ingen hurtigere måde at gøre dem utilfredse end pludselig at ændre din grænseflade.

2 Kommentarer

  1. 1

    Når vi opdaterer en ny applikation, sørger vi generelt for, at den gamle stadig er i aktiv tilstand, indtil folk opgraderer den til en nyere version. Enhver dårlig oplevelse vil tvinge brugeren til at fravælge dine tjenester. Det er meget vigtigt for erhvervslivet at have den følelse af bevidsthed, før de lancerer en ny app.

    Desuden bede folk om at give feedback. Ny lancering er det tidspunkt, hvor folk elsker at dele deres tanker om appen. Hvis de har noget nyt i tankerne, vil de dele med dig. Det vil skabe en ny mulighed for din udvikler at tilføje den funktion, som folk foreslår.

    Tak

  2. 2

    Når vi sender e-mails til vores kunde angående større ændringer på hjemmesiden. Vi holder dem også adgang til det gamle websted, hvis de vil. Det gør dem komfortable, mens de gennemsøger det. Desuden kan nogle brugere muligvis ikke lide dit nye design, så denne type brugere let kan skifte til den ældre version.

Hvad mener du?

Dette websted bruger Akismet til at reducere spam. Lær, hvordan dine kommentardata behandles.