Estudio de caso

Claybeck: una plataforma, cuatro apps de campo

El capítulo móvil de la plataforma logística de un fabricante de materiales de construcción: una app de pedidos para los comerciantes, una app para conductores con proof-of-delivery offline, una tablet de picking para el patio y un portal para transportistas, todo sobre el mismo back-end Laravel. 8+ años en ella como ingeniero senior, entregada white-label a través de una agencia asociada.

Anonimizado bajo NDA: el producto aparece aquí como «Claybeck», con clientes y datos ficticios.

LaravelPHP 8.3+MySQLLaravel Passport (OAuth2)REST APIsApps nativas iOS + AndroidSincronización offline por lotesPusherAzure Blob Storage

Cuatro roles de campo que nunca veían el mismo pedido

Cada entrega pasa por cuatro pares de manos fuera de la oficina: el operario que la carga, el transportista que acepta el trabajo, el conductor que la lleva y el comerciante que la espera. Ninguno veía el mismo pedido. Los comerciantes llamaban a la oficina para preguntar dónde estaba una entrega, dos operarios podían reservar la misma carga, y una entrega hecha sin señal quedaba en un albarán de papel que alguien introducía más tarde. Cada rol necesita una parte distinta de los mismos datos en un dispositivo distinto, así que la plataforma acabó con una app cliente para cada uno, alrededor de la web de operaciones que usa la oficina.

Por ella han pasado más de cien mil pedidos.

claybeck · platform

Laptop, tablet y teléfono en la misma escena: un dashboard operativo en la laptop, una pantalla de picking en la tablet y una lista de pedidos de comerciante en el teléfono.
[fig. 1] La familia de la plataforma: la web de operaciones, la tablet de picking del patio y la app del comerciante. La web de operaciones más dos de las cuatro apps cliente, sobre un solo back-end.

La app del comerciante

La app para iPhone y Android responde justo a la pregunta por la que los comerciantes llamaban a la oficina: ¿dónde está mi pedido? Los pedidos activos y los entregados aparecen como tarjetas, con la franja de entrega y quién la trae.

claybeck · merchant-app

Dos pantallas de teléfono de la app del comerciante: una lista de tarjetas de pedido con etiquetas de split y de retraso, y el detalle de un pedido con los pasos de estado y las líneas de producto.
[fig. 2] La app del comerciante: tarjetas de pedido por PO del cliente, con etiquetas de split, los pasos que llevan el pedido de confirmed a dispatched y luego a delivered, un pedido retrasado con su nueva fecha y el transportista con nombre en cada tarjeta.

El patio, la carretera y el transportista

El operario abre un load y lo reserva, para que dos personas no trabajen el mismo pedido, registra lo que se preparó de verdad y después asigna vehículo, remolque y conductor.

La app del conductor toma el relevo en la carretera: una firma en cada parada y las entregas registradas sin cobertura se sincronizan después. El portal del transportista es la cuarta app: acepta o rechaza cada load ofrecido, a contrarreloj.

claybeck · picker-app

Tablet con una pantalla de load: cantidades de picking por pedido, desplegables para asignar el transporte, un botón de confirmar y un panel de chat del load.
[fig. 3] La app de picking (tablet). Un load reservado por el operario: cantidades por cada línea de pedido, asignación de transporte con tipo de vehículo, remolque y conductor, PIN del load y zona de báscula, y el chat con el despacho en cada load.

Qué cambió

  • El estado del pedido: de una llamada al autoservicio: cada comerciante sigue sus pedidos en la app, fechas de retraso incluidas.
  • El patio: loads reservados y chat por load: dos operarios ya no pueden trabajar el mismo pedido, y la conversación sobre el pallet que falta se queda en el registro del load.
  • La carretera: las entregas ya no esperan a que haya cobertura: el proof-of-delivery se captura offline y se sincroniza cuando el conductor vuelve a tener cobertura.

8+ años, una sola plataforma, que fue creciendo en su sitio: una plataforma interna single-tenant con apps complementarias, construida alrededor de cómo trabaja un fabricante.

claybeck · /insights

Dashboard operativo con un selector de workspace entre tres divisiones, contadores de pedidos y de loads, un registro de báscula y un panel abierto de notificaciones de load.
[fig. 4] La web de operaciones a la que reportan las apps: el selector de divisiones (nombres de división anonimizados como REGION A / REGION B / PACKAGING), contadores en vivo, el registro de báscula y el feed de notificaciones de load que la oficina mira todo el día.

¿Tienes algo parecido que construir?

Cuéntame qué necesita la parte de campo de tu plataforma (una app, un portal, un dispositivo en el patio) y te digo qué hace falta.

Reserva una llamada gratuita