Las aplicaciones basadas en la nube durante la última década han introducido un cambio en los procesos de desarrollo, alejándose de las largas fases de especificaciones> desarrollo> control de calidad, hacia ciclos de lanzamiento muy cortos o sprints.
Los ciclos de lanzamiento típicos para la mayoría de las plataformas web actuales pueden ir de una a cuatro semanas, con muchas personas trabajando en una integración continua e incluso cargas diarias.
Hay mucha documentación sobre procesos de desarrollo iterativos rápidos y no es mi objetivo aquí repetir todos los pros y los contras, pero hay dos aspectos que quiero destacar:
- Capacidad para presentar algo muy rápidamente a los clientes, medir el uso, aprender y tomar decisiones más relevantes con más información a la mano.
- Capacidad para probar A / B diferentes versiones, medir y decidir el mejor camino a seguir;
Ambos elementos abren la puerta a una entrada crítica que falta en los ciclos de lanzamiento clásicos y más largos: comentarios reales sobre el uso del cliente. Con la retroalimentación de uso real, la toma de decisiones se hace más fácil.
Ingrese aplicaciones móviles
Las expectativas de los usuarios con aplicaciones móviles son mucho más altas que cuando se usan sitios web. Con todas las excelentes aplicaciones disponibles, cualquier cosa que no sea fluida, rápida e intuitiva se convertirá en parte del 90% de las aplicaciones que nunca más se usarán después de la primera descarga.
Es muy importante lanzar algo de buena calidad.
Genial, pero hay un problema: ¿cómo puede iterar rápidamente en una aplicación móvil que necesita instalarse localmente en un dispositivo remoto y posiblemente no volver a usarse durante meses? ¿Y cómo puede hacerlo cuando cada nueva versión de la aplicación puede tardar semanas en aprobarse antes de estar disponible en una tienda de aplicaciones?
Los proveedores de software de análisis existentes también tienen soluciones para aplicaciones móviles: Comscore (Nedstat), Omniture (SiteCatalyst), Adobe (appMeasuremement), Webtrends y muchos otros. Estos funcionan de manera muy similar a sus hermanos mayores web: rastrean eventos, registran, envían eventos a un servicio en la nube, generan informes.
Aquí hay algunos consejos, y animo a todos a compartir más en los comentarios.
1. Usa maquetas de papel
Puede comenzar diseñando a mano opciones para flujos de usuario y diseños en blocs de notas con forma de móvil (busque en la web para ver algunos ejemplos).
Estos son simples cuadernos de papel con la forma y dimensiones exactas de los teléfonos inteligentes más comunes.
Puede colocar cada tarjeta frente a los usuarios y pedirles que digan qué esperan que suceda, qué opción de diseño encuentran más intuitiva e intercambiar / reemplazar tarjetas según sea necesario para crear el mejor flujo.
Muy simple, económico, efectivo.
2. Iterar muy rápido en maquetas interactivas
Algunas herramientas de trama y maquetas proporcionan soluciones de arrastrar y soltar relativamente simples que generan prototipos interactivos en cuestión de minutos. La mayoría de las herramientas también generan salida HTML5, o incluso aplicaciones nativas básicas.
En general, son lo suficientemente buenos como para dar una buena idea de la funcionalidad esperada, y ya se pueden usar para las pruebas iniciales del usuario final en dispositivos Android e iOS.
Herramientas como Tiggr, Mockflow o Axure pueden generar prototipos interactivos. Incluso herramientas más simples como Adobe PDF, Visio / Powerpoint / Keynote, Pencils, Balsamiq u Omnigraffe pueden generar maquetas estáticas mediante el uso de plantillas de interfaz de usuario móvil. Las maquetas estáticas se pueden vincular para ilustrar los flujos de pantalla.
3. Prueba en prototipos con un pequeño conjunto de beta testers
Obtenga un pequeño conjunto de beta testers y dele aplicaciones para jugar, incluso si las aplicaciones no están 100% completas. La clave es garantizar que al menos algunas partes de la funcionalidad estén completas para que los usuarios tengan algo tangible para probar y no se sientan completamente frustrados.
Obtenga comentarios diarios de los usuarios y haga que sea totalmente fácil para ellos proporcionar comentarios en cualquier momento. No intente lo contrario: hacer que resulte engorroso completar formularios de comentarios complejos, solo para reducir su esfuerzo de análisis.
Por ejemplo, solicite a los usuarios que simplemente escriban las tres cosas buenas y malas más importantes cada día a una dirección de correo electrónico de comentarios que usted proporcione.
4. Android primero
Esta no es una opción religiosa, simplemente una opción inteligente para explotar la arquitectura de distribución más fácil de Android.
Las aplicaciones beta se pueden publicar rápidamente con nombres oscuros para compartirlas solo con los probadores beta, sin que los usuarios al azar las descubran.
Las aplicaciones se pueden actualizar en cualquier momento “en el aire” para la corrección de errores o cambios en las funciones, sin esperar las aprobaciones duraderas de la tienda. Al iterar muy rápido en Android, la creación de aplicaciones en otros sistemas operativos móviles se vuelve más similar a un proceso de portabilidad que a un nuevo desarrollo.
Apple se está volviendo más rápido con aprobaciones cortas de dos a tres días, y soluciones como TestFlight lo acercan mucho a las pruebas beta inalámbricas en iOS.
Pero cualquiera que haya trabajado en un proyecto de software sabe lo que significa esperar dos días antes de tener algo. A veces (especialmente en viajes), el estado del mundo es simplemente diferente.
5. Lanzamiento en un país pequeño primero
Otra forma de sacar algo rápidamente es publicar en tiendas específicas para mercados más pequeños.
Si algo sale mal, habrás sacrificado un mercado pequeño, pero con suerte conseguirás el grande. OK, lo admito, esto es políticamente incorrecto, tú decides lo mejor para tu negocio.
Pero también echa un vistazo a algunos blogs con este tipo de información:
Desarrollo de aplicaciones de viajes móviles. 10 características para las necesidades de los usuarios
Cuando los viajes se vuelven móviles: por qué más empresas deberían invertir en el desarrollo de aplicaciones