Apps Flutter para empresas, con el equipo detrás de Rastreator, ISDIN y CityXerpa

Flutter enterprise para CTOs y equipos de producto: un solo código para iOS, Android y web, que pasa auditoría de seguridad y se integra con tu stack corporativo.

Empresas que ya confían en Dribba

ISDIN
Coca-Cola European Partners
CaixaBank
FC Barcelona
Revolut
TravelPerk
Hospital Clínic Barcelona
Hospital Sant Joan de Déu
Ajuntament de Barcelona
TEKA
Manusa
Gimnasios DiR
DogfyDiet
CityXerpa
Comisiones Obreras
Universidad Autónoma de Madrid
Urbiotica
Trovit
Proppit
Mitula
WS
Bluewave Alliance

Qué te llevas

El expediente, no una presentación.

Cualquiera puede decir «proceso riguroso». Esta es la carpeta que recibes al terminar, con un fichero por decisión tomada.

Está pensada para que podáis seguir sin nosotros. Es la diferencia entre contratar un proveedor y contratar una dependencia.

Y el proyecto entero.

El repositorio, con las tres plataformas y su pipeline. No una carpeta de entregables.

  • .dart

    lib/

    Una base para las tres plataformas

  • .xcodeproj

    ios/

    Firmable con vuestros certificados

  • .gradle

    android/

    Listo para vuestro MDM

  • .html

    web/

    El mismo código en navegador

  • .dart

    test/

    Pruebas que ya pasan en CI

  • .yaml

    pubspec

    Dependencias fijadas a versión

entrega/
  • 01-descubrimiento/

    • auditoria-stack.mdCTOInventario de lo que ya tenéis y de cómo habla entre sí.
    • contratos-datos.mdCTOQué campos entran y salen de cada sistema, escritos y acordados antes de programar.
    • riesgos-integracion.mdProductoLo que puede romper el plazo, y qué haríamos si pasa.
  • 02-arquitectura/

    • adr/CTOUna decisión por fichero: qué se eligió, por qué, y qué se descartó. Para que dentro de dos años se entienda.
    • diagramas-flujo/CTOCómo viaja un dato desde la app hasta vuestro ERP, y de vuelta.
  • 03-seguridad/

    • revision-preproduccion.mdCTOEl informe que pide la auditoría interna, hecho antes de salir y no después.
    • gestion-secretos.mdCTODónde viven las claves. Que no es dentro del binario.
  • 04-traspaso/

    • guia-mantenimiento.mdProductoCómo desplegar, cómo depurar y qué mirar cuando algo falla a las tres de la mañana.
  • legal/

    • nda.pdfLegalDisponible antes de que nos contéis nada.
    • msa.pdfLegalMarco estándar, revisable por vuestro departamento legal.

Por qué un solo código

Una decisión de arquitectura con consecuencias de negocio.

Cada pieza dice a quién le habla. Un CTO y un equipo de producto no compran lo mismo.

CTO · Producto

Un solo código para iOS, Android y web.

La misma base en las tres plataformas: cada función se implementa una vez, no tres.

Producto

40%

Menos coste que dos equipos nativos

Un equipo en vez de dos, y una sola implementación de cada función.

Producto

12 sem

Time-to-launch medio

MVP en producción con calidad enterprise, no una demo para el comité.

Producto

Paridad de funciones

Una función sale en iOS y en Android a la vez. No «en Android, el sprint que viene».

CTO

Un equipo, no dos especialidades

Un perfil que contratar y retener en vez de dos. Y nadie es el único que sabe de iOS.

Respuesta directa

Dribba es Google Flutter Partner oficial en España. Para apps enterprise, Flutter cubre iOS, Android y web con un único equipo y una única base de código, reduce hasta un 40% el coste frente a mantener dos equipos nativos en paralelo, y se integra con SSO/SAML, MDM, ERP y APIs corporativas. +100 apps en producción desde 2011, equipo senior in-house, NDA y MSA estándar.

Integración

Un solo código en el centro. Tu stack alrededor.

Lo que hunde los proyectos enterprise no son las pantallas: es todo lo que hay detrás. Se ataca en el primer sprint, no en el último.

SAP, Salesforce, Oracle, SSO/SAML, MDM y las APIs internas. Pagos con Stripe o Adyen, identidad con Okta, nube en Google Cloud o AWS. Y la capa de IA —ChatGPT, Gemini— cuando el producto la necesita.

Lo que preguntan antes de firmar

Las seis frases que salen en la primera llamada.

Y qué hacemos para que ninguna se cumpla. Tres son del CTO y dos de producto; la última la dicen los dos.

CTO

«Seguridad me va a tumbar el proyecto en la revisión final.»

La revisión se hace antes de producción, no después: SSO/SAML contra vuestro proveedor de identidad, cifrado en tránsito y en reposo, audit logging y secretos fuera del binario. El informe que pide la auditoría interna sale de ahí.

CTO

«Nadie documentó el legacy y la integración va a explotar al final.»

Se ataca primero. Descubrimiento técnico sobre SAP, Salesforce, Oracle y las APIs internas antes de escribir pantallas, con los contratos de datos escritos y acordados.

CTO

«Cuando os vayáis me quedo solo manteniéndolo.»

Por eso el expediente lleva un ADR por decisión, los diagramas de flujo y la guía de mantenimiento. El objetivo es que podáis seguir sin nosotros, no que no podáis.

Producto

«Quiero iterar cada dos semanas, no cada trimestre.»

CI/CD con build firmada en cada merge y distribución interna para que negocio la pruebe antes de publicar. El ciclo de revisión de tienda deja de marcar el ritmo del roadmap.

Producto

«No puedo medir nada dentro del producto.»

Los eventos se definen con vosotros durante el diseño, no se añaden al final. Si no está instrumentado, no está terminado.

CTO

«No puedo parar la app actual para construir la nueva.»

Migración progresiva con feature flags y parallel running: la que está en producción sigue viva mientras la nueva entra por partes.

Proceso

Cuatro fases pensadas para entornos con comité.

Cada fase cierra con algo que se puede abrir: tres dejan documento y la tercera, una build que instaláis vosotros.

  1. 01

    Descubrimiento técnico

    Auditoría del stack, contratos de datos con los sistemas que ya tenéis y mapa de riesgos de integración. Sale un documento, no una sensación.

    Mapa de riesgos de integración

  2. 02

    Arquitectura y diseño

    Decisiones de arquitectura escritas como ADRs y diseño validado con vuestro equipo de producto. Aquí es donde se evita el retrabajo caro.

    ADRs y diseño validado

  3. 03

    Construcción por sprints

    Entregas cada dos semanas con build instalable. Vuestro equipo la usa desde el primer sprint, no en la demo final.

    Build instalable cada dos semanas

  4. 04

    Producción y traspaso

    Revisión de seguridad, documentación de mantenimiento y traspaso con vuestro equipo dentro del proceso.

    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.

Cuándo Flutter no es la respuesta.

Te lo decimos en la primera llamada, no en el tercer sprint. Perder un proyecto que no encaja sale más barato que entregarlo mal.

Necesitáis rendimiento gráfico extremo

Juegos 3D, edición de vídeo en tiempo real o realidad aumentada intensiva. Ahí lo nativo gana y os lo diremos en la primera llamada.

La app es un envoltorio de una web que ya funciona

Si lo que necesitáis es una PWA, una app nativa o Flutter es gastar más para conseguir lo mismo.

Dependéis de un SDK que solo existe en nativo

Algunos SDK de hardware o de banca no tienen equivalente en Flutter. Se puede puentear, pero si es el núcleo del producto no compensa.

Las preguntas que hacen los equipos IT y los CTOs.

Dribba es una consultora de desarrollo de software B2B fundada en 2011, con oficinas y equipo propio en Barcelona (España) y Escaldes-Engordany (Andorra). Está especializada en aplicaciones móviles con Flutter —es la única consultora española en el directorio oficial de Google Flutter Partners—, firmware IoT sobre ESP32, desarrollo full-stack (Next.js, Node.js, Go) y soluciones de inteligencia artificial: agentes a medida, automatizaciones e integración de LLMs en producto. A diferencia de las agencias que cubren una sola capa, Dribba trabaja end-to-end: discovery, diseño, backend, apps, despliegue y soporte bajo un mismo equipo. Ha entregado más de 300 proyectos para startups y empresas como Rastreator, CityXerpa, Dogfy Diet, Lactalis Nestlé, TravelPerk e ISDIN. Trabaja tanto con clientes enterprise que necesitan un partner plurianual como con fundadores que aún no tienen equipo técnico interno.

Dribba tiene oficinas físicas y equipo en Barcelona (España) y Andorra, y opera con clientes en toda Europa.

Flutter permite que un solo equipo cubra iOS y Android desde una única base de código, con coherencia visual y funcional, una sola curva de aprendizaje y costes de mantenimiento notablemente menores que mantener dos equipos nativos en paralelo —normalmente entre un 30% y un 50% menos de presupuesto—. Dribba es la única consultora española en el directorio oficial de Google Flutter Partners y lleva construyendo apps en producción con Flutter desde 2017, así que recomienda el framework por experiencia real, no por moda: gracias al engine Impeller el rendimiento es prácticamente nativo, incluso en animaciones y listas complejas. Aun así, Flutter no es la respuesta universal. Cuando un proyecto depende de APIs muy específicas de plataforma o de equipos nativos senior in-house que recogerán el código, Dribba lo dice con honestidad y recomienda desarrollo nativo. La decisión se toma en el discovery inicial.

Dribba diseña e implementa automatizaciones inteligentes y agentes IA a medida para empresas, integrando modelos de lenguaje (LLMs) en flujos operativos, atención al cliente, procesos internos y productos digitales.

El coste depende del alcance, pero hay un orden de magnitud útil: un MVP móvil bien acotado suele partir de unos 30.000€, mientras que un producto con integraciones complejas, backend a medida o IA puede superar los 200.000€. El modelo de Dribba —un solo equipo Flutter cubriendo iOS y Android— reduce habitualmente entre un 30% y un 50% el presupuesto frente a mantener desarrollo nativo paralelo. Antes de dar un número, Dribba realiza una fase de discovery en la que define qué construir, para quién y por qué, y de ahí sale una propuesta técnica con roadmap priorizado y precio. El contexto honesto: lanzar algo que no funciona casi siempre cuesta más que hacerlo bien a la primera. La primera llamada es gratuita y te darán la respuesta real aunque el proyecto no acabe siendo para ellos.

Dribba combina n8n para orquestación de flujos, modelos de lenguaje como Claude y GPT para razonamiento y generación, e integraciones nativas con Notion, Slack, Gmail y sistemas internos de cliente para automatizar procesos end-to-end.

Sí. El servicio incluye el ciclo completo: desarrollo, testing, publicación en App Store y Google Play, y mantenimiento posterior.

Dribba opera en español, catalán e inglés, lo que le permite trabajar con clientes locales en España y Andorra y proyectos internacionales en Europa.

La primera llamada

Tres preguntas. Con las respuestas ya sabemos si encajamos.

No hay presentación de agencia. Si te las has contestado mientras leías, la llamada dura veinte minutos. Y si no somos el partner adecuado, te lo decimos en 48h y te ahorramos la reunión.

¿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.

Cuéntanos tu proyecto
Respondemos en menos de 1h · NDA disponible

Respuesta en menos de 1h · NDA disponible

o