[Windows Phone 8] Preparar y administrar una Beta

Hola a todos!

El artículo de hoy no tiene un gran contenido técnico. En su lugar, quiero hablaros de la importancia de usar la distribución beta antes de lanzar nuestra aplicación al gran público, como crearla, distribuirla y administrarla para que nos ofrezca valor, sin que se nos escape de las manos.

Empecemos por ver que nos ofrece la distribución beta en Windows Phone. En primer lugar, nos facilita distribuir nuestra aplicación a un grupo de gente que la quiera probar y que pueda aportarnos feedback, descubrir fallos y ayudarnos a arreglarlos. Podríamos hacer esto mismo simplemente enviando el archivo XAP compilado por correo, pero eso exigiría que cada una de las personas que la vayan a probar tengan el SDK y un teléfono desbloqueado para desarrollo. Lo más importante en este punto es que quienes vayan a probar la beta, no tienen porqué ser desarrolladores. De echo sería muy bueno que no fuesen desarrolladores, para tener opiniones de alguien que no esté “contaminado” por la tecnología. Además, tenemos que simplificar el acceso a la beta, al distribuirla por la tienda de apps, se puede instalar directamente en el dispositivo sin necesidad de hacer nada más que click en un enlace.

Cuando vayamos a publicar nuestra aplicación, solo tendremos que seleccionar la opción “Beta” en “Distribution channels”, dentro del desplegable “More options”. Al seleccionar esta opción se habilitará una caja de texto donde deberemos introducir los LiveIDs de los participantes de la beta:

image

Aquí podemos encontrarnos con la primera dificultad. La distribución Beta nos permite tener hasta 10.000 LiveIDs añadidos, ¿Como gestionamos todo esto? Hay mil formas. Desde algo tan simple como un archivo de texto o un excel, hasta sistemas que nos aporten más funcionalidad. Precisamente, yo creo que esta segunda opción es la mejor, usar un sistema que nos permita tener más funcionalidad. En la gran mayoría de casos, los LiveIDs son también los correos electrónicos de esas personas, y nuestra principal vía de comunicación con ellos. Por cada versión beta, podemos comunicarles que ya está disponible, que incluye, que bugs son conocidos para que no pierdan su tiempo con ellos y darles cualquier indicación que sea necesario. Para gestionar todo esto, yo he escogido una herramienta muy usada, llamada MailChimp:

image

MailChimp es una herramienta para crear campañas de correo, manteniendo listas de distribución. Nos ofrece funcionalidad para crear formularios de registro, listas de personas suscritas, crear campañas de correo (enviar correos electrónicos a las listas), programar el envío de una campaña para una fecha/hora concreta e incluso estadísticas de quien ha abierto un correo de una campaña, quien ha hecho click en un enlace de esa campaña… Además podemos exportar la lista de personas suscritas a un archivo csv, que nos será muy útil para añadir los correos a la distribución beta. En Definitiva tenemos una forma de gestionar todas las comunicaciones con nuestros suscriptores, de permitir que nueva gente se suscriba a nuestras betas (porque, ¿Para que mantenerla privada? Cuanta más gente la pruebe, mejor!) o si ya no le interesa, se des suscriba cuando quiera.

Es realmente de usar y totalmente gratis. Una vez registrados, lo primero que tendremos que hacer es crear una lista:

image

Dentro de las opciones de la lista, encontraremos una llamada “Sign up forms” que nos permitirá crear y personalizar el formulario de suscripción, para adaptarlo al aspecto de nuestra aplicación e incorporar los campos que necesitemos pedir al usuario:

image

Solo alguna recomendación aquí:

  • Mantén el formulario lo más simple posible, no pidas datos que no vas a necesitar. Pidiendo muchos datos puedes acabar con el interés del usuario.
  • Personalízalo un poco. No te digo que inviertas 5 días en crear un formulario impresionante, pero un par de horas, para darle un aspecto que recuerde a tu app, si. Queda más profesional, y vas introduciendo al usuario a tu visión, a lo que se va a encontrar en la app.
  • Por lo menos, incluye dos idiomas: Inglés y Español. Así te aseguras que la gente que llegue a la página, podrá entender de que va. Puedes hacerlo poniendo ambos idiomas en la misma página o mediante traducciones. Como más gustes.

Una vez terminado el formulario, en la parte superior encontrarás una URL corta que da acceso a él. Cógela y lánzala al mundo: Twitter, Facebook, correo… cualquier medio es valido para llegar a la gente. pon la url y tu mensaje en inglés y español, es interesante salir de “la tierra” y tener usuarios de la beta por todo el globo, ofreciéndote su visión particular sobre la app.

Otro punto interesante es tener una cuenta de correo nueva para la aplicación, en mi caso photolabapp@outlook.com, cuando creemos una campaña de MailChimp nueva, usaremos esa misma cuenta como remitente y pediremos a los usuarios que envíen su feedback a ella. De esta forma separamos el feedback de nuestros otros correos personales o profesionales y mantenemos cierto orden en las comunicaciones.

Y por último nos queda gestionar el feedback recibido. Principalmente recibiremos dos tipos de elementos: bugs, que tendremos que ir corrigiendo, y mejoras, que implementaremos o no. Es muy recomendable que tengamos la mente abierta a las sugerencias de nuestros usuarios. En muchos casos pueden proponer cosas que no se nos habían ocurrido pero que realmente mejoran la app muchísimo. Es importante priorizar y llevar un control de estos bugs y mejoras. ¿Como? Pues como más cómodo te resulte, pero si partimos de la base de que usas TFS Online (www.visualstudio.com) para gestionar tu código, puedes crear iteraciones, una por beta por ejemplo, e introduciendo en ella el feedback de los usuarios. Así al final, cuando vayas a enviar la siguiente beta, podrás adjuntar un resumen de las mejoras y correcciones introducidas y de lo que tienes pendiente:

image

Y Voila, solo queda repetir una y otra vez hasta que el feedback sea mínimo, los bugs estén corregidos… y estemos listos para sacar nuestra app al gran público. ¿Y cuanto es eso? Pues en el caso de PHOTOLab, realicé 5 versiones beta. Lancé la primera tan pronto como el core de la app estaba listo para ser probado. Por último, en mi tierra dicen eso de “Es de bien nacidos, ser agradecidos”, por lo que yo personalmente recomiendo agregar una sección de gracias en el acerca de de tu app, para agradecer a toda la gente que te ha dado feedback y ha invertido tiempo probando tu app desinteresadamente:

unnamed

Que así por lo menos vean que aprecias su ayuda. Seguro que la próxima vez que les pidas que te ayuden con una revisión, estarán encantados de hacerlo.

Y con esto terminamos este artículo. Aun no habiendo tocado ningún tema técnico, de código, creo que es muy importante saber, primero, que las betas existen y que podemos usarlas. Y segundo, que manejarlas adecuadamente y hacer caso a nuestros usuarios, puede reportarnos muchos beneficios y ahorrarnos muchos problemas y perdidas de tiempo.

El próximo artículo, si tendrá código, lo prometo. 🙂

Un saludo y Happy Coding!

Un comentario en “[Windows Phone 8] Preparar y administrar una Beta”

Deja un comentario

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *