Hoe u uw gebruikers tevreden kunt houden wanneer u een belangrijke update voor uw applicatie uitbrengt

Tevreden klant

Bij productontwikkeling zit een inherente spanning tussen verbetering en stabiliteit. Enerzijds verwachten gebruikers nieuwe features, functionaliteit en misschien zelfs een nieuwe look; aan de andere kant kunnen veranderingen averechts werken wanneer bekende interfaces plotseling verdwijnen. Deze spanning is het grootst wanneer een product op een dramatische manier wordt veranderd - zo erg dat het zelfs een nieuw product zou kunnen worden genoemd.

At CaseFleet we hebben een aantal van deze lessen op de harde manier geleerd, zij het in een zeer vroeg stadium van onze ontwikkeling. Aanvankelijk bevond de navigatie van onze applicatie zich in een rij pictogrammen bovenaan de pagina:

Casefleet Navigatie

Ondanks de esthetische waarde van deze keuze voelden we ons enigszins beperkt door de hoeveelheid beschikbare ruimte, vooral wanneer onze gebruikers de app op kleinere schermen of mobiele apparaten bekeken. Op een dag kwam een ​​van onze ontwikkelaars op een maandagochtend aan het werk met de vruchten van een onaangekondigd weekendproject: een proof of concept van verandering in de lay-out. De kern van de wijziging die de navigatie verplaatst van een rij langs de bovenkant van het scherm naar een kolom aan de linkerkant:

Casefleet Linkernavigatie

Ons team vond het ontwerp er fantastisch uitzien en na een paar laatste details hebben we het die week aan onze gebruikers vrijgegeven in de verwachting dat ze enthousiast zouden zijn. We hadden het fout.

Hoewel een handjevol gebruikers de verandering onmiddellijk omarmde, was een aanzienlijk aantal helemaal niet tevreden en meldde dat ze moeite hadden met bewegen in de applicatie. Hun grootste klacht was echter niet dat ze de nieuwe lay-out niet leuk vonden, maar dat het hen overrompelde.

Geleerde lessen: verandering goed gedaan

De volgende keer dat we onze applicatie veranderden, gebruikten we een heel ander proces. Ons belangrijkste inzicht was dat gebruikers graag controle hebben over hun lot. Wanneer ze voor uw aanvraag betalen, doen ze dat met een reden, en ze willen niet dat hun dierbare kenmerken van hen worden weggenomen.

Nadat we onze nieuw ontworpen interface hadden voltooid, hebben we deze niet zomaar vrijgegeven. In plaats daarvan schreven we er een blogpost over en deelden we screenshots met onze gebruikers.

E-mailadres voor wijziging van Casefleet-ontwerp

Vervolgens hebben we een knop toegevoegd aan het welkomstscherm in onze app met een grote kop, een zorgvuldig ontworpen tekst en een grote oranje knop die gebruikers uitnodigt om de nieuwe versie uit te proberen. We merkten ook op dat ze konden terugkeren naar de originele versie als ze dat wilden (althans voor een tijdje).

Zodra gebruikers in de nieuwe versie zaten, waren de stappen die nodig waren om terug te keren enkele klikken verwijderd in de profielinstellingen van de gebruiker. We wilden de knop om terug te keren niet verbergen, maar we dachten ook niet dat het nuttig zou zijn voor mensen om herhaaldelijk heen en weer te schakelen, wat misschien verleidelijk was als de knop onmiddellijk zichtbaar was. In feite is slechts één gebruiker ooit teruggekomen tijdens de aanmeldingsperiode van een maand. Bovendien hadden we tegen de tijd dat we de schakelaar omgaven en de nieuwe versie verplicht maakten, bijna al onze meest actieve gebruikers overgeschakeld en ons geweldige feedback gegeven over de nieuwe versie.

Naast de in-app-prikkels die we hebben geboden om over te schakelen, hebben we verschillende e-mails gestuurd om gebruikers precies te laten weten wanneer de wijziging naar de nieuwe versie permanent zou worden gemaakt. Niemand werd overrompeld en niemand klaagde. De meeste gebruikers waren zelfs buitengewoon tevreden met de nieuwe look.

Uitdagingen die de moeite waard zijn

Toch is het belangrijk op te merken dat het op deze manier vrijgeven van een update niet gratis is. Uw ontwikkelingsteam zal twee afzonderlijke versies van dezelfde codebase moeten onderhouden en u zult ook complexe problemen moeten oplossen met betrekking tot hoe de versies naar eindgebruikers worden verzonden. Uw ontwikkelingsteams en kwaliteitsborgingsteams zullen tegen het einde van het proces uitgeput zijn, maar u zult het er waarschijnlijk mee eens zijn dat de investering van tijd en middelen slim was. In hypercompetitieve softwaremarkten moet u gebruikers tevreden houden en er is geen snellere manier om ze ongelukkig te maken dan door plotseling uw interface te veranderen.

2 reacties

  1. 1

    Over het algemeen zorgen we ervoor dat wanneer we een nieuwe applicatie updaten, de oude nog steeds in de actieve modus staat totdat mensen deze upgraden naar een nieuwere versie. Elke slechte ervaring zal de gebruiker dwingen om zich af te melden voor uw services. Het is erg cruciaal voor bedrijven om dat besef van bewustzijn te hebben voordat ze een nieuwe app lanceren.

    Vraag mensen daarnaast om feedback te geven. Nieuwe lancering is het moment waarop mensen graag hun mening over de app delen. Als ze iets nieuws in gedachten hebben, zullen ze het met je delen. Het creëert een nieuwe mogelijkheid voor uw ontwikkelaar om die functie toe te voegen die mensen suggereren.

    Bedankt

  2. 2

    Wanneer we e-mails naar onze klant sturen over grote veranderingen aan de website. We houden ze ook toegang tot de oude website als ze dat willen. Het maakt ze comfortabel tijdens het browsen. Sommige gebruikers zullen uw nieuwe ontwerp misschien niet waarderen, zodat dit soort gebruikers gemakkelijk naar de oudere versie kan overschakelen.

Wat denk je?

Deze site gebruikt Akismet om spam te verminderen. Ontdek hoe uw reactiegegevens worden verwerkt.