TL;DR: Una app con geolocalización básica (mostrar ubicación, radio de cobertura) cuesta entre USD 20.000 y USD 35.000. Con tracking en tiempo real del repartidor, el costo sube a USD 35.000–65.000. El componente más caro no son los mapas (Google Maps API es barato) sino el backend en tiempo real que gestiona las ubicaciones.
Cuánto cuesta una app con geolocalización (tipo delivery)
Las apps con GPS como Rappi, PedidosYa o cualquier servicio de delivery tienen algo en común: el GPS es solo la punta del iceberg. Lo que cuesta es todo lo que hay detrás: el backend que procesa ubicaciones en tiempo real, el algoritmo que asigna pedidos al repartidor más cercano y el sistema que mantiene sincronizado el estado de un pedido entre el cliente, el negocio y el repartidor.
Puntos clave
- Una app tipo delivery tiene al menos tres apps separadas: cliente, repartidor y panel admin
- El tracking en tiempo real requiere WebSockets o un servicio de streaming — no es una consulta HTTP normal
- Google Maps API es barato para volumen bajo pero puede ser costoso si escala (USD 0.002–0.005 por carga de mapa)
- El algoritmo de asignación de repartidores es el componente técnicamente más complejo
- Los costos de operación son significativos: el servidor tiene que estar procesando ubicaciones constantemente
Los componentes de una app con geolocalización
Nivel 1: Geolocalización estática (mostrar en mapa, radio de cobertura)
La funcionalidad más simple: mostrar la ubicación del negocio en un mapa, verificar si la dirección del usuario está dentro del radio de cobertura, calcular distancias.
Qué implica:
- Integración de Google Maps o Mapbox para renderizar el mapa
- Geocoding (convertir dirección en coordenadas)
- Cálculo de distancia entre dos puntos
- Validación de cobertura por radio o zona
Costo adicional: USD 3.000 – 6.000 sobre la app base
Nivel 2: Tracking en tiempo real del repartidor
El cliente puede ver dónde está el repartidor mientras se acerca. Esto es lo que hace complicado el sistema.
Qué implica técnicamente:
- La app del repartidor envía su ubicación GPS al servidor cada X segundos (tipicamente 3–10 segundos)
- El servidor procesa y almacena las actualizaciones de posición
- El cliente recibe las actualizaciones en tiempo real (WebSockets o Server-Sent Events)
- El mapa del cliente se actualiza sin recargar la página/pantalla
Costo adicional: USD 8.000 – 18.000 sobre el nivel anterior
Nivel 3: Asignación automática de repartidores
El sistema asigna automáticamente el pedido al repartidor disponible más cercano.
Qué implica técnicamente:
- Mantener el estado de disponibilidad de todos los repartidores activos
- Calcular distancias en tiempo real entre pedidos y repartidores disponibles
- Algoritmo de matching (puede ser simple: el más cercano, o complejo: optimización de rutas múltiples)
- Manejo de rechazos y reasignaciones
Costo adicional: USD 10.000 – 20.000 sobre el nivel anterior
Nivel 4: Optimización de rutas múltiples
El repartidor tiene varios pedidos y el sistema optimiza el orden de entrega.
Qué implica: Problema de optimización de rutas (TSP). Algoritmos complejos o uso de APIs como Google Optimization API.
Costo adicional: USD 8.000 – 20.000+
Desglose de costos totales por tipo de app
| Tipo de app | Componentes GPS incluidos | Costo total estimado (USD) |
|---|---|---|
| App de servicios con mapa de referencia | Mapa estático, mostrar ubicación del negocio | 15.000 – 25.000 |
| App de delivery básica (sin tracking) | Radio de cobertura, dirección del cliente, estimación de tiempo | 20.000 – 35.000 |
| App de delivery con tracking del repartidor | Todo lo anterior + tracking en tiempo real | 35.000 – 60.000 |
| App tipo Rappi/PedidosYa (MVP) | Todo lo anterior + asignación automática | 55.000 – 90.000 |
| App de logística con optimización de rutas | Todo lo anterior + optimización de rutas múltiples | 80.000 – 150.000+ |
Costos de las APIs de mapas
Google Maps API tiene estructura de precios por uso. Para volumen bajo es prácticamente gratuito; para apps con escala puede ser un costo significativo:
| API de Google Maps | Precio | Primeras 28.500 cargas/mes |
|---|---|---|
| Maps SDK (carga de mapa) | USD 0.007/carga | Gratis |
| Geocoding (dirección → coordenadas) | USD 0.005/request | Gratis |
| Directions (calcular ruta) | USD 0.005/request | Gratis |
| Distance Matrix | USD 0.005/element | Gratis |
Para una app con 1.000 usuarios activos que hacen 10 pedidos cada uno por mes, las cargas de mapa pueden estar en las 100.000–500.000 mensuales, lo que puede costar USD 500–3.000/mes en Maps API.
Alternativa más económica para escala: Mapbox tiene precios más bajos para volumen alto y una API similar a Google Maps.
💡 Consejo
Para el MVP, Google Maps API es la opción más rápida de implementar y gratis para el volumen inicial. Si el negocio escala y los costos de Maps API se vuelven relevantes, la migración a Mapbox es técnicamente sencilla.
El backend en tiempo real: el componente más caro
El mayor error al presupuestar apps de delivery es subestimar el backend. El frontend (la app que ve el usuario) es solo una parte del costo.
Lo que tiene que hacer el backend:
- Recibir y almacenar actualizaciones de GPS de todos los repartidores activos (cada 3–10 segundos por repartidor)
- Distribuir esas actualizaciones a los clientes que tienen pedidos activos
- Mantener el estado de cada pedido (esperando, confirmado, en preparación, en camino, entregado)
- Procesar los eventos de cambio de estado con las notificaciones correspondientes
- Gestionar las conexiones WebSocket de todos los usuarios activos simultáneamente
Un servidor convencional no está optimizado para esto. Hay que usar tecnologías específicas para manejo de alta concurrencia y tiempo real (Node.js con WebSockets, o servicios gestionados como Pusher, Ably o Firebase Realtime Database).
Costos de servicios de tiempo real gestionados:
- Pusher: USD 0–49/mes hasta 200 conexiones simultáneas; más caro para escala
- Firebase Realtime Database: USD 0–25/mes para uso bajo; basado en almacenamiento y descargas
- Ably: USD 0–29/mes para 6M mensajes
Para el MVP, estos servicios gestionados son la decisión más inteligente: se ahorra tiempo de desarrollo y el costo es razonable a escala baja.
Preguntas frecuentes
- Una app de delivery básica (cliente, repartidor, panel admin, tracking en tiempo real) cuesta entre USD 40.000 y USD 70.000 para la versión inicial. Esto incluye las tres apps separadas, el backend en tiempo real, la integración de mapas, el sistema de pagos y el panel de administración. Sin tracking en tiempo real (solo estado del pedido), el costo baja a USD 25.000–40.000.
- Google Maps API es gratuito para las primeras 28.500 cargas de mapa por mes. Para volúmenes mayores cuesta aproximadamente USD 0.007 por carga de mapa. Una app con 1.000 usuarios activos puede generar entre 100.000 y 500.000 cargas mensuales, lo que equivale a USD 500–3.000/mes en Maps API. Para mayor escala, Mapbox tiene precios más competitivos.
- El tracking en tiempo real se implementa con WebSockets (conexión persistente entre el servidor y el cliente que permite enviar datos sin que el cliente los solicite) o con servicios gestionados como Pusher, Firebase Realtime Database o Ably. Estos servicios gestionados reducen significativamente la complejidad del desarrollo y son la opción recomendada para la mayoría de los proyectos.
- Sí. Muchas apps de delivery empezaron sin tracking en tiempo real y solo mostraban el estado del pedido (confirmado, en preparación, en camino, entregado). Esto reduce el costo del backend significativamente. Si el modelo de negocio funciona, el tracking en tiempo real puede agregarse en la versión 2 cuando haya ingresos para financiarlo.
- Un MVP de delivery con tracking básico tarda entre 5 y 8 meses con un equipo dedicado. Con tracking en tiempo real y asignación automática de repartidores, entre 7 y 12 meses. Los tiempos suponen un equipo de 4–6 personas (PM, 2 devs mobile, 1–2 devs backend, 1 diseñador) trabajando a tiempo completo.