05 Servicio
Aplicaciones Android que siguen funcionando cuando se cae la señal.
Apps nativas para Android, publicadas en Google Play a nombre de tu empresa, con notificaciones, uso sin conexión y sincronización contra los sistemas que ya usás.
Antes que nada: puede que no necesites una app
Vale la pena sacarse esto de encima al principio, porque es la conversación que más plata ahorra. Una buena parte de lo que las empresas piden como "app" se resuelve mejor con una web que se instala —una PWA—: aparece con su ícono en la pantalla de inicio, abre a pantalla completa sin barra de navegador, manda notificaciones push en Android y puede guardar datos para trabajar sin señal.
La ventaja no es técnica, es operativa: se actualiza al instante, sin esperar que nadie revise nada, y no te obliga a mantener una versión para cada tienda. Si lo que necesitás es un portal de clientes, un catálogo, un formulario de pedidos o un tablero de consulta, eso es lo que te conviene y te lo vamos a decir.
La app nativa se justifica cuando aparece alguna de estas:
- Ubicación en segundo plano durante horas, como en una ruta de reparto.
- Lectura de códigos de barras a ritmo de depósito, uno atrás del otro.
- Bluetooth: impresoras de tickets, balanzas, lectores, equipos de campo.
- Estar en Google Play es parte de cómo te encuentran, porque tus usuarios buscan en la tienda antes que en el buscador.
Qué construimos
Apps de operación, no vidrieras. Reparto con hoja de ruta y comprobante de entrega, relevamiento en campo, service técnico, control de stock con lectura de códigos, portales para equipos que trabajan fuera de la oficina. Todas conectadas al sistema de gestión, para que lo que se carga en la calle aparezca en el panel sin que nadie lo vuelva a tipear.
Hay una demo de app de reparto funcionando en la portada: se puede navegar, tiene datos ficticios y el código es real. Es la forma más rápida de discutir sobre algo concreto en vez de sobre una descripción.
El modo sin conexión no es un extra
Es la decisión de arquitectura más importante de una app de campo, y hay que tomarla el primer día. Una app que asume internet permanente se cuelga en el subsuelo de un edificio, en un galpón de chapa o en cualquier ruta del interior, y ahí no hay reintento que valga: el repartidor tiene al cliente adelante esperando.
El patrón es guardar todo en el teléfono y sincronizar cuando vuelve la señal. La parte difícil no es guardar, es decidir qué pasa cuando dos personas modificaron lo mismo estando desconectadas. Esa regla —quién gana, o si el sistema tiene que avisar y frenar— es una decisión del negocio, no una decisión técnica, y la definimos con vos antes de escribir una línea.
La fragmentación de dispositivos, dicha sin vueltas
Android no es un teléfono, son miles. Conviven versiones del sistema separadas por años, pantallas de todas las proporciones, capas de fábrica de Samsung, Xiaomi o Motorola que cambian el comportamiento, y —la que más rompe en la práctica— gestores de batería que matan procesos en segundo plano con criterio propio de cada marca. Una app que sincroniza en segundo plano puede andar impecable en un teléfono y quedarse dormida en otro por una configuración de ahorro de energía.
Por eso lo primero que preguntamos es con qué teléfonos trabaja tu gente. Si es un parque conocido —los equipos que compró la empresa— se prueba contra esos y el alcance se achica. Si es "el celular que tenga cada uno", hay que definir una versión mínima de Android y asumir que el trabajo de pruebas es mayor. Ninguna de las dos está mal; lo que está mal es no decidirlo y descubrirlo en producción.
Publicar en Google Play
La cuenta de desarrollador se abre a nombre de tu empresa y con tu tarjeta, no con la nuestra. Esto importa más de lo que parece: la app es un activo tuyo, y si el día de mañana seguís con otro equipo, la ficha, las reseñas y la base de usuarios se quedan donde tienen que quedarse.
Nosotros nos encargamos de la parte que se traba: la firma del paquete, la ficha de la tienda, el formulario de seguridad de los datos —donde hay que declarar qué recolecta la app y para qué—, la política de privacidad y las capturas. Después quedan las actualizaciones, que salen mucho más rápido que la primera publicación.
La cuenta de Google Play cuesta USD 25, una sola vez. Al momento de escribir esto no tiene renovación anual: se paga al registrarse y listo. Tené en cuenta que si la cuenta se abre como persona física y no como organización, Google exige un período de prueba cerrada con testers reales antes de habilitar la publicación abierta, y eso puede agregar varias semanas al calendario.
Con qué está hecho
Kotlin cuando la app es sólo para Android o trabaja pegada al hardware: mejor rendimiento y acceso directo a todo lo que ofrece el sistema. React Native cuando de entrada sabés que también va a haber versión de iPhone, porque comparte la mayor parte del código entre las dos plataformas y abarata el mantenimiento a lo largo del tiempo.
La elección se hace después de una pregunta simple —¿va a haber iPhone?— y no antes. Contestarla tarde es lo que obliga a reescribir.
Preguntas frecuentes
¿Cuánto cuesta hacer una app Android?
No hay un precio de lista, y quien te tire un número por teléfono está adivinando. Lo que mueve el costo es concreto: si la app funciona sin conexión, si tiene que sincronizar con un sistema que ya existe, si necesita mapas o cámara o firma del cliente, y cuántos roles distintos de usuario hay. Una app de reparto con modo offline y sincronización contra un panel de operaciones no cuesta lo mismo que un catálogo que sólo lee datos. Aparte del desarrollo hay dos costos fijos que son tuyos y no nuestros: la cuenta de Google Play (USD 25, pago único) y el servidor donde viven los datos. Hacemos una reunión de una hora, entregamos un documento con alcance y presupuesto cerrado, sin costo, y recién ahí hay un número.
¿Cómo se publica una app en Google Play y cuánto tarda?
Se crea una cuenta de desarrollador en Google Play Console —USD 25 de pago único, al momento de escribir esto, sin renovación anual—, se sube el paquete firmado, se completa la ficha de la tienda (capturas, descripción, ícono) y dos formularios que Google exige: el de política de privacidad y el de seguridad de los datos, donde declarás qué información recolecta la app. Después entra a revisión. Para una app nueva suele resolverse en unos días, aunque Google no garantiza plazos y la primera publicación de una cuenta nueva tiende a tardar más que las actualizaciones siguientes. Si la cuenta es personal y no de empresa, Google además pide un período de prueba cerrada con testers reales antes de habilitar la publicación abierta, y eso puede sumar varias semanas al calendario. Nosotros publicamos bajo tu cuenta, no la nuestra: la app queda a nombre de tu empresa.
¿Realmente necesito una app, o me alcanza con una web?
A la mayoría le alcanza con una web, y decirlo nos cuesta plata. Hoy una aplicación web progresiva (PWA) se instala en el teléfono con un ícono en la pantalla de inicio, funciona a pantalla completa, manda notificaciones push en Android y puede guardar datos para trabajar sin señal. Si tu app es un catálogo, un panel de consulta, un formulario de pedidos o un portal de clientes, una PWA hace el mismo trabajo, se actualiza sin pasar por ninguna tienda y no te obliga a mantener dos versiones. La app nativa se justifica cuando necesitás algo que el navegador no te da bien: uso intensivo de GPS en segundo plano, lectura de códigos a alta velocidad, Bluetooth, integración profunda con la cámara, o cuando estar en Google Play es parte de cómo te encuentran los usuarios. Si tu caso es el primero, te lo vamos a decir en la reunión.
¿La app funciona sin internet?
Sí, si se diseña para eso desde el principio; no es algo que se agregue después sin reescribir medio sistema. El patrón es guardar los datos en el propio teléfono y sincronizar cuando vuelve la señal. Para trabajo de campo —reparto, relevamientos, service técnico, inventario en depósito— esto no es un lujo: es la diferencia entre una app que sirve y una que se cuelga en el subsuelo de un edificio. Lo que hay que decidir bien de antemano es qué pasa cuando dos personas editan lo mismo desconectadas, porque esa regla de resolución de conflictos es una decisión del negocio y no una decisión técnica.
¿Con qué se desarrolla: Kotlin o React Native?
Depende de si vas a querer la versión de iPhone. Kotlin es el lenguaje nativo de Android: da el mejor rendimiento, acceso inmediato a cada función del sistema y es la opción sensata si la app va a ser sólo para Android o si hace un uso pesado del hardware. React Native comparte la mayor parte del código entre Android y iOS, así que si de entrada sabés que vas a necesitar las dos, te ahorra tiempo y presupuesto de mantenimiento a cambio de algo de rendimiento en casos extremos. No tenemos una preferencia de religión: se elige después de saber si hay iPhone en el plan y qué tan cerca del hardware trabaja la app.
¿Esto es lo que necesitás?
El primer paso es una reunión de una hora y un documento: qué duele, qué se puede automatizar y qué conviene no construir. Sin costo y sin compromiso.