Come mantenere felici i tuoi utenti quando rilasci un aggiornamento importante per la tua applicazione

Happy Customer

C'è una tensione intrinseca nello sviluppo del prodotto tra miglioramento e stabilità. Da un lato, gli utenti si aspettano nuove caratteristiche, funzionalità e forse anche un nuovo look; d'altra parte, le modifiche possono ritorcersi contro quando le interfacce familiari scompaiono improvvisamente. Questa tensione è maggiore quando un prodotto viene modificato in modo drammatico, tanto che potrebbe persino essere definito un nuovo prodotto.

At CaseFleet abbiamo imparato alcune di queste lezioni nel modo più duro, anche se in una fase molto precoce del nostro sviluppo. Inizialmente, la navigazione della nostra applicazione si trovava in una fila di icone nella parte superiore della pagina:

Navigazione Casefleet

Nonostante il valore estetico di questa scelta, ci siamo sentiti un po 'limitati dalla quantità di spazio disponibile, in particolare quando i nostri utenti stavano visualizzando l'app su schermi più piccoli o dispositivi mobili. Un giorno, un lunedì mattina, uno dei nostri sviluppatori è arrivato a lavorare con i frutti di un progetto del fine settimana non annunciato: una prova del concetto di cambiamento del layout. Il nucleo della modifica spostando la navigazione da una riga lungo la parte superiore dello schermo a una colonna lungo la sinistra:

Navigazione a sinistra di Casefleet

Il nostro team ha ritenuto che il design fosse fantastico e, dopo aver aggiunto alcuni ritocchi finali, quella settimana l'abbiamo rilasciato ai nostri utenti aspettandoci che sarebbero stati entusiasti. Ci sbagliavamo.

Mentre una manciata di utenti ha subito accettato il cambiamento, un numero considerevole non era affatto contento e ha riferito di avere difficoltà a muoversi nell'applicazione. La loro più grande lamentela, tuttavia, non era che non gli piaceva il nuovo layout, ma che li colse alla sprovvista.

Lezioni apprese: modifica eseguita correttamente

La volta successiva che abbiamo modificato la nostra applicazione, abbiamo utilizzato un processo molto diverso. La nostra intuizione chiave è stata che agli utenti piace avere il controllo del proprio destino. Quando pagano la tua applicazione, lo fanno per un motivo e non vogliono che le loro preziose funzionalità vengano portate via da loro.

Dopo aver completato la nostra nuova interfaccia, non l'abbiamo semplicemente rilasciata. Invece, abbiamo scritto un post sul blog al riguardo e condiviso screenshot con i nostri utenti.

Email di modifica del design di Casefleet

Successivamente, abbiamo aggiunto un pulsante alla schermata di benvenuto nella nostra app con un titolo grande, una copia accuratamente realizzata e un grande pulsante arancione che invitava gli utenti a provare la nuova versione. Abbiamo anche notato che potrebbero tornare alla versione originale se lo desiderano (per un po 'comunque).

Una volta che gli utenti erano nella nuova versione, i passaggi necessari per tornare indietro si trovavano a diversi clic di distanza nelle impostazioni del profilo dell'utente. Non volevamo nascondere il pulsante per ripristinare, ma non pensavamo nemmeno che sarebbe stato utile per le persone passare ripetutamente avanti e indietro, il che avrebbe potuto essere allettante se il pulsante fosse immediatamente visibile. In effetti, solo un utente è mai tornato durante il periodo di attivazione di un mese. Inoltre, quando abbiamo attivato l'interruttore e reso obbligatoria la nuova versione, quasi tutti i nostri utenti più attivi erano passati e ci hanno fornito un ottimo feedback sulla nuova versione.

Oltre agli incentivi in-app che abbiamo fornito per il passaggio, abbiamo inviato diverse e-mail per far sapere agli utenti esattamente quando la modifica alla nuova versione sarebbe stata resa permanente. Nessuno è stato colto di sorpresa e nessuno si è lamentato. In effetti, la maggior parte degli utenti è stata estremamente soddisfatta del nuovo look.

Sfide utili

Tuttavia, è importante notare che il rilascio di un aggiornamento in questo modo non è gratuito. Il tuo team di sviluppo dovrà mantenere due versioni separate della stessa base di codice e dovrai anche risolvere problemi complessi relativi al modo in cui le versioni vengono inviate agli utenti finali. I tuoi team di sviluppo e controllo qualità saranno esauriti entro la fine del processo, ma probabilmente sarai d'accordo sul fatto che l'investimento di tempo e risorse è stato intelligente. Nei mercati del software iper-competitivi, devi mantenere gli utenti felici e non c'è modo più rapido per renderli infelici che cambiare improvvisamente la tua interfaccia.

Commenti

  1. 1

    In genere, quando aggiorniamo una nuova applicazione, ci assicuriamo che la vecchia sia ancora in modalità attiva finché le persone non la aggiornano alla versione più recente. Qualsiasi brutta esperienza costringerà l'utente a rinunciare ai tuoi servizi. È molto importante per le aziende avere quel senso di consapevolezza prima di lanciare una nuova app.

    Inoltre, chiedi alle persone di fornire un feedback. Il nuovo lancio è il momento in cui le persone amano condividere i loro pensieri sull'app. Se hanno in mente qualcosa di nuovo, lo condivideranno con te. Creerà una nuova opportunità per il tuo sviluppatore di aggiungere quella funzionalità suggerita dalle persone.

    Grazie

  2. 2

    Quando inviamo e-mail ai nostri clienti in merito a importanti modifiche al sito web. Continuiamo ad accedere anche al vecchio sito web, se lo desiderano. Li mette a proprio agio durante la navigazione. Inoltre, ad alcuni utenti potrebbe non piacere il tuo nuovo design, quindi questo tipo di utenti può passare facilmente alla versione precedente.

Cosa ne pensi?

Questo sito utilizza Akismet per ridurre lo spam. Scopri come vengono elaborati i dati dei tuoi commenti.