El impulso de construir una app suele llegar antes que la evidencia de que hace falta una. Una app suena como la versión seria y adulta de una presencia móvil, y que un competidor tenga una empeora la presión. Pero una app no es una web con un icono: es un segundo producto, con su propio desarrollo, su propio ciclo de actualizaciones y su propio coste continuo, y solo se amortiza en condiciones concretas que una auditoría verdaderamente honesta puede comprobar antes de que se gaste nada de eso.
Empieza por lo que una web móvil no puede hacer
Una web móvil responsive ya cubre la mayor parte de lo que los negocios suponen que necesitan una app para conseguir: carga rápida, navegación clara, formularios que funcionan en pantalla pequeña, un proceso de pago que no exige hacer zoom con los dedos. Si la web móvil es lenta, está desordenada o falla en el teléfono, una app no arreglará eso: el mismo equipo, las mismas decisiones de contenido y a menudo los mismos problemas de fondo simplemente se reconstruirán dentro de un segundo producto. Arreglar la web primero suele ser el primer paso honesto, y casi siempre el más barato.
En qué se amortiza realmente una app
Una app tiene sentido cuando la relación es frecuente y continua en vez de ocasional: un programa de fidelización que la gente abre cada semana, un proceso de reserva al que los clientes vuelven, un servicio que se beneficia de notificaciones push, acceso sin conexión o funciones del dispositivo como la cámara o la ubicación que un navegador no puede aprovechar con la misma fluidez. Si la respuesta honesta a "¿con qué frecuencia abriría esto alguien de verdad?" es unas pocas veces al año, la app está resolviendo un problema que el negocio en realidad no tiene.
El guardián de la tienda de apps no es gratis
Más allá del coste de desarrollo, una app tiene que ser descubierta y descargada antes de hacer nada, y ambas tiendas de aplicaciones imponen procesos de revisión y requisitos de cuenta que añaden fricción y tiempo a cada publicación. Los detalles concretos de esos requisitos cambian con la frecuencia suficiente como para que citarlos aquí como hechos fijos quedara desactualizado enseguida. Nada de esto es motivo para evitar una app de entrada, pero sí significa que el coste real de "tener una app" incluye una relación continua con una plataforma que el negocio no controla, un coste que una web móvil nunca carga.
Un orden más honesto
La secuencia que evita el gasto desperdiciado es: arreglar primero la web móvil, medir cómo la usa realmente la gente, y solo entonces evaluar si una app eliminaría una fricción real que la web genuinamente no puede resolver. En muchos negocios esa evaluación cierra la conversación: la web móvil, bien hecha, era lo que la gente necesitaba. En los casos en que no es así, la decisión de construir una app se toma con evidencia en vez de suposiciones, la misma disciplina que sostiene cómo conseguir cualquier pieza de software en lugar de recurrir por defecto a la opción que suena más impresionante. Nuestro equipo de mobile puede hacer esa auditoría con honestidad, incluso si eso significa decirle a un cliente que la app todavía no merece construirse: no es la respuesta que más rentabilidad da, pero suele ser la cierta.
