How are users able to find my amazing App? It is a common question when planning mobile marketing strategy. Not easy to answer because of the difficult to capture the attention of the potential users in mobile environments, but we have some interesting metrics that will help us in order to focus marketing efforts.

Users discovery mobile Apps channels

Apps Android and iOS iPhone discovery

The “European Technographics Consumer Technology Online Survey 2012″ and via Forrester bring us some data about users behaviours when discovering and using mobile apps. The main top 7 are next:

  1. AppStore and Google Play browsing: it looks like users really love to get lost in the woods of millions of Apps without a clear destination and find something interesting to try out. Human curiosity! 63% iOS users, 58% Android users.
  2. Word to mouth: as usual, one of the most important way to be present in the user thoughts is to be recommended by someone really reliable for  her/him. For me, it is the critical channel. We can spend a lot of money in order to be present and top-positioned in the stores, but making other users talk about your App – in a positive way- is a cheaper and a powerful way to multiply your downloads. Be viral, my friend! 50% iOS users, 41% Android users.

    Google Play featured contents

    Google Play Apps

  3. Promoted by stores: well, similar to the main choice, featured Apps have a special place in the user heart. I will write a post with the best ways to be featured by both markets, but you know, they really love quality and high value apps.34% iOS users, 25% Android users.
  4. Preinstalled app into device: mmm…it’s ok, but there is not much thing to do about this. iPhone users really like to use the well-known iApps. Android users are more promiscuous in this sense, but if you can be part of a new manufacturer custom Android release for sure you will have a lot of things won.20% iOS users, 23% Android users.
  5. Social Media: my second favourite way to reach the user’s eyes. Social Media is a powerful tool in order to expand through the user’s friends. But in that sense I think we should be careful: bad Social Media plans, stupid-agressive and undesired notifications make me think about future changes in the Social channel behaviour. Be social, but dont be irritating!19% iOS users, 15% Android users.
  6. Internet browsing: typical navigation is still a way to find apps. Not so important as the others, Internet browsing has not to be discarded yet.16% iOS users, 13% Android users.
  7. Classical search engines: I heard Google? :-) Yes, the medieval way to find things is still working. Dont forget it. 14% iOS users, 16% Android users.

In next posts i will talk about the main options in order to make our App visible, some interestings platforms – as AppGratis, recently banned from Apple Stored –  that becomes interestings bridges between user and mobile apps developers.


Enhanced by Zemanta
, , , , ,

Obviously quality – by definition- implies certain subjective factors. But it is true that exists a global perception that – for the time being- there is a qualitative superiority of Apps iOS-based compared to Android. Warning, i dont want to be tendentious! Android  improved much from the first versions – 1.5, 1.6…- but I think they have a lot of homework pending yet.

After almost 5 years in mobile marketing and development with Android, iPhone – Blackberry also-, our experience has shown us the 5 main qualitative differences why Android Apps are not better – yet – compared to iPhone:

  1.  No restrictions in Google Play - old Android Market-: it is easy to virtually upload any App to the store. No minimum quality. Apple is very clear: try to send us an App that doesnt contribute the community and you will lost two or three weeks in the revision process. :-)

    Android low quality Apps

    Android low quality Apps

  2. Fragmentation: it sounds really happy to have available a new version every 3 or 4 months of the platform. But reallity hits your face: you have to maintain the quality in the wide ecosistem: 2.3.3, 3.x, 4.1.x, 4.2.x…Although Google ensures backward compatibility with the majority of the plataform features, our experience reveals that it is not really true. One of the most used word for Android Developers is: WORKAROUND – do some tricks to make something work-. And i will write an articule about the hidden fragmentation: manufacturers Android customization.
  3. Bad – very bad -Android API documentation: what should be a reference for developers contains documentation incomplete, inconsistent and careless. A little example: Stackoverflow becomes the main information source for Android Developers.
    In that sense, Apple takes care about developers, bringing them documentation with quality. Not perfect, of course, but it is something.
  4. Technical complexity: it is impressive the quantity of files, XML, and lines of source code to create a little feature in your Android App. Simple things as apply a simple style on a screen results on creating or modifying lots of files: styles.xml, colors.xml, AndroidManifest.xml, creation of shapes, drawables, backgrounds, selectors…Obviously, more things you get, more things you have to test, especially when you have much lines of codes for a simple feature.

    Android vs iPhone satisfaction

    Android vs iPhone satisfaction

  5. IDE immaturity: there are a lot of alternatives for Android development, as Intellij and Netbeans. But Eclipse remains as the main and favourity IDE for Android. In my opinion, here we have two main problems: operative bugs, intrinsec to Eclipse and its plugins – constant memory leaks, crashes, workspace corruption…- and Android problems – migrainous visual editor and visual XML leaks makes developer write their UI in raw XML, pitfall for visual bugs. It is easy to find Apps that are not visually correct in some types of screens.

It is my experience, sure we can make this list bigger or different. Did you find any other reason? I will appreciate it if you make me know! :-)

Enhanced by Zemanta
, , , ,


By 2014, mobile users will exceed desktop users (Morgan Stanley), and will be remembered as the year when there will be more smartphones that people on Earth :-D. Amazing? Maybe. But what does it mean for us? To face the challenge of making about 7,3 billion smartphones and their users happy :-). Mobile web browsing will also overcome Desktop web browsing.

Mobile Web usage growth

Mobile Web usage growth

This growing smartphone penetration has brought high expectations for quality and response time (resumed as UX or Mobile User Experience). Failures are not forgiven: if you cannot address the real user expectations about your company, all efforts will be turn into:

  • Fast decrease in revenues, whatever being your business model: sell channel, in-app purchase, content provider…
  • Brand damage: user can be an ally, but also can be your worst enemy, no empathy with him and you will have viral and negative branding.
  • Low ratings: some companyes are not aware of how dangerous can be not making efforts in quality. If you have a negative review, you will have to get married with that: you cannot delete it,you cannot ignore it, you can correct your mistake but…the review will be there. Forever. I repeat: failures are not forgiven!
Mobile Testing priorities

Mobile Testing priorities

Thats why we strongly believe that moving your business into mobile can be a really good revenue channel, but as they say, real business means real risk. So it is important to have a good quality assurance. Couriously, majority of companies focused in Q&A has a primary focus on testing the performance of the Apps further than functionality. Usual priorities such as functionality, security have lower-priority, and companies are focused on demands of end-user, totally different of desktop user!

Extracted from Perfecto Mobile, there are some strategies to take into account in order to build your mobile quality and test plan:

Measure what matters

It is important to clearly define KPIs – Key Performance Indicators- in order to measure what is acceptable for our App and what is not. For example, in a booking process, it is important that whatever your App does in background and no user-significative tasks never impacts on that process. So a good KPI in this case could be the time from the beginning of the transaction to the commit.

Never ever our Mobile Test Plan can include KPIs such as: the booking process has to be as fast as possible. Show me the time!:-)

Select the right devices

Most devices with the same OS – Android, iOS- has common functionalities. Especially in Android, specifications says that if you have the correct OS version, you can access a set of functionalities, APIs, and so on. It is true, but not totally true. It is easy to think

Challenges to Mobile Testing

Challenges to Mobile Testing

that testing an App with Android 4.2 on a Sony Ericsson Xperia will have the same results as testing the same App on a Samgung Galaxy SIV. Totally wrong. Our experience has shown how difficult can be to deal with the brand devices user alternatives.

Network conditions

Network Mobile testing is the major headache for the tester. It is really difficult to simulate all the real conditions that our App will be executed on, and it is a common pitfall that makes a lot of Apps crash. Manage the connectivity is a must in a Mobile App, and you can never assume that the request will reach the server, or the response will find the App, or the response will take less than 30 seconds…etc. Always try to simulate worst cases, delays, packet losses, bottlenecks…whatever your instinct says is a potential risk for your App.

Also, it is important to get the values of that indicators in real-world conditions. Mobile network is different to Desktop Apps networks: lower bandwidth, faster transactions and lower response times.  And remember, testing on a Wi-fi life looks happy :) but try to do the same with 3G or LTE when taking a bus :)

Enhanced by Zemanta
, , , , , ,


A falta de dos días para el Mobile World Congress 2013, este año parece que será bastante interesante desde el punto de vista de fabricantes de hierro. Por un lado, parece que en el evento se potenciará todo lo relacionado con tecnologías LTE según vaticinan los gurús. Por otro lado creo creo que hay buenas expectativas para ver qué ofrecen de novedoso los gigantes – con permiso de Google con Android y Apple con iOS – de la movilidad.

Mobile World Congress 2013

Mobile World Congress 2013

Este año es posible que veamos un punto de inflexión: durante los últimos años hemos visto evolucionar muy rápidamente el mercado móvil con novedades tan contundentes como el Smartphone – el de verdad-, el iPAD y los TabletPC. Pero es posible que se haya llegado al punto de saturación – quizás sí, quizás no, lo veremos durante el evento!-  y los fabricantes no puedan aportar nada más que una  vuelta de tuerca sobre los mismos conceptos. Un ejemplo es lo que sucedió con Apple con el paso del iPhone 4S al iPhone5: aunque potente, realmente la innovación se echó de menos y todas las expectativas se quedaron en unos pocos centímetros de más…Bonito, pero algo deprimente para ser Apple!

Por el momento, dejo entrever las expectativas de los principales pesos pesados y lo que se comenta en rumores y blogs:

  • Huawei: presentará su Ascend P2 mini, versión reducida del Ascend P2. Más info aquí
  • Samsung: uno de los grandes del que más se espera y posiblemente no decepcionará:
    Huawei Ascend P2

    Huawei Ascend P2

    Samsung Galaxy Star,  GT-S5282. Se descarta la presentación del Samsung Galaxy S4, descartado por JK Shin, su presidente.
    Samsung Galaxy Tab 3, nueva generación de tablets de Samsung.Samsung Galaxy Note 8, con una resolución 1280×800.
    Otros ya conocidos: Samsung Galaxy Q, Samsung Galaxy Young, Samsung Galaxy Fame, Samsung Galaxy XCover2

  • LG: Los coreanos aportan nuevas series de smartphones, concretamente 4:
    Serie L, con el L3, L5 y L7.
    Serie V estarÌa m·s enfocada a Phablets – ni smartphones ni tablets!:-)-.

    Serie G, con el Optimus G Pro, con pantalla de 5,5 pulgadas.
    Serie F, con el F5 y el F7, con prestaciones particulares a conocer.En general, parece que LG apostará por la interacción con los electrodomésticos desde el dispositivo, ¿posible reactivación de la futurista domótica?
    También se comenta una fuerte apuesta por la calidad de las cámaras fotográficas, anteriormente se apostó por la óptica alemana Schneider Kreuznach de muy buena calidad.

  • HTC: Potenciará la línea HTC One con Android 4.2.1, One V, One S, One X

    Nokia Lumia 920

    Nokia Lumia 920

  • Nokia: Nokia EOS (con cámara Pureview) y Nokia Lumia 920
  • RIM aka Blackberry: Después del año desastroso del pasado año y el poco éxito la tablet Playbook, la línea Blackberry10 intentará recuperar el mercado perdido. A título personal, tras “juguetear” con la Blackberry10, creo que es un buen dispositivo pero tengo la sensación que han llegado un año tarde, la aportación al usuario es mínima, aunque es una opinión y habrá que ver la aceptación de los mercados de consumo.
  • ZTE: Los chinos parece que apostarán por ZTE Open – de Open Source-, interesante y arriesgada apuesta con Firefox OS, primer smartphone comercial con este sistema y basado en tecnologías HTML5. El dispositivo en sí parece bastante mediocre, pero posiblemente levantará interés por ver cómo se comporta su sistema.

    Sony Ericsson Xperia Z

    Sony Ericsson Xperia Z

  • Acer: Acer Liquid E1, con pantalla de 4.5 pulgadas, cámara de 5 megapíxeles y Acer Liquid Z2, con pantalla de 3.5 y 512Mbs de RAM, de gamas medias y baja, basados en versiones Android 4.1.
  • Asus: tras sus Asus Transformer, este año se espera que aporte una nueva versión de tableta enfocadas al low-cost. No tengo mucha más información al respecto, así que habrá que esperar :-)

Alguna de esta información es de momento rumores, tenemos que ver realmente qué pasará los próximos días en el MWC para ver las tendencias del 2013-2014 en movilidad.

BlackBerry 10

BlackBerry 10

Por lo demás, es posible que los otros posibles winners del evento de este año sean las Smart TVs, aunque parece que es la típica tecnología que no acaba de arrancar, quizás este año empiece el repunte y veamos un nuevo mercado tan suculento como lo ha sido el del smartphone y del tablet.

También tenemos en el punto de mira a Windows Phone 8 y su alianza con Nokia, veremos realmente si el sistema de Microsoft cumple las expectativas del mercado, que más que una opción es una necesidad para realmente alcanzar un nivel competitivo para jugar en la misma liga que Apple y Google.

Veremos que pasa en los próximos días! Stay tuned!! :-)

Enhanced by Zemanta
, , , , , , ,


Una de las cosas que más llama la atención en el mundo del desarrollo de aplicaciones móviles es la – relativa – poca calidad de una gran parte del espectro de las Apps, tanto en iOS como en Android. Especialmente en la segunda, se puede comprobar que es relativamente sencillo encontrar aplicaciones – incluso de compañías importantes – que hacen aguas por todos lados, pero sin ser tendencioso este efecto lo encontramos en los dos ecosistemas.

Validando Test Plans de varias compañías, me dí cuenta lo que comentan algunos gurús del Q&A para mobile: no se realiza ningún o escasos testings en el update de la aplicación.

Update Testing o tests de actualización

WhatsApp problemas actualización iPhone

WhatsApp tuvo problemas en actualización para iPhone

Este tipo de testing – operacional – es bastante complicado de automatizar, por lo que va quedando en stand-by hasta que las prisas y los apretados TTMs – Time To Market- hacen que se omitan completamente, quedando al libre albedrío lo que pueda pasar al usuario al instalar la nueva versión – que le pregunten a WhatsApp – :-).

No es precisamente trivial: las aplicaciones móviles no tienen la suerte del mundo Web, donde la aplicación es una única y no convive con distintas versiones. ¿Qué sucede si el usuario tiene la versión 1.0 de nuestra aplicación y salta a la 2.0? ¿Y si lo hace de la 1.0 a la 3.0? ¿Podemos asegurar que la aplicación continúa usable, que los servicios que consumía históricamente no dejarán inestable la aplicación, o que los datos no desaparecerán o quedarán corruptos? Obviamente, sin un mínimo de validaciones esta tarea se complica.


Algunas pistas recopiladas para incluir en el Update Testing de nuestras Apps deberían incluir cosas tan fácilmente ignorables como:

*    Si el usuario está loqueado antes del update, debería continuar después. No crítico pero sí afecta a la usabilidad.
*    El update no debe afectar a los datos existentes en la base de datos local ni dejarla corrupta.
*    El proceso de instalación y upgrade desde el Store funcionará correctamente indistintamente de la versión del usuario.

Logo Apple

¿Cómo testear el update de aplicación en IOS?

*    Construir una versión adhoc de nuestra App que ya exista en el iTunes Store, manteniendo el mismo Bundle ID.

Drag & drop a iTunes

Drag & drop a iTunes

*    Arrastrar la App al iTunes y sincronizar la versión al dispositivo.
*    Ejecutar la App y probarla manualmente para validar el correcto funcionamiento.
*    Hasta aquí queda validado que de momento está todo OK.
*    Generar la nueva RC – Release Candidate- de la aplicación, arrastrar a iTunes y sincronizar al dispositivo. iTunes notificará que la versión anterior se eliminará, no hacerlo, ya que esto no sería un update! A continuación iTunes reinstalará la nueva versión como si fuera un update de la anterior – gracias al Bundle ID común -. En este punto ya tendríamos la versión updateada.
*    Validar que la App funciona correctamente.

Todos estos puntos se pueden simular a través de la herramienta iPhone Configuration Utility.


¿Como tester el update de aplicación de Android ?

A través de la herramienta ADB – Android Debug Bridge – :

Android adb install update

Android adb install update

*    Instalar la versión correspondiente, desde Google Play o IDE al dispositivo.

*    Validar el correcto funcionamiento para no condicionar errores.
*    Construir la versión RC de la App. Es importante firmar la versión correspondiente con el mismo keystore utilizado en la versión anterior. Android identifica una versión unívocamente a través del nombre del package, versión y firmado.
*    Una vez generado el APK – Android Package, o aplicación Android de toda la vida :-) – se puede instalar por línea de comandos a través del ADB: /adb install -r aplicación.APK. Sin la opción -r la instalación será limpia eliminando datos antiguos.
*    Probarla.

Estas son un par de pistas de cómo aproximar el testing de actualizaciones, pero obviamente todo el plan es más complejo y se deberían tener en cuenta distintas casuísticas. Pero con esto, ya tenemos un pequeño roadmap de como podemos enfocarlo, espero que sea útil. :-)

Enhanced by Zemanta
, , , , , , ,

Echando un vistazo a las alternativas para trackear comportamientos de usuarios es fácil encontrar una variedad enorme de

Google Analytics

Google Anaylitics Mobile

herramientas para monitorizar y segmentar al usuario web. ¿Pero qué plataformas tenemos para aplicar estas técnicas a las aplicaciones móviles, ya sean iPhone, Android, Windows Phone…? Aunque personalmente me ha tocado batallar con a penas tres o cuatro plataformas distintas – Flurry, Analytics y Omniture especialmente-, añado un pequeño resumen de las más conocidas:

Apsalar: Datos de comportamiento de usuario, cómo utiliza la aplicación, cuanto tiempo invierten, geolocalización…Compañía que levantó 5M$ en el 3Q del pasado año y parece tener bastante proyección. Modelo freemium.

Bango:Solución más generalistas y algo más corporativa, no sólo abarca la analítica móvil si no la solución completa: web, pagos in-app…

Distimo: Conocida sobretodo por sus publicaciones periódicas sobre el estado de los principales markets y tendencias mobile, ofrecen la clásica solución de tracking de descargas, ingresos, reseñas, conversión – a través de AppLink – y análisis de mercado de la competencia – AppIQ-…Solución muy enfocada a mobile y muy completa.

Flurry: Tracking de interacción de usuario-App, segmentación, geolocalización y  potenciar la monetización de la app. Interesante


Flurry dashboard

para empezar en el mundo de analytics.

Google Analytics: Tracking de eventos, páginas – pantallas- visitadas dentro de la App, orígenes de tráfico, segmentación y localización. Junto con AdMob ofrece una buena y potente plataforma para potenciar las descargas de la App.

Localytics: Información de datos en tiempo real, segmentación, localización…Contiene dos herramientas principalmente, App Analytics Platform -análisis- y App Marketing Platform – enfocado a campañas de marketing -.

MobClix: Tracking de instalaciones únicas, usos de la aplicación, segmentación técnica – dispositivos, sistemas operativos-… Aporta también potentes plataformas para publicidad y pagos.

Mopapp: Otra buena solución corporativa bastante completa pero más enfocada a marketing, proporciona analisis de revenues de la App, posicionamiento en markets, dashboards segmentados por perfil – developer, negocio…- y previsiones.


Bango dashboard

Testflight Live: Interesante plataforma para la distribución y testing de apps. A principios de año TestFlight fue adquirida por Burstly y lanzó su producto TestFlight Live, muy similar a Google Analytics, con info en tiempo real.

Estas son algunas de las plataformas más conocidas, es interesante destacar cómo la mayoría de ellas ya intentan dar un valor adicional a la analítica, especiamente proporcionando herramientas de monetización, publicidad, posicionamiento, BI, etc. Si crees que me he dejado por comentar alguna y debería estar aquí te agradeceré cualquier comentario y procuraré añadirla.

Próximamente compartiré una entrada comentando las diferencias entre dos de los mejores posicionados, Google Analytics y Flurry y mis experiencias personales – subjetivas :-) – respecto a ambas plataformas, pero intentaré ser lo más imparcial posible (-:.


Enhanced by Zemanta
, , , , , ,

Ojeando los datos de 2012 sobre movilidad se puede ver cómo los principales fabricantes de smartphones / tablets empiezan a consolidar posiciones y se notan cada vez más definidos los roles en el mercado de cada uno de ellos.

Según los datos de VisionMobile de Julio de 2012, actualmente la situación es la que muestra el siguiente gráfico:

Fabricantes smartphones tablets

Principales fabricantes de Smartphones y Tablets Apple / Android / Blackberry

Básicamente los principales fabricantes se pueden separar en 3/4 capas según su aportación al mercado:

  • Los abanderados, aportadores de “experiencias únicas” a través de la innovación.
  • Diferenciación significativa, es decir, los que no innovan totalmente, pero el producto aporta valor suficiente  al mercado para tener identidad propia.
  • Competición por precio, o nicho de mercado  “low-cost”

Como se puede ver, a nivel de innovación no hay sorpresas: Apple sigue siendo el referente principal, distante – de momento de sus principales competidores, básicamente Samsung -. Parece que esta configuración durará aún unos cuantos años, pero está claro que todo es temporal y dependerá de si los de Cupertino saben adaptarse continuamente al mercado – o adaptar el mercado a Apple? :-) -.

Por otro lado Samsung no pierde gas, sigue pisando los talones a Apple, si bien aún les queda mucho por hacer para poder competir en calidad con Apple los resultados de los últimos años – Samsung Galaxy SIII, Galaxy Note…- empiezan a tener identidad propia y es fácil que en relativo poco tiempo – un año, año y medio- estos dispositivos puedan mirar cara a cara al iPhone o iPad.

Otro player muy divertido es ZTE, compañía de telecomunicaciones más grande de China respecto a capitalización bursátil que funciona como un reflejo de los mercados asiáticos: producción rápida low-cost medium-quality. Se espera que durante 2012 ZTE venda aproximadamente unos 50 millones de términales, veremos las cifras próximamente a ver si cumplen las expectativas.

Evolución acciones RIM

Evolución del precio de la acción de RIM


Sobre los movimientos dentro de la pirámide, lo más interesante es ver las grandes variaciones: Samsung ha pasado de ser un burdo competidor por precio en los pasados 3-4 años a ser el temor de las manzanas, ganado a pulso tras el declive de HTC. También se pueden destacar los ¿perdedores? de mercado, reconfigurados a la fuerza: RIM, con su Blackberry ha pasado de estar en el TOP1 de innovadores -qué tiempos aquellos :-) – a ser un competidor por precio, similar a Nokia. Parece que a ambos les gusta nadar con un yunque en el cuello, ¿conseguirán reflotar?

Un último dato interesante de la pirámide son los beneficios respecto a la posición: cuanto más arriba de la pirámide mejor es el profit, posiblemente por la exponencialidad de los beneficios vs items fabricados. A nivel de números corporativos, aunque no sean significativos 100% ya que las áreas de negocio de las compañías están diversificadas tenemos que la foto actual de las principales compañías -en 2012- quedarán:

  • Apple: aprox. 50.000 millones de dolares.
  • Samsung: 3.500 millones de euros entre Julio y Septiembre.
  • ZTE: pérdidas relativas en el tercer trimestre de 2012, aunque confían en beneficios en el cierre anual.
  • RIM: pérdidas globales, despido de 5.000 empleados durante primera mitad de año, pérdidas de 400 millones de euros en el segundo trimestre.

Seguimos observando el mercado a la expectativa de nuevos cambios, aunque probablemente se acaben saturando en cierto punto habrá que ver cuanto falta para que ese momento llegue…esperemos que tarde! :-)


Enhanced by Zemanta
, , , , , , ,

Tras un tiempo sin escribir por falta de tiempo vuelvo a las trincheras. Espero que por largo tiempo :-)

Últimamente mucha gente me pregunta cual es la mejor manera de monetizar las Apps móviles – tanto iPhone/iPad comoImage representing Distimo as depicted in Crun... Android/TabletPC -. No hay una respuesta clara y está claro que las principales fuentes de información a tener en cuenta son:

  • ¿A qué tipo de usuario te diriges?¿Hombre/Mujer?¿Edad determinada?
  • ¿En qué plataformas distribuiras tus Apps?¿IOS/Android?¿Ambas?¿Sólo tablet?
  • ¿Cuál es el comportamiento de tu usuario medio?
  • ¿Influye la ubicación del usuario?
  • ¿Qué hace mi competencia?

Modelos de negocio Apps

Todo esto y cualquier información de valor te dará pistas – ojo, no hay una solución clara- de cual es la mejor aproximación al modelo de negocio más óptimo.

Lo curioso es que muchas empresas que conozco que comienzan a desarrollar Apps móviles lo suelen hacer de una forma bastante descerebrada, sin hacer una análisis adecuado, y no hablemos de calculos de ROIs y previsiones. Básicamente, las salidas más simples son: hago una  aplicación, llego a 100 mil usuarios, y con el modelo de publicidad me hago de oro. O mejor aún: la hago de pago, y con unas cuantas descargas me subvenciono un chalé en la Costa del Sol. Obviamente, algo falla :-).

A modo informativo, adjunto algunos datos recientes y relevantes de Distimo sobre las revenues de los principales modelos de negocio.

Es interesante ver como el modelo de publicidad, curiosamente, es de los menos rentables, si bien puede ser interesante para aplicaciones de uso recurrente aplicando un mínimo esfuerzo de conversión.

Coste aplicaciones Android iPhone

Por otro lado cuidado con la trampa, los ingresos en los modelos basados en pago por descargas, publicación o In App purchase pueden quedar erosionados por las mismas tiendas de distribución – Google Play, Apple Store…- así que hay que cuantificar todo con la mayor precisión posible.

Otra pista muy importante para saber el ROI – Retorno de la inversión – es saber el coste objetivo de desarrollar una App. Esta claro que desarrollar una App – indistintamente en Android o iPhone no es trivial, y tenemos que tener en cuenta los costes realistas de su desarrollo. Según las encuentas de Vision Mobile, el coste medio – Global- de desarrollar una App Android ronda los 23.000€, 27.000€ en caso de IOs. Aunque por nuestra experiencia, el coste de Android suele acabar siendo superior, debido a la inmadurez de la plataforma y la gran fragmentación que supone al disponer de excesivas plataformas.

En resumen, para acertar el modelo de negocio lo más importante es información, información e información, saberla interpretar y a partir de aquí derivar el modelo que mas se adeqüe. También se puede inferir de forma inversa: dado un conjunto de usuarios y sabido su comportamiento – segmentación- se puede intentar cubrir alguna carencia y rentabilizarla a partir del modelo de negocio. ¿La casa por el tejado? A veces también funciona! (-:

Enhanced by Zemanta
, , , , ,

Es fácil encontrar en las aplicaciones móviles las necesidades de actualización de datos en -pseudo- tiempo real. La idea está clara: quiero que mi aplicación se entere de un suceso en el instante justo en que sucede… tipo Facebook, GMail… – aunque con cierto margen de error :-) – . Y aquí es donde empiezan los problemas: ¿cómo hacer esto?

Desde hace tiempo se optó por la vía más directa para implementar esta solución, llamada Polling (encuesta). Al menos es una alternativa muy utilizada ya que minimiza los dolores de cabeza a los desarrolladores. ¿En qué consiste?

En caso de Polling la aplicación interroga periódicamente al servidor, acosándolo continuamente, para saber si existen nuevos datos disponibles. Esta solución es fácil de implementar, pero a efectos prácticos es como si cada vez que necesitamos saber si hemos recibido una Polling postal tuvieramos que pasarnos por correos – y molestar a nuestro amigo funcionario :-) -. ¿Fácil? Si, pero ineficiente…tanto para el cliente como para el funcionario…perdón, servidor! :-)

Entrando en el mundo de las aplicaciones móviles el impacto es grande, sólo hay que ver los siguientes datos aproximados:

  • Consumo medio del dispositivo en modo normal (sin conexiones, ni actividad, ni llamadas, ni conexión de ningún tipo): 7mA (miliAmperios)
  • Consumo por uso de red: 200mA (ojo, envíar datos consume mucho más que enviar! )
  • Consumo en modo Polling cada 5 minutos: 144mA / día
  • Consumo en modo Polling cada 15 minutos: 48mA / día

Como dato, teniendo en cuenta que una batería proporciona unos 1000mAH – de media, hay mejores y peores -, vemos que disponer de una App encuestando cada 5 minutos nos puede consumir en un día aproximadamente el 10% de la batería…¡una única aplicación! Si tenemos en cuenta que podemos tener más de 15 activas…calculemos, y el resultado es un usuario que desinstalará nuestra aplicación en cuanto sea posible.

Entonces, ¿cómo se encuentra el equilibrio entre datos lo más actualizados posible y eficiencia de la aplicación? Para esto Notificación Pushtenemos la tecnología PUSH: oye, servidor, te informo que necesito los datos en cuanto estén disponibles, envíamelos lo antes posible! Es decir, en lugar de preguntar de forma ansiosa si hay datos disponibles, el servidor notifica al dispositivo que dispone de nuevos datos. Y eso es todo: el cliente deja una conexión abierta para que el servidor le notifique esta información, así de sencillo.

En más de una ocasión me han preguntado lo mismo: pero, si el servidor y el dispositivo mantienen viva constantemente la conexión, ¿por que debería consumir menos batería? Sencillo: mantener una conexión esmucho más eficiente en ordenes de magnitud que enviar continuamente datos.

Y simplificando, que alternativas tenemos para implementar esta solución en las distintas plataformas -iPhone, iPad, iOS en general, Android, Blackberry…-. Aquí hay varias posibles soluciones: frameworks ya existentes para crear toda la comunicación cliente / servidor, pero mi experiencia al tener que customizar estos frameworks me dice que mejor no reinventar la rueda…

Para las plataformas, las soluciones más comunes son:

Como se puede ver, en todas las plataformas se aporta este tipo de servicios, previo a realizar el registro del servidor que aportará los datos. Proximamente espero entrar más detalladamente en cada una de ellas para analizar los entresijos y pros y contras. Lo que queda por ver es si realmente se respeta la confidencialidad de los datos, pero eso ya es otra historia…(-:

Enhanced by Zemanta
, ,

Durante esta tarde Apple ha presentado en su campus Cupertino el nuevo sistema operativo IOS 5. Confirmado, la fecha será el próximo miércoles 12 de Octubre.

Y parece que la S está de moda…Nexus S, Samsung Galaxy S, y ahora IPhone 4S N64…para decepción de muchos que esperaban por fin el iPhone5 de una vez por todas. Pero habrá que esperar un poquito más…de hecho no se ha oido nada de nada sobre su futuro.

Según anuncia Apple, se ha realizado un rediseño total a nivel interno, añadido doble antena, aumentado la duración de la batería, soporte para GSM, CDMA y HSPA para mejorar el soporte y su internacionalización, potenciado la cámara…

La ansiada keynote ha abarcado toda la historia de dispositivos Apple, desde iPods, pasando obviamente por iPhone hasta los MacBook Air.

Scott Forstall speaking at iPhone Software Roa...

Image via Wikipedia

Los speakers más relevantes han sido:

  • Scott Forstall,  vicepresidente de iOS
  • Tim cook, CEO desde hace apenas un mes dando el relevo al benerado Steve Jobs y al que hace nada han tenido que renovar su perfil en la Wikipedia para una mejora de marca personal :-)
  • Eddy Cue, senior vicepresident Internet Software and Services
  • Phil Schiller, senior vicepresident Worldwide Product Marketing

Los datos más relevantes de la keynote han sido:

Procesador y hardware

  • A5, hasta 7 veces más rápido, de doble núcleo
  • Se hizo una demo con Infinite Blade II, en el que se pudo ver la fluidez de procesador.
  • Soporte para HSDPA+, que permitirá navega a 14,4 MBPs (no suena mal)
  • A nivel de hardware, switch inteligente entre dos antenas para la recepción y envío de datos. Suponemos que Apple aprendió la lección con el issue de las antenas y las manos de los usuarios (-:


  • Como dato, es la cámara más utilizada para subir imágenes a Flickr.
  • 8 MegaPíxels de cámara, 1080p,
  • La frase de este punto ha sido “To many customers this will be the best still camera they’ve ever owned and the best video cameras they’ve ever owned”. Humildad ante todo :-)
  • Steve Jobs shows off iPhone 4 at the 2010 Worl...

    Image via Wikipedia

    Face detection, tecnología que parece está en auge y que parece interesas mucho al mundo del Digital Signage

  • Nuevo Image Signal Processor 26% de mejora en white-balance.
  • InfraRed filter para tener una captura de color de mucha más precisión
  • Imágenes de hasta 3264×2448
  • Comparativa de IPhone 4S con los tiempos de respuesta de Droid Bionic, Galaxy SII, HTC Sensation. La frase de crispación y risitas por parte de Scott Forstall ha sido: “I don’t know what Droid Bionic users need to do between pictures, maybe go get coffee.” :-)



  • Importantes mejoras que impactan en la optimización y en consecuencia duración.
  • 8 horas hablando con 3G
  • 14 horas hablando con 2G
  • 6 horas navegando con 3G
  • 9 horas navegando con WIFI
  • 10 horas reproduciendo video
  • 40 horas reproduciendo música


  • Siri, un asistente por voz con un alto grado de reconocimiento sintáctico. Durante la keynote, se realizaron pruebas en la que se le preguntaba por distintos aspectos: “What time is it?”, respondiendo perfectamente, “Define mitosis”, donde proporcionó una definición formal del concepto, “Search Wikipedia for Neil Armstrong”, lanzando la Wikipedia con los datos de Neil, “Find me a great Geek restaurant in Palo Alto”, respondiendo información geográfica, “Wake me up tomorrow at 6am”, configurando el despertador…Un sinfín de opciones que Siri proporciona, a más de uno le va a hacer mucha compañía :-)
  • iCloud: gratuito para iOS5 y usuarios de Lion. 5GB gratuitos. Disponible a partir del 12 de octubre.
  • Soporte AirPlay, Disponible a partir del 12 de octubre.
  • Notification Center: central de avisos para facilitar y centralizar las notificaciones. Estas serán visibles en la barra superior desplazándola hacia abajo (esto me suena…Apple copiando cosas de Android? :-) ). De esta manera se evitarán las notificaciones desgradables, algo que tenían pendiente en versiones anteriores.
  • iMessage, servicio de mensajería para los usuarios de iOS que parece ser un clon de Wassup (si algo funciona…copialo! )
The iPod family with, from the left to the rig...

Apps y extras

  • Cards Apps, con sistema PUSH
  • Newsstand, App para crear prensa digital
  • Mejorar en integración con Twitter, donde ahora se facilita compartir todo tipo de información.
  • Reminders, tipo Google Calendar.


  • Comparación con Android, en número de aplicaciones hay 500k en AppStore y 140k para iPad. Obviamente, sólo han comparado la dimensión que más ha interesado, sin tener en cuenta las proyecciones de crecimientos en esta y otras áreas (terminales, activaciones, etc).
  • Número de velocidades teóricas de descarga 14.4Mbps vs 7.2 en IPhone 4
  • “iOS is now the number one mobile operating system, 43 percent compared to Android’s”, habría que ver sobre qué criterio es el número uno. En satisfacción de usuario, como bien se comenta, seguro.


  • precio IPOD: $149 for 16GB and $129 for 8GB.
  • Precio de venta en España de IPhone 4S son desconocidos, con lanzamiento a fecha finales de octubre, pero sabemos en Estados Unidos USA se vendarán a partir del 14 de octubre y a través de Sprint con los precios:
  • 199 dólares la versión con 16GB
  • 299 dólares la versión con 32 GB
  • 399 dólares la versión con  64GB

Muy interesantes cambios, parece que se va dejando entrever que Apple también coge lo mejor de sus competidores y lo asimila en sus sistemas -algo positivo a nivel de usuario, potencialmente negativo para una empresa basada en la innovación -. Pero seguro que tarde o temprano Apple vuelve a dar la sorpresa como de costumbre!

CUPERTINO, CA - OCTOBER 04:  Apple's Senior Vi...

Image by Getty Images via @daylife

Así que continuamos a la espera de IPhone 5, que como muy bien sabe hacer Apple gestiona las expectativas y canaliza las ansias del mercado cada vez que dispara con un nuevo dispositivo.

Mi más sentido pesame a los Fan Boys de Apple y IPhone :-)

Enhanced by Zemanta
, , , , , , ,