Resumen:
- Toda la operación de calle debe funcionar sin señal; el internet solo sirve para bajar la ruta y subir resultados.
- Tres o cuatro toques por entrega es el techo: más campos producen datos inventados.
- La evidencia útil es foto, firma, hora y ubicación capturadas juntas y automáticamente.
- El repartidor no es el usuario a convencer: es el usuario a no estorbar.
- Si tu operación es estándar, compara contra una plataforma por suscripción antes de desarrollar.
Las apps de reparto fallan casi siempre por la misma razón, y no es técnica. Se diseñan desde la oficina, pensando en todo lo que sería valioso saber de cada entrega, y se entregan a alguien que tiene cuarenta paradas, una camioneta en doble fila y un cliente esperando en la puerta. El resultado es predecible: el repartidor cierra las entregas de cualquier manera para avanzar, o las captura todas juntas a las seis de la tarde desde su casa, con la memoria que le quede.
El modo sin señal no es una función, es la base
Un repartidor pasa el día entrando a sótanos de estacionamiento, bodegas con paredes gruesas, fraccionamientos sin cobertura y elevadores. Cualquier diseño que asuma internet disponible va a fallar varias veces al día, y va a fallar en el peor momento: cuando el cliente ya firmó y la app no guarda.
La arquitectura correcta guarda todo en el teléfono primero y sincroniza cuando haya red, sin que el repartidor tenga que pensar en eso. En la mañana baja la ruta completa con direcciones, productos y datos de contacto. Durante el día todo se guarda local. Cuando aparece señal, lo capturado sube en segundo plano y la app muestra discretamente cuántas entregas están pendientes de subir.
El detalle que importa: las fotos pesan. Una app que intente subir doce fotos de cuatro megabytes cada una con una barra de señal va a quemar la batería y los datos. Las fotos se comprimen en el teléfono antes de guardarse y se suben cuando hay red decente.
La economía de los toques
| Dato | Cómo obtenerlo |
|---|---|
| Hora de entrega | Automático, al cerrar |
| Ubicación | Automático, del GPS |
| Quién entregó | Automático, del usuario conectado |
| Evidencia visual | Un toque: cámara |
| Quién recibió | Un toque: firma en pantalla y nombre dictado por voz o escrito |
| Motivo de no entrega | Un toque: lista corta de cinco opciones, sin texto libre |
| Observaciones | Opcional, casi nunca se llena, no apoyarse en ello |
La regla es sencilla: todo lo que el teléfono puede saber solo, que lo sepa solo. Lo que requiere al humano, que sea un toque. Lo que requiere escribir, que sea opcional y que nada dependa de ello.
El motivo de no entrega merece atención aparte. Es el dato con más valor operativo de toda la app, porque explica por qué fallaron entregas y permite arreglarlo. Y es el que más se destruye con un campo de texto libre, donde el repartidor apurado escribe "no estaba". Una lista de cinco opciones concretas, nadie en domicilio, dirección incorrecta, cliente rechazó, producto dañado, no hubo acceso, produce un reporte que sirve.
Qué ve la oficina y qué ve el cliente
El tablero web es la otra mitad del sistema. Debe mostrar, en una sola pantalla, cuántas entregas van de cuántas por repartidor, cuáles fallaron y por qué, y cuánto falta de la ruta. Nada más. Los tableros que muestran veinte indicadores no se abren.
Al cliente final conviene darle un enlace con el avance: tu pedido es la parada número cuatro de las siguientes, llega en el transcurso de la tarde. Reduce llamadas y reduce la entrega fallida por ausencia, que es la más cara de todas porque se paga dos veces.
El caso de la distribuidora de abarrotes
Una distribuidora de abarrotes en León reparte a ochocientas tiendas de barrio con nueve camionetas. Antes de la app, cada repartidor llevaba hojas impresas, anotaba a mano y entregaba el paquete de hojas al día siguiente. La oficina capturaba, con dos días de retraso, y las devoluciones se discutían una semana después sin evidencia.
La primera versión de la app pedía once campos por entrega y duró tres semanas: los repartidores la llenaban con lo mínimo para avanzar. La segunda versión bajó a cuatro toques, con foto y firma, y todo lo demás automático.
Seis meses después: la captura pasó de dos días de retraso a visible el mismo día, las disputas por producto no entregado bajaron de diecinueve mensuales a tres, y las entregas fallidas por "nadie en domicilio" bajaron veintiséis por ciento, porque el reporte de motivos mostró que ciento diez tiendas cerraban a la hora en que pasaba la ruta y se reacomodaron los horarios. Ese último dato no lo buscaban: salió del campo que estuvieron a punto de dejar como texto libre.
¿Qué debe poder hacer una app de reparto sin señal?
Todo lo que ocurre en la calle: ver la ruta del día, abrir cada entrega, tomar fotos, capturar la firma, registrar un rechazo y marcar la entrega como cerrada. La señal solo debe hacer falta para bajar la ruta en la mañana y para subir lo capturado. Si la app necesita internet para guardar cada entrega, en un sótano o en una bodega deja de servir.
¿Cuántos toques debe costarle al repartidor cerrar una entrega?
Tres o cuatro como máximo: abrir la entrega, tomar la foto, capturar la firma, cerrar. Cada campo adicional que agregues va a terminar lleno de cualquier cosa, porque el repartidor tiene a alguien enfrente esperando. Lo que necesites saber y se pueda capturar solo, captúralo solo: hora, ubicación, quién lo hizo.
¿La firma en pantalla tiene validez?
Para efectos operativos y de cobranza sirve, sobre todo acompañada de fecha, hora, ubicación y foto del paquete entregado. Para un litigio formal su peso depende de cómo se conserve el registro y de qué tan demostrable sea que no se alteró. En la práctica, la combinación de firma, foto y ubicación resuelve casi todas las disputas de entrega antes de llegar a nada legal.
¿Conviene que el cliente final vea dónde va su pedido?
Si tus entregas son a domicilio y en ventanas amplias, sí: reduce llamadas a servicio al cliente y reduce entregas fallidas porque nadie estaba. Un enlace con el avance aproximado basta; no hace falta mostrar el punto exacto del repartidor en tiempo real, que además genera incomodidad en el equipo.
¿Cuánto cuesta una app de reparto a la medida?
Para una app de repartidores con ruta, evidencia, operación sin señal y tablero web de seguimiento, el rango en México en 2026 va de doscientos cincuenta a seiscientos mil pesos según integraciones. Antes de cotizar conviene comparar contra las plataformas de reparto por suscripción: si tu operación es estándar, puede que no necesites desarrollo.