it-swarm-es.com

¿Las pruebas A / B son un uso valioso de los recursos para el usuario final de una aplicación móvil?

Los sitios web pueden habilitar las pruebas A/B al servir una página diferente, por ejemplo. Una aplicación móvil tendría que recopilar datos y devolverlos. Por principio, ¿está bien tener un software "teléfono de casa" para optimizar partes de la pantalla? ¿Debería divulgarse al usuario por qué solicito este permiso, incluso si no ve el beneficio en la aplicación actual?

EDITAR: Para aclarar, incluso si se le revela al usuario que lo estaría haciendo (lo que haría absolutamente), es una prueba A/B lo suficientemente importante para el usuario final que valdría la pena el intercambio para ellos de tener el software ocasionalmente llama a casa? Edité la pregunta para reflejar esto, en lugar de mi pregunta original antes de desviarme.

3
Don

Si crees que es lo suficientemente importante y el usuario está feliz de dejarte hacerlo, no puedo ver el problema. No va a enviarle cantidades masivas de datos, así que no veo por qué le importaría al usuario. La mayoría de los usuarios de teléfonos inteligentes tienen un contacto ilimitado por Internet de todos modos (al menos en el Reino Unido, todos vienen con uno, salvo algunos Blackberry).

Puede probar algo como MixPanel si solo desea ver cómo los usuarios están usando su aplicación y cómo podría mejorarla. Nunca lo usé, pero parece interesante.

2
matto1990

Hemos implementado un tipo de prueba A/B de aplicaciones móviles en nuestras aplicaciones con cierto éxito. Lo importante es recordar que los cargos por datos difieren entre redes y países. Siento que es mejor minimizar el uso de datos tanto como sea posible. Como tal, implementamos nuestra prueba A/B como dos "temas" diferentes para la aplicación. los usuarios podían seleccionar qué tema querían, y en la página de opciones había una opción para votar sobre su favorito y enviar comentarios.

Al final, recopilar comentarios de los usuarios no es fácil en ninguna plataforma móvil, incluso en las más avanzadas. Estás realmente atrapado confiando en los usuarios dispuestos a hacer un esfuerzo adicional y contactarte directamente ...

2
Ryan

Creo que la forma en que está redactando la pregunta es un poco confusa, pero intentaré responder de todos modos.

La mejor práctica para las aplicaciones instalables es informar al usuario de antemano qué va a pasar y ofrecerle la opción de deshabilitarlo. Un buen ejemplo de esto es Google Chrome, que notifica a los usuarios que transmitirá datos a Google y le ofrece la opción de desactivarlos allí mismo. También es similar a las alertas que el iPhone te dará cuando una aplicación quiera "enviarte notificaciones Push". Simplemente sea directo, claro y honesto y los usuarios se lo agradecerán.

En cuanto a la pregunta "¿las pruebas A/B son lo suficientemente importantes para el usuario final"? No creo que la pregunta sea muy relevante. Ya sea que los usuarios finales consideren que las pruebas A/B son importantes o no, no debería evitar que desee mejorar su aplicación, porque si lo hace, eventualmente serán más felices. También haga las pruebas A/B, pero asegúrese de ser honesto acerca de los datos que está transmitiendo: estos son dos temas separados.

1
Rahul

En general, querrá centrarse en vender y respaldar una aplicación una vez que se lance a producción. Pasar una cantidad de tiempo no insignificante probando ajustes de la interfaz cuando debería ser de marketing o corrección de errores puede no ser deseable.

Si desea ejecutar pruebas A/B (o pruebas multivariadas si hay alguna complejidad en la aplicación), obtendría el software listo para su lanzamiento y lo lanzaría en versión beta. Como beta, puedes

  • renunciar a la necesidad de desalentar a los usuarios al sugerir que su experiencia puede ser diferente a la de otra persona (es una versión beta, las cosas serán un poco volátiles),
  • lanzar nuevas variantes de prueba (es decir, "actualizaciones") con la frecuencia que desee, y
  • recopile mejores comentarios (es decir, métricas de prueba) proponiéndolo como intercambio para uso gratuito o acceso temprano al software.
0
Matt

Como dice matto1990, se requiere más información, pero en principio diría que se debe notificar al usuario en caso de que se pueda incurrir en algún gasto.

Además, incluso si la llamada es gratuita, podría afectar al usuario de manera problemática. Imagínese que el usuario está esperando una llamada importante, pero no puede hacerlo porque en ese mismo momento la aplicación inició una llamada.

0
Dan Barak