Como manter aos seus usuarios felices ao publicar unha actualización importante na súa aplicación

feliz ao Cliente

Hai unha tensión inherente no desenvolvemento do produto entre mellora e estabilidade. Por unha banda, os usuarios esperan novas funcións, funcionalidade e quizais incluso un novo aspecto; por outra banda, os cambios poden producirse de novo cando as interfaces familiares desaparecen de súpeto. Esta tensión é maior cando un produto cambia dun xeito dramático, tanto que incluso se podería chamar novo produto.

At CaseFleet aprendemos algunhas destas leccións do xeito difícil, aínda que nunha fase moi temperá do noso desenvolvemento. Inicialmente, a navegación da nosa aplicación localizábase nunha fila de iconas ao longo da parte superior da páxina:

Navegación Casefleet

A pesar do valor estético desta elección, sentímonos algo constrinxidos pola cantidade de espazo dispoñible, especialmente cando os nosos usuarios estaban a ver a aplicación en pantallas ou dispositivos móbiles máis pequenos. Un día, un dos nosos desenvolvedores chegou a traballar un luns pola mañá cos froitos dun proxecto de fin de semana sen anunciar: unha proba do concepto de cambio de deseño. O núcleo do cambio move a navegación desde unha fila ao longo da parte superior da pantalla ata unha columna á esquerda:

Navegación cara á esquerda

O noso equipo pensou que o deseño tiña un aspecto fantástico e, despois de agregar algúns toques finais, lanzámolo aos nosos usuarios esa semana esperando que estarían encantados. Estabamos equivocados.

Aínda que un puñado de usuarios aceptaron o cambio de inmediato, un número considerable non se mostrou feliz e informou de ter dificultades para moverse pola aplicación. Non obstante, a súa maior queixa non foi que non lles gustase o novo deseño, senón que os pillou desprevenidos.

Leccións aprendidas: Cambio feito correctamente

A próxima vez que cambiamos a nosa aplicación, empregamos un proceso moi diferente. A nosa visión clave foi que aos usuarios lles gusta controlar o seu destino. Cando pagan a súa solicitude, fano por unha razón e non queren que se lles quite as súas funcións.

Despois de completar a nosa interface recentemente deseñada, non a liberamos simplemente. Pola contra, escribimos unha publicación no blog e compartimos capturas de pantalla cos nosos usuarios.

Correo electrónico de cambio de deseño Casefleet

A continuación, engadimos un botón á pantalla de benvida na nosa aplicación cun título grande, algunha copia coidadosamente elaborada e un botón laranxa que dá a benvida aos usuarios para probar a nova versión. Tamén observamos que poderían volver á versión orixinal se o desexaban (por un tempo de todos os xeitos).

Unha vez que os usuarios estiveron na nova versión, os pasos necesarios para volver atrás localizáronse a varios clics na configuración do perfil do usuario. Non queriamos ocultar o botón para reverter, pero tampouco pensamos que sería útil que as persoas alternasen varias veces, o que podería ser tentador se o botón fose visible de inmediato. De feito, só un usuario regresou nunca durante o período de opt-in dun mes. Ademais, no momento en que abrimos o interruptor e fixemos que a nova versión fose obrigatoria, case todos os usuarios máis activos cambiaron e déronnos unha boa opinión sobre a nova versión.

Ademais dos incentivos dentro da aplicación que proporcionamos para cambiar, enviamos varios correos electrónicos informándolles aos usuarios exactamente cando se faría permanente o cambio á nova versión. Ninguén foi sorprendido e ninguén se queixou. De feito, a maioría dos usuarios quedaron moi satisfeitos co novo aspecto.

Desafíos dignos de pena

Aínda así, é importante ter en conta que lanzar unha actualización deste xeito non é gratuíto. O seu equipo de desenvolvemento terá que manter dúas versións separadas da mesma base de código e tamén terá que resolver problemas complexos sobre como se envían as versións aos usuarios finais. Os seus equipos de desenvolvemento e garantía de calidade esgotaranse ao final do proceso, pero probablemente estea de acordo en que o investimento de tempo e recursos foi intelixente. Nos mercados de software hipercompetitivos, debes facer felices aos usuarios e non hai ningunha maneira máis rápida de facelos infelices que cambiar de súpeto a túa interface.

2 Comentarios

  1. 1

    Xeralmente, cando actualizamos a nova aplicación, asegurámonos de que a antiga aínda está en modo activo ata que a xente a actualice á versión máis recente. Calquera mala experiencia obrigará ao usuario a desistir dos seus servizos. É moi crucial para as empresas ter esa sensibilidade antes de lanzar unha nova aplicación.

    Ademais, pídelle á xente que dea comentarios. O novo lanzamento é o momento no que a xente quere compartir os seus pensamentos sobre a aplicación. Se teñen algo novo en mente, compartirán contigo. Creará unha nova oportunidade para que o teu programador engada esa función que suxiren as persoas.

    Grazas

  2. 2

    Cando enviamos correos electrónicos aos nosos clientes sobre cambios importantes no sitio web. Manterémolos accedendo á vella páxina web tamén se queren. Fainos cómodos mentres o navegan. Ademais, é posible que a algúns usuarios non lles guste o seu novo deseño, polo que este tipo de usuarios pode pasar á versión anterior facilmente.

¿Que pensas?

Este sitio usa Akismet para reducir o spam. Aprende a procesar os teus datos de comentarios.