Bancomer se une al mundo de los pagos móviles con BBVA Wallet

Es una triste verdad, como comenta crawroot, pero no es costeable mantener equipos de desarrollo y mantenimiento para un mercado tan chico. Y no hablamos de todo el mercado de WP en México, hablamos del mercado de usuarios de Bancomer con WP que usan la app (% mercado Bancomer*% de mercado de WP*% de gente que usa la app).

Perdón por la tardanza, lo prometido es deuda; tenía muchos pendientes.

Ahora sí, empecemos por viabilidad de proyecto. Los datos que mencione serán estimaciones lo más actualizadas posibles (ya sea por interpolación o reportes recientes). No usaré espacio para citar fuentes, pero espero sean corroborables.

México cuenta con un estimado de 104 [+/-2] millones de usuarios de telefonía, de los cuales se cree que menos del 45% cuenta con smartphone (~47 millones en el mejor de los casos). Suponiendo que la cuota de WP haya ya alcanzado el 10%, contaríamos con casi 5 millones de usuarios potenciales; de estos habría que ver qué porcentaje son usuarios de Bancomer y además usaría banca móvil en su celular -por ignorancia, tabúes, etc. hay gente que no hace uso de estos servicios. Siendo benevolentes y sin contar con estos datos -aquí ya es mera suposición-, supongamos que el 15% de los usuarios de Windows Phone es cliente Bancomer y usuario de la app móvil, nos daría 700 mil usuarios. Esto es genial para un desarrollador independiente con un esquema de negocio planteado; no tanto para un equipo de desarrollo con pago previamente acordado.

Ahora, hagamos un análisis de viabilidad. Generalmente a los directivos, quienes toman decisiones y autorizan presupuestos, se les presentan cuotas de mercados en porcentajes/proporciones; rara vez en cifras absolutas, debido a que no dan contexto sobre el resto. El caso ideal sería que tuvieran un equipo de desarrollo y soporte por plataforma; en general, maximizan rentabilidad teniendo un equipo "todólogo". En cualquiera de los dos casos, WP sale mal parado -en comparación con los otros dos mercados grandes.

En el primer caso, no verían rentable asignar un equipo a WP, debido a que los costos serían muy similares a los demás equipos y no verían factible cubrir tal mercado -porque recordemos, la app es gratuita y no hay una monetización directamente derivada de la cantidad de usuarios; pero sí implica costos de mantenimiento.
En el segundo caso, el equipo debe dividir los recursos y tiempo disponibles entre las distintas plataformas. Valorando igualmente la cuota proporcional de usuarios por plataforma, priorizan. Dos decisiones pueden ser tomadas: ignorar por completo el mercado "insignificante" o dejarlo como prioridad más baja y trabajar en él al final. Si lo dejan como prioridad baja, significaría que al agregar funciones o resolver bugs atenderían primero a los demás. No es lo mismo que se quejen de un bug más de un millón de usuarios en una plataforma (Google Play indica entre 1 y 5 millones de descargas) a que se quejen cientos de miles, de nuevo, sin conocer la cifra exacta.
Esto cuesta dinero y tiempo. No es lo mismo desarrollar una vez y dejarlo ahí [WP y BB, por ejemplo], que continuar con desarrollo y atención a problemas.

Todo esto lo digo desde mi conocimiento como desarrollador y lo que conozco de administración y presupuestos de directivos. Es más probable que un desarrollador diga "va" (por aprender, baja carga de trabajo, etc.) a que los directivos, que sueltan el dinero y no se complican la vida [al hacer análisis de costos y beneficios] ni se afanan, den su consentimiento. Espero haber sido lo más claro posible en cuanto a lo que considero son de las principales razones en la vida real para esta decisión, porque por el lado técnico: es más fácil aprovechar el NFC que también integran modelos con WP que desarrollar y distribuir los stickers necesarios para que funcione en iOS.