Ir al contenido principal

Un Game publisher en casa (parte 3)

Como expliqué en el la primera parte del artículo el objetivo es hacer una prueba real de nuestro juego para analizar su viabilidad económica a partir del análisis del la tasa de retención de usuarios en el día 1, 3 y 7 de la prueba ya que muchos publishers analizan la relación entre el D3 y D7 para a partir de un test de pocos días tener una visión real del potencial de un juego. La clave está en que la relación D3/D1 de al menos 70%. Este era nuestro objetivo.


Como vimos en la segunda parte del artículo creamos una campaña de Facebook Ads para obtener los datos y además ver la aceptación del arte del juego y obtener una primera idea de como es la audiencia del juego. 



Aunque la campaña sólo ha durado 3 días ya arroja algunos datos interesantes sobre la loa audiencia del juego por lo que refiere al grupo de edad y al genero de los jugadores. Si miramos el gráfico siguiente podemos observar como la franja de edad de los mas interesados en el juego pertenecen al grupo de personas de entre 13 y 17 años y en todas las franjas de edad con un mayor porcentaje de mujeres que de hombres. 


Una vez realizada la campaña debemos esperar unos días a tener los resultados ya que las plataformas de datos (Firebase Analytics en este caso) nos den información sobre los usuarios adquiridos y los usuarios activos los días posteriores a la instalación del juego.

Una vez nos arrojan datos podemos calcular la retención de usuarios para cada día y analizar los resultados. En nuestro caso obtuvimos 400 jugadores repartidos mas o menos homogéneamente y la siguiente retención en los días posteriores.


Como podemos observar los datos nos son buenos. Si nuestro objetivo era acercarnos a un 70% no hemos conseguido despertar el interés de nuestros jugadores.


A partir de aquí podría entrar en una depresión o aprender alguna cosa. Yo apuesto por el segundo camino. Si queremos mejorar este resultado debemos mejorar diferentes aspectos del juego, especialmente la experiencia de usuario en las primeras partidas. Aumentar las recompensas, equilibrar mejor la dificultad del los primeros niveles, incentivar al jugador para que vuelva al día siguiente...

En Internet hay mucha literatura sobre como potenciar la retención del usuario en este proyecto deberé trabajar estos aspectos y con una nueva versión repetir la prueba para ver si hemos mejorado los resultados. De todo se aprende.


Comentarios

Entradas populares de este blog

El diseño de la interfaz de usuario

El estudio del diseño de interfaz de usuario en videojuegos es un tema que se ha estudiado en profundidad pero que muchos desarrolladores que empiezan no prestan mucha atención centrando su energía en las mecánicas del juego y especialmente el arte ya que muchas veces el éxito o el fracaso de un juego dependen de ello. Pero más lejos de la realidad la capacidad lúdica de un juego muchas veces también viene determinada por el diseño de la interfaz que hace de dialogo entre el jugador y el juego. Uno de los mejores análisis de las interfaces de usuario en videojuegos lo encontramos en los estudios realizados por Anthony Stonehouse y Marcus Andrews . El diseño de la interfaz de usuario en los juegos difiere de otro diseño de interfaz de usuario porque implica un elemento adicional: la ficción. La ficción involucra un avatar del usuario real, o jugador. El jugador se convierte en un elemento invisible, pero clave de la historia, como un narrador en una novela o película. Esta ficc

GitHub y Unity

Para el proyecto que estoy desarrollando voy a utilizar GitHub como repositorio de archivos y versiones. Aunque muchas veces uso el propio sistema de Unity, por el motivo que sea también vamos a utilizar un sistema general ampliamente utilizado por los desarrolladores de software. En primer lugar debemos tener una cuenta GitHub que nos podemos hacer gratuitamente. Una vez hecha vamos a utilizar un programa de gestión de versiones como es Sourcetree para gestionar el flujo de las versiones, ramas, etc. de nuestro juego. Una vez tenemos la cuenta de GitJub, si queremos utilizar SourcreTree necesitas una cuenta de Atlassian Bitbucket. Sin no disponemos de ella la podemos crear en el momento de la instalación o previamente a través de su página web. A partir de aquí solo tenemos que ejecutar Sourcetree y enlazar las cuentas. En el vídeo tenéis todo el proceso completo. Una vez tenemos en enlace hecho debemos enlazar con la cuenta de GitHub con la opción de Edit account

Como hacer copias de tu código de Unity con GitHub

Podriamos escribir un libro entero de las bondades de Git para el trabajo colaborativo y la gestión de versiones en un entorno como Unity. De hecho hay mucha literatura en internet para aprender a utilizar Git en todo tipo de entornos de programación. Así mismo para aquellos que empiezan seguramente lo primero que deberían aprender como hacer una copia de seguridad periódica de sus proyectos.. y ya habrá tiempo para, poco a poco aprender todo el potencial de una herramienta como esta. En su momento hice un tutorial para usar Git con una interfaz gráfica como SourceTree como punto de entrada al mundo de Git, pero en esta ocasión me gustaría explicar, paso a paso como utilizar GitHub para hacer copias de seguridad de tu proyecto en Unity. Para iniciar este proceso se deben hacer tres pasos: 1.- Crear una cuenta en GitHub En la pantalla principal de GitHub debemos crear una cuenta nueva (Sign up) y seguir el asistente para tener una cuenta gratuita con los parametros por defecto que nos