Desarrollo de apps en Zaragoza, para almacén, planta y campo
Apps que se usan con guantes, sin cobertura y a turno partido. Un solo equipo para la app, el backend y el hardware con el que hablan.
Empresas que ya confían en Dribba
Respuesta directa
Dribba es Google Flutter Partner oficial en España. Para empresas de Zaragoza y Aragón el proyecto típico no es una app de consumo: es operación de almacén, planta o ruta. Trabajamos offline-first por defecto y cubrimos la integración con lectores, RFID e impresoras industriales con el mismo equipo que hace la app y el backend. Más de 300 proyectos entregados, equipo 100% senior. No tenemos oficina en Zaragoza: damos servicio desde Barcelona, a hora y media en AVE, con visitas a planta cuando el proyecto las pide.
En Aragón el software se juzga en el turno de noche.
Cada pieza dice a quién le habla. Un jefe de planta y un director de sistemas no compran lo mismo.
0cobertura
Offline-first, no offline a parches
La app opera contra su base de datos local y sincroniza al recuperar red, con la resolución de conflictos decidida en el Discovery y escrita. En un almacén de PLAZA o en la cabina de un camión eso no es una mejora: es el requisito.
1equipo
Firmware y app, misma gente
BLE, Wi-Fi, ESP32, lectores de código y RFID, impresoras industriales. No subcontratamos el firmware, así que no hay dos proveedores señalándose cuando el lector no responde.
Rotación alta, formación cero
Si la app necesita un curso, la app está mal diseñada. En entornos de planta y ruta el personal entra y sale, y la interfaz tiene que sobrevivir a eso.
300+
Proyectos entregados en quince años
Equipo 100% senior y sin subcontratación, con la certificación oficial de Flutter de Google que en España solo tenemos nosotros. Para un comité que compra software de planta, eso es lo que hay que poder verificar antes de firmar.
La región cloud está en casa
Aragón es región de AWS desde 2022 (eu-south-2). Para una empresa aragonesa con requisitos de latencia o de residencia del dato, eso cambia la conversación de infraestructura.
Lo que se fabrica y se mueve en Zaragoza decide cómo tiene que ser la app.
No es una lista de logos del territorio. Es el motivo por el que un proyecto de aquí llega con requisitos que no aparecen en Madrid ni en Barcelona.
PLAZA y el nudo logístico
Una de las mayores plataformas logísticas intermodales de Europa. Los proyectos que salen de aquí son apps de almacén y de ruta: escaneo, picking, trazabilidad de bulto y prueba de entrega, todo funcionando con la red que haya.
Automoción e industria
La planta de Stellantis en Figueruelas y su cadena de proveedores. Aquí la app se integra con MES y ERP, y el ciclo de aprobación pasa por sistemas y por seguridad antes que por producto.
Agroalimentario del valle del Ebro
Operación repartida por campo, cooperativa y centro de transformación. La trazabilidad es obligación legal, no una función bonita, y buena parte del dato se captura donde no hay red.
Walqa e ITAINNOVA
Parque tecnológico e instituto tecnológico de Aragón. Es de donde salen los pilotos que después hay que llevar a producción, que es exactamente el punto en el que nos suelen llamar.
Región de AWS desde 2022
eu-south-2 ha traído a la comunidad una capa de infraestructura y talento cloud que antes no estaba. Cambia lo que es razonable pedirle a un backend desde aquí.
Lo que nos dicen las empresas aragonesas en la primera llamada.
Cuatro objeciones que salen siempre en proyectos de operación. La respuesta va aquí y no en el tercer sprint, porque en planta un malentendido cuesta un turno.
No tenéis oficina en Zaragoza.
Correcto, y no vamos a decir lo contrario. Las oficinas son Barcelona y Andorra la Vella. Barcelona está a hora y media en AVE y las visitas a planta se planifican en el Discovery, con fechas en el contrato. Lo que no hacemos es abrir una dirección de coworking para poder poner Zaragoza en la web.
Ya probamos una app y la gente de almacén dejó de usarla.
Suele pasar por dos motivos: se caía sin cobertura o pedía demasiados toques con guantes puestos. Los dos se resuelven en diseño, no en formación. En el Discovery vamos al almacén y medimos el flujo real antes de dibujar una pantalla.
El firmware del lector lo lleva otro proveedor.
Podemos trabajar así, pero conviene saber lo que cuesta: cada fallo de integración se convierte en una reunión a tres. Si el firmware entra en nuestro alcance, la app y el dispositivo los depura el mismo equipo. Si no entra, definimos el contrato de datos por escrito antes de empezar.
Necesitamos saber qué pasa si os vais.
Al cierre hay traspaso explícito: documentación de mantenimiento, accesos a vuestro nombre y una sesión con quien vaya a mantenerlo. El objetivo declarado es que el proyecto no dependa de Dribba para seguir vivo.
Cuatro fases, y la primera se hace en vuestra planta.
Cada fase cierra con algo que se puede abrir y leer. En proyectos de operación la primera no se hace por videollamada.
01
Discovery en planta
Vamos al almacén, a la línea o a la ruta y medimos el flujo real: cuántos toques, con qué guantes, con cuánta cobertura y con qué dispositivo. Sale un documento con el mapa de integración y los riesgos.
Mapa de flujo y de riesgos
02
Arquitectura offline y de datos
Modelo de sincronización, resolución de conflictos y contrato con ERP, MES o el sistema que toque, escrito como decisiones de arquitectura. Es donde se evita el retrabajo caro.
ADRs y contrato de datos
03
Construcción por sprints
Entrega cada dos semanas con build instalable. Vuestro equipo de operaciones la usa desde el primer sprint, en el sitio donde va a vivir, no en una sala de reuniones.
Build instalable cada dos semanas
04
Producción y traspaso
Prueba con el volumen real del turno punta, revisión de seguridad, documentación de mantenimiento y traspaso con quien vaya a mantenerla.
Documentación de traspaso
Casos
Las apps que están en producción ahora mismo.
Con tráfico real, en tiendas reales. Cada ficha cuenta qué se construyó y con qué restricciones.
ISDIN
Salud · Dermatología
App mCommerce en Flutter para 8 mercados, EE.UU. incluido. Catálogo dermatológico, programa de puntos y ecommerce en una sola app.
Ver el caso
CityXerpa
Superapp · Sector público
La superapp de Andorra: pagos, transporte, servicios públicos y trámites gubernamentales. Colaboración desde 2016.
Ver el caso
Dogfy Diet
DTC · Suscripción
Pedidos, menús, seguimiento, SSO y modo oscuro. La plataforma móvil que gestiona la nutrición de más de 55.000 perros.
Ver el caso
Rastreator
Fintech · Comparador
Nueva app Flutter para el comparador líder en España y LATAM. Migración y rediseño completo de la experiencia para iOS y Android.
Ver el caso
El desarrollo de apps en Zaragoza tiene un perfil muy marcado por el tejido productivo aragonés: logística y transporte, automoción e industria, y agroalimentario. Zaragoza concentra PLAZA —una de las mayores plataformas logísticas intermodales de Europa—, la planta de Stellantis en Figueruelas, el Parque Tecnológico Walqa y el instituto tecnológico ITAINNOVA. Desde 2022 Aragón es además región de Amazon Web Services (eu-south-2), lo que ha traído a la comunidad una capa de infraestructura y talento cloud que antes no estaba.
Ese contexto cambia los requisitos de una app. Los proyectos que nos llegan de empresas aragonesas rara vez son una app de consumo: son apps de campo para operarios y transportistas que tienen que funcionar sin cobertura y sincronizar después, lectores de código y RFID integrados en el flujo de almacén, apps de inspección y control de calidad en planta, y paneles de trazabilidad para producto agroalimentario. En Dribba trabajamos offline-first por defecto y cubrimos la integración con hardware —BLE, Wi-Fi, ESP32, impresoras y lectores industriales— con el mismo equipo que hace la app y el backend, sin capas de subcontratación entre medias.
Somos los únicos consultores oficiales de Flutter de Google en España, con más de 300 proyectos entregados y equipo 100% senior. Para una empresa de Zaragoza eso significa una sola tecnología para iOS y Android, un coste de mantenimiento que no se duplica por plataforma y un equipo que responde en CET.
No tenemos oficina en Zaragoza: damos servicio desde Barcelona en remoto e híbrido, con visitas a planta cuando el proyecto las necesita. Primera valoración gratuita en 1 hora.
Lo que preguntan las empresas de Zaragoza.
No. Nuestras oficinas son Barcelona y Andorra la Vella. Damos servicio a empresas de Zaragoza y Aragón en remoto e híbrido, con visitas presenciales a planta o almacén cuando el proyecto lo requiere — Barcelona está a hora y media en AVE.
Entre 30.000 y 200.000 euros. En los proyectos aragoneses lo que mueve el presupuesto casi nunca son las pantallas: es cuántos sistemas de planta hay que integrar y si entra hardware en el alcance. El Discovery dura 2-3 semanas y termina con un presupuesto cerrado, no con una horquilla.
Entre 3 y 12 meses según alcance, con un primer MVP en 6-14 semanas. Trabajamos en sprints de 2 semanas y la demo del sprint se hace con la app en el sitio donde va a usarse: en un proyecto de almacén o de planta, una demo en sala de reuniones no prueba nada.
Sí. Trabajamos offline-first: la app opera con la base de datos local y sincroniza cuando recupera red, con resolución de conflictos definida en el Discovery. Es el patrón por defecto en apps de campo, almacén y transporte.
Sí. Cubrimos integración con hardware —BLE, Wi-Fi, ESP32, lectores de código y RFID, impresoras industriales— con el mismo equipo que desarrolla la app y el backend. No subcontratamos el firmware.
Flutter como tecnología principal, con la certificación oficial de Google que en España solo tenemos nosotros. En proyectos de operación se suma casi siempre backend en Go sobre Cloud Run y firmware propio para el dispositivo. También hacemos iOS nativo (Swift) y Android nativo (Kotlin) cuando el proyecto lo pide.
Sí. Ofrecemos staff augmentation con ingenieros senior, auditoría técnica de una app existente y migración a Flutter. Al cierre hay transferencia de conocimiento explícita: quien mantiene la app después no debería depender de Dribba.
Dónde trabajamos
Cuéntanos qué proceso quieres sacar del papel.
Si nos dices qué se apunta hoy en una libreta o en un Excel de almacén, en la primera llamada te decimos si es un proyecto de tres meses o de nueve, y si Flutter es la respuesta o no lo es.
¿Qué tiene que hacer la app que hoy no podéis hacer?
Distingue un proyecto de negocio de una lista de pantallas.
¿Con qué sistema interno tiene que hablar, y quién lo mantiene?
Es donde se hunden los proyectos enterprise, y donde se decide el plazo.
¿Quién tiene que aprobarlo antes de salir a producción?
Cuantos más nombres, antes hay que preparar lo que van a pedir.
o