View Sidebar
10 trucos para conseguir más descargas.

10 trucos para conseguir más descargas.

El pasado 30 de Octubre me invitaron al congreso PureMobile organizado por la Mobile Marketing Association, para exponer lo que hemos aprendido con Meets sobre captación de usuarios en aplicaciones móviles.

En una ponencia muy corta, de unos 15 minutos, dónde hice hincapié en 10 aspectos que considero fundamentales a la hora de posicionar bien una aplicación y optimizar las descargas.

  1. Cuidar el nombre y su definición y no usar caracteres raros (acentos, eñes). Aprovechar bien el espacio – ej.: android son 30 caracteres y apple son 244 caracteres. 
  2. En la descripción, las tres primeras líneas son esenciales y es donde tenemos que vender. Continuamos con características breves, opiniones y terminamos con una llamada a la acción.
  3. En las capturas de pantalla, incluir un leit motiv de la app, acompañar cada screenshot con un texto corto explicativo.
  4. En localización, en cuantos más países estemos, mayor alcance daremos a la app. Debemos traducir al idioma local porque al usuario le gusta sentir que la app a sido desarrollada en su país. 
  5. Como optimizar el ASO jugando con el tráfico y la dificultad de las keywords. Mirar lo que hacen otros. Las palabras clave no son una constante deben estar en un proceso de constante evolución. 
  6. La creatividad de los ads es clave. Las imágenes de personas tienen un CTR mayor.
  7. Que haya un nexo entre la publicidad y la app.
  8. El coste y éxito de una campaña de ads no debemos medirlo en el número instalaciones, hay que incorporar métricas internas (LTV, vialidad, recurrencia…).
  9. Hacer actualizaciones frecuentes con un propósito claro para demostrar al usuario que estamos comprometidos con el producto. Esto nos permite hacer cambios y test A/B para mejorar en cada update.
  10. Y sin duda, fomentar la interacción social.

2 diciembre 20140 commentsRead More
Talks sobre mobile en Codemotion2014

Talks sobre mobile en Codemotion2014

Han publicado las slides de las charlas de la Codemotion de este año, dejo por aquí algunas de las que me interesan especialmente sobre desarrollo móvil.

En busca de la arquitectura perfecta: VIPER (iOS)

 

From iOS to Android (or reverse)

What Material Design means to Android

10 tips for a reusable architecture (iOS)

cream code with objective c #creamcode

Opinionated Android

Groovy on Android

Effective Android UI

Accesibilidad móvil

El resto de slides están en este GoogleDocs.

26 noviembre 20141 commentRead More
ASO, o como posicionamos meets en la AppStore.

ASO, o como posicionamos meets en la AppStore.

Sábado por la tarde, estábamos tumbados en los puffs de Plug and Play con una pizarra blanca de fondo. Tocaba sesión de brainstorming sobre lo que en la jerga del mundo start-up se conoce como “growth hacking” y “conversion hacking”. Es decir, buscar ideas para conseguir más usuarios y para ensanchar nuestro embudo de conversión.

En la pizarra una de las cosas que apuntamos fue mejorar el ASO (a.k.a. App Store Optimization), y aunque no hay una fórmula mágica, voy a compartir por aquí algunas de las cosas que nosotros hemos aprendido y que, aunque con margen de mejora, han funcionado.

A la hora de posicionar la app existen una serie de variables que podemos tocar, son:

  • El título de la app.
  • La descripción.
  • Las keywords.
  • Los screenshots.
  • El icono.

Y otras que afectan mucho pero que no dependen tanto de nosotros como las anteriores:

  • Valoraciones.
  • Descargas.

Cada una de estas variables afecta de una manera, unas mejoran nuestro posicionamiento, y otras son triggers en la cabeza de nuestros (futuros) usuarios. Estos triggers aumentarán las posibilidades de que acaben pulsando en descargar tras ver la app en un resultado de búsqueda o en el listado de algún top.

En este segundo grupo de triggers al usuario están el icono de la app y los screenshots. Son elementos que no afectan al algoritmo de posicionamiento pero que no debes subestimar, de ellos dependerá que una vez el usuario haya encontrado tu app se la acabe descargando. Aquí entra en juego la habilidad del diseñador, mención especial a nuestro ninja @basiclines. El icono de meets es simple la m sobre el “naranja meets”, en la era iOS 6 molaba más pero había que aplanarlo al estilo de iOS 7.

meets icon ios6 ios7 ASO, o como posicionamos meets en la AppStore.

El icono no lo hemos tocado, es la imagen de marca y tampoco se puede estar mareando con ella, si no véase lo que paso con el caso del logo de GAP :P. En las screenshots si que queríamos hacer algunos cambios, ya que después de estudiar apps de éxito estaba claro que podíamos mejorar algunas cosas.

  • Un screenshot por pantalla. Meter más añade ruido y hace que se vean peor.
  • Es conveniente utilizar las screenshots para mencionar features en forma de texto o añadir algún claim. Cosa que tiene mucho sentido si tienes en cuenta que nadie, o casi nadie, acaba leyendo la descripción.
  • Los testimonios de usuarios pueden funcionar bien.

Así que este fue el cambio:

store screens2 ASO, o como posicionamos meets en la AppStore.

La mejora salta a la vista, además en el fondo de cada screenshot hemos puesto las mismas fotos que usamos en la landing, que además son las mismas de las creatividades de los ads que de vez en cuando ponemos en Facebook. Esto parece una tontería, pero ayuda a que el usuario identifique directamente tu app con el anuncio que ha visto. En nuestro caso, tras aplicar los cambios hemos reducido nuestro CPI en Facebook de 0.50€ a 0.18€ es decir, con la misma inversión conseguimos 2.7 veces más usuarios, y eso mola bastante. ¿Por qué?, resumiendo un poco, al mejorar el click-through rate Facebook necesita mostrar menos veces nuestro anuncio para obtener instalaciones con éxito, lo que hace que pueda mostrar otros y por tanto nosotros le salgamos más baratos.

Ahora vamos con el resto de variables, que afectan de forma más directa al posicionamiento en los resultados de búsqueda: El nombre, las keywords y la descripción, en ese orden de importancia.

El nombre: tenemos 255 caracteres para poner el nombre de nuestra app. meets tiene solo 5, así que no vamos a desaprovechar los 250 restantes sabiendo que las palabras que coloquemos aquí son las que mejor van a posicionar. De los 255 caracteres que nos permiten poner tenemos que considerar que desde el iPhone el usuario solo va a ser capaz de leer unos 25, el resto estarán ocultos. Por tanto lo recomendable es usar estos primeros 25 caracteres de la forma más descriptiva posible y el resto los podemos usar para posicionar las keywords que consideremos. Lo recomendable es tener una frase coherente y no keywords a cholón, pero ahí cada uno.

Las keywords: en este caso tenemos 100 caracteres y hemos de separar cada una de las keywords usando comas. Un buen consejo para aprovechar bien el espacio es no usar espacios ni plurales. Es conveniente hacer un estudio del tráfico que puede generar cada una de las keywords con las que queremos posicionarnos, y atacar a las que más volumen generen y tengan menos competencia, de esta manera será más fácil salir arriba en los resultados de búsqueda. Abajo dejo unos cuantos links interesantes para hacer este estudio.

La descripción: Parece ser que lo que pongamos en la descripción no afecta de manera relevante a las búsquedas, así que podríamos encajar esta variable en el grupo de triggers al usuario. De cualquier manera, cosas que hay que incluir en la descripción:

  • Proposición de valor.
  • Testimonios de usuarios.
  • Listado con las características de la app.
  • Menciones en medios.
  • Número de descargas y usuarios, si es destacable.
  • Valoraciones con estrellas.
  • Otras apps que has creado: “De los creadores de ___”.

Por último mencionar la importancia del número de descargas y reviews. Con cada actualización  las reviews desaparecen de los listados, así que es importante conseguir un número interesante de reviews cuanto antes después de hacer el update. Si además de buenas reviews conseguimos dar un buen empujón de descargas puede que con algo de suerte logremos colarnos en la categoría “Nuevo y destacado de Apple” lo que mejorará la visibilidad de la app y ayudará a conseguir más descargas.

Si tienes algún truco que quieras compartir no dudes en hacerlo en los comentarios.

Links:

1 febrero 20140 commentsRead More
La experiencia es un peine que te llega cuando te quedaste calvo.

La experiencia es un peine que te llega cuando te quedaste calvo.

Ringo Bonavena

3 enero 20140 comments
Tesflight, Mixpanel y Crahlytics

Tesflight, Mixpanel y Crahlytics

El pasado 21 de Noviembre nos invitaron a presentar meets y dar una charla en Betabeers VLC. Al no conocer el nivel de especialización de los asistentes propusimos 3 temas diferentes para diferentes niveles y diferentes gustos: “Técnicas avanzadas con CSS3 y Javascript”, “Uso avanzado de bloques en Objective-C” y por último “3 herramientas web para tener tus apps bien controladas”. Finalmente nos decidimos por la última.

Existen multitud de herramientas web para control de métricas, gestionar releases, crash reporting… Incluso habrá ocasiones que con todo lo que hay ahí fuera necesitemos implementar nuestras propias herramientas. Pero mi consejo es no perder tiempo en desarrollar algo si ya lo ha hecho alguien antes.

En esta charla hablé de algunas de las herramientas que usamos en meets.

  • Testflight para la gestión y distribución de betas.
  • Crashlytics, como crash reporter.
  • Mixpanel para métricas.

Bueno, en meets usamos algunas cosas más pero no tenía tiempo de hablar de todo en los 15 minutos que duraba la presentación.

Testflight

Tesflight viene a solucionar un problema con el que todo desarrollador iOS ha tenido que pegarse. La distribución ad-hoc. Si hay algún iOS developer leyendo esto sabrá de que estoy hablando, generar provisioning profiles, gestionar los UDIDs de los betatesters, pasar los provisioning y los IPAs, generación de plist para distribución ad-hoc…

Testflight está aquí para aliviarnos todo este dolor. Es muy simple, de hecho podemos usar toda la funcionalidad de distribución de betas sin ni si quiera integrar su SDK en nuestro proyecto.

Lo primero es reclutar a nuestros beta testers, así que desde testflight podemos enviar emails a conocidos o incluso nos ofrece la posibilidad de captar betatesters de la comunidad. Cada uno de ellos recibirá un email con las instrucciones y una vez completen el proceso de registro se les instalará en su dispositivo un webclip desde el que poder acceder a nuestras betas.

Al mismo tiempo nosotros recibiremos un email con los UDIDs del tester para poder añadirlos a la lista de devices del provisioning portal. Una vez hemos añadido los UDIDs y actualizado el provisioning profile para distribución ad-hoc, lo único que nos queda es compilar, archivar y subir el ipa de nuestra app a testflight.

Antes de distribuir la beta tesflight nos pedirá que confirmemos los testers a los que queremos llegar, en este paso podemos actualizar el provisioning por si hemos añadido usuarios nuevos. Una vez esté todo enviamos.

Nuestros testers recibirán un email con los detalles de la versión y las instrucciones para instalar. Ya está. Además podemos ver quienes de nuestros testers han recibido el email, lo han abierto y han instalado.

Todo el tema de distribución de betas es posible sin integrar el SDK, si lo integramos vamos a tener acceso a sesiones, que nos permite saber quienes son los betatesters más activos, Integrar un formulario de feedback, controlar checkpoints e incluso un crashreporting. Pero nosotros para estas cosas usamos Crashlytics y Mixpanel, que son bastante más completas.

Mixpanel

Mixpanel en un sistemas de métricas completamente orientado a eventos, es decir no trackeamos páginas si no acciones.
Está disponible para multiples plataformas y lo mejor es todo lo que podemos hacer con él para moldear nuestros datos: sacar embudos, gráficos de retención, segmentar datos. Además podemos enviar notificaciones, cuestionarios y controlar ingresos.

La integración es muy simple, basta con integrar la librería, en el caso de iOS tiene versión en cocoa-pods. A la hora de realizar el trackeo tenemos dos opciones: mandar eventos con propiedades y setear la información del usuario.

Tristemente Mixpanel solo es gratuito hasta 25.000 puntos de información, (es decir cada vez que mandamos un evento) pero por suerte existe un modelo con el que si incluimos el logo de mixpanel en nuestra web ganamos 175K puntos de forma gratuita.

Crashlytics

Por último hable de una herramienta que es muy útil para detectar errores que hayan podido pasar inadvertidos durarte el desarrollo, Crashlytics.

Crashlytics proporciona completos informes de fallos de nuestra aplicación. Cada vez que la app sufre un crash este es recogido por Crashtytics lo analiza y lo prioriza. De este modo el desarrollador puede conocer inmediatamente cuáles son los problemas que más impacto tienen sobre la aplicación y valorar la necesidad de una actualización urgente de la app.

Hace un procesamiento de la información con el que es capaz de indicarnos si el problema se produce en un modelo/versión de un terminal concreto. Incluso puede detectar si se trata de un bug que aparece sólo cuando el terminal está en landscape, cuando está bajo de batería, etc.

En estos momentos Crashlytics está disponible para Android y para iOS y es gratuito.

2 enero 20142 commentsRead More
Dropbox dropquest paso a paso

Dropbox dropquest paso a paso

Dropbox ha abierto un concurso en el que tenemos que resolver una serie de acertijos que al solucionarlos nos harán ganar algo de espacio en nuestra cuenta, aquí os cuento cómo lo he resuelto yo. Dropquest 2011.

16 enero 201140 commentsRead More
Tor + Mac Os + Chrome

Tor + Mac Os + Chrome

Se están poniendo las cosas feas en Internet, y ahora más que nunca es importante conocer herramientas para mantenernos anónimos en la red. En este post explicaré cómo configurar Tor en Mac Os y cómo utilizarlo para navegar de forma anónima usando Chrome.

28 diciembre 20109 commentsRead More