Migració a Flutter
La teva app, reescrita en Flutter. I amb IA on mai l'havia tingut.
React Native · Swift/Kotlin · Ionic · Xamarin → Flutter + IA integrada
L'única agència espanyola al directori oficial de Flutter de Google. Migrem la teva app existent sense perdre funcionalitat, sense big-bang, i aprofitem la migració per integrar agents, RAG i LLMs on aportin valor real. Procés provat en +100 projectes. Resultat en 3-4 mesos · Fins un 40% menys de cost de manteniment.
Empreses que ja confien en Dribba
Respuesta directa
Migrar de nativo o React Native a Flutter reduce coste de mantenimiento 30-50% y unifica iOS+Android en un solo codebase. Las migraciones parten de 40.000 € (apps medias) y se sitúan habitualmente en 60-150k €; auditoría técnica inicial 4-8k €. Se hace en paralelo con la app actual en producción para evitar downtime.
+100
Apps en producció
40.000 €
Des de, apps de complexitat mitjana
3-4 meses
App mitjana, de principi a fi
1º
Google Flutter Partner a Espanya
Per què migrar
El que guanyes en passar-te a Flutter.
Cada tecnologia té les seves particularitats. Aquí tens el que pots esperar segons d'on vinguis.
Un sol codi base
iOS i Android des del mateix repositori. Un sprint de canvis afecta les dues plataformes simultàniament. L'equip es redueix i la velocitat augmenta.
40%
Desenvolupament més ràpid
Hot reload en segons, sense recompilacions. Els cicles d'iteració es redueixen un 40% davant el desenvolupament natiu separat.
30.000+
Ecosistema madur
Més de 30.000 paquets a pub.dev. Google i la comunitat mantenen plugins per a quasi qualsevol integració: BLE, NFC, mapes, pagaments, càmera.
Rendiment natiu real
Flutter compila a codi màquina, no hi ha JS bridge, no hi ha WebView. El resultat és indistingible d'una app nativa en Swift o Kotlin.
UI pixel-perfect en qualsevol dispositiu
Flutter renderitza amb el seu propi motor gràfic (Impeller). Les animacions són suaus a 60/120fps i el disseny és idèntic en iOS i Android.
Decisión
¿Cuándo migrar a Flutter?
Migrar cuesta, y mantener la app actual también. Estos son los cuatro escenarios en los que, por nuestra experiencia con +100 apps en producción, una migración a Flutter devuelve la inversión en menos de 12 meses.
Mantenéis dos codebases nativas iOS + Android
Cada feature se construye dos veces. Si el roadmap crece y el equipo no puede escalar al mismo ritmo, Flutter elimina esa duplicación sin renunciar al look nativo.
Umbral → Coste mensual de mantenimiento > 1 FTE dedicado a paridad
React Native os está bloqueando en rendimiento o librerías
El bridge JS ↔ nativo, cambios bruscos en la New Architecture y librerías abandonadas os están forzando patches constantes. Flutter tiene motor propio (Impeller) y ecosistema maduro.
Umbral → Más de 3 bugs de plataforma al trimestre sin solución upstream
Vais a añadir canales: web, desktop, embedded o kiosko
Flutter es hoy cross-platform real (móvil + web + desktop + embedded). Migrar ahora evita construir cada canal desde cero con un stack distinto.
Umbral → Roadmap a 12 meses incluye > 1 canal nuevo
El equipo no puede reemplazar a quien mantiene la app
Si Swift/Kotlin/Xamarin dependen de 1-2 personas y no encontráis relevo senior en el mercado, Flutter reduce el riesgo de bus factor a la mitad: el pool de talento Dart es mayor y más joven.
Umbral → Riesgo de bus factor en un ingeniero concreto
Coste y plazos
Cuánto cuesta y cuánto tarda.
Rangos honestos derivados de más de 20 migraciones reales. La auditoría técnica inicial (4.000-8.000 €) define el presupuesto exacto antes de firmar nada.
| Complejidad | Señales | Plazo | Inversión |
|---|---|---|---|
| Baja | 5-10 pantallas, pocas integraciones nativas, sin SDKs propietarios | 3-4 meses | 40.000-60.000 € |
| Media | 10-25 pantallas, login federado, pagos, push, analítica, CI/CD | 4-6 meses | 60.000-100.000 € |
| Alta | 25+ pantallas, BLE/NFC, mapas, offline-first, SDKs bancarios/sanitarios | 6-12 meses | 100.000-150.000 € |
Incluye auditoría, arquitectura, implementación, QA, release paralelo y transferencia de conocimiento al equipo interno. No incluye licencias de terceros ni servicios cloud.
Punt de partida
Migrem des de qualsevol stack.
Cada tecnologia té les seves particularitats. Aquí tens el que pots esperar segons d'on vinguis.
React Native
“El JS bridge limita el rendiment. Llibreries desactualitzades. Actualitzar RN cada versió és una odissea.”
- Lògica de negoci en JS reutilitzable parcialment
- Navegació i components UI es reescriuen
- Plugins natius requereixen equivalent Flutter
- Tests funcionals migren amb adaptació
Swift / Kotlin nativo
“Dos repositoris, dos equips, el doble de bugs. Cada feature desenvolupada dues vegades, mai exactament igual.”
- Més esforç, més guany, un sol equip
- Lògica de negoci nativa es porta a Dart
- UI es refà, pixel-perfect garantit
- Reducció d'equip del 50%
Ionic / Capacitor
“Rendiment de WebView que penalitza l'experiència. Animacions que no arriben a 60fps. Web que no se sent com nativa.”
- Components web no migren (es reescriuen en Flutter)
- Lògica de negoci JS portar a Dart és directe
- Guany de rendiment molt visible per als usuaris
- Menor complexitat tècnica d'arrencada
Xamarin / .NET MAUI
“Xamarin en end-of-life. MAUI amb limitacions de maduresa. L'ecosistema Microsoft per a mobile s'encongeix.”
- C# → Dart: corba d'adaptació petita per a l'equip
- Lògica de negoci portar sense grans canvis
- UI Xamarin/MAUI reescrita en widgets Flutter
- Accés a ecosistema pub.dev amb +30k paquets
Procés
Sense big-bang, sense sustos.
01
Auditoria de codi i arquitectura
Analitzem el codi actual: deute tècnic, dependències crítiques, tests existents, APIs de backend i acoblament amb plataforma nativa. Lliurem un informe de riscos i un pla de migració.
1-2 setmanes
02
Definició d'arquitectura Flutter
Dissenyem l'arquitectura del projecte Flutter: estructura de carpetes, gestió d'estat (Riverpod/BLoC), navegació, injecció de dependències i convencions d'equip.
1 setmana
03
Migració incremental per mòduls
Migrem mòdul a mòdul, prioritzant per impacte i risc. En cada sprint es lliura funcionalitat verificada. No fem big-bang, sempre hi ha una versió funcional.
Per sprint
04
QA i regressió
Testing manual en dispositius reals (iOS i Android), tests d'integració automatitzats i validació de performance amb Dart DevTools. Sense regressions silencioses.
Continu
05
Release i transferència
Publicació a l'App Store i Google Play, documentació d'arquitectura, sessions de formació per a l'equip del client i suport post-llançament.
1 setmana
Què pregunten abans de signar
Les sis frases que surten a l'auditoria.
I què responem. Quatre les diu qui porta la tècnica i dues qui porta el negoci.
«Si aturem per reescriure, el negoci s'atura amb nosaltres.»
No s'atura: la migració va en paral·lel i l'app actual segueix en producció. El vostre equip pot continuar corregint errors mentre avança la nova. No hi ha big-bang.
«Perdrem funcionalitat pel camí.»
Es migra mòdul a mòdul i cada sprint entrega funcionalitat verificada en dispositiu real, iOS i Android. Sempre hi ha una versió que funciona; el que no està migrat segueix on estava.
«I el backend? Ara no el podem tocar.»
No es toca. Aquí hi ha l'avantatge: Flutter consumeix les mateixes APIs REST, GraphQL o WebSockets que ja teniu. La migració és de client, no de plataforma.
«El meu equip no sap Dart.»
Per arrencar no fa falta: la migració la fem nosaltres. I recomanem que el vostre equip participi des del principi, perquè el traspàs inclou documentació d'arquitectura i sessions de formació.
«Perdem tots els tests que teníem.»
Els de lògica de negoci es porten si estan separats de la interfície. Els d'interfície es reescriuen, i a l'expedient queda escrit què es va portar i què no.
«No sé justificar la despesa si l'app ja funciona.»
Si funciona bé, l'equip és sènior en Swift o Kotlin i no hi ha pressió de cost ni de plataformes noves, potser no toca migrar, i us ho direm a l'auditoria. L'argument és el cost de mantenir dues bases de codi, no la novetat.
Què t'enduus
L'expedient, no només el repositori.
Una migració que només entrega codi deixa el «per què» al cap de qui la va fer. Aquesta és la carpeta que queda al costat del projecte.
Està pensada perquè el vostre equip pugui continuar sol: l'arquitectura explicada, les decisions justificades i la formació feta.
01-auditoria/
auditoria-codigo.mdCTODeute tècnic, dependències crítiques, tests que es poden portar i acoblament amb la plataforma nativa.orden-de-migracion.mdNegociEn quin ordre es migra cada mòdul i per què: primer impacte, després risc.riesgos.mdNegociQuè pot trencar el termini, com un SDK sense equivalent o una integració nativa, i què es fa si passa.
02-arquitectura/
arquitectura-flutter.mdCTOEstructura de carpetes, gestió d'estat, navegació i injecció de dependències, decidit i escrit.apis-por-pantalla.mdCTOQuina API consumeix cada pantalla. Les de backend no canvien, i aquí queda escrit quines són.
03-calidad/
tests-portados.mdCTOQuè es porta del joc de proves actual i què es reescriu, amb el motiu de cada cas.rendimiento.mdCTOMesura amb Dart DevTools abans i després, pantalla per pantalla. Sense regressions a cegues.
04-traspaso/
release-y-tiendas.mdCTOSignatura, publicació i què mira cada botiga. Perquè la següent release la feu vosaltres.formacion.mdNegociL'arquitectura explicada per a qui entra nou, i el guió de les sessions de formació.
Quan NO recomanem migrar?
Si la teva app nativa funciona bé, l'equip és senior en Swift o Kotlin, i no tens pressió de reduir costos ni ampliar a noves plataformes, la migració pot no ser la millor inversió. També si el projecte és a prop del final de la seva vida útil o el pressupost de manteniment és molt limitat. T'ho direm amb honestedat a l'auditoria inicial.
Preguntes freqüents
Tot el que et preguntes abans de decidir.
Depèn de la complexitat de l'app original. Una app amb 5-10 pantalles principals pot migrar-se en 3-4 mesos. Apps complexes amb integracions profundes de plataforma nativa poden requerir 6-12 mesos. L'auditoria inicial ens dona un calendari precís.
Sí, i és el recomanable. La migració es fa en paral·lel. L'equip del client pot continuar corregint bugs crítics a l'app original mentre nosaltres construïm la versió Flutter. Coordinem els releases per minimitzar divergències.
Les APIs de backend no canvien, aquesta és l'avantatge. Flutter consumeix les mateixes APIs REST, GraphQL o WebSockets que l'app original. Només es reescriu la capa de presentació i lògica d'UI.
No per arrencar. Ens encarreguem de la migració completa. Però recomanem que l'equip del client participi des del principi per absorbir el coneixement. Dart és molt similar a TypeScript i Kotlin, la corba d'aprenentatge és curta per a developers amb experiència.
Els tests unitaris de lògica de negoci es porten si estan ben separats de la UI. Els tests de UI (snapshot, instrumentació) es reescriuen en el framework de testing de Flutter. Si la cobertura és baixa, aprofitem per construir-la des del principi.
Les migracions parteixen de 40.000€ per a apps de complexitat mitjana. El rang habitual és entre 60.000€ i 150.000€. El determinant és la complexitat de l'app original i el volum d'integracions natives. L'auditoria tècnica inicial (normalment 4.000-8.000€) defineix el pressupost exacte.
L'auditoria tècnica
Tres preguntes. Amb les respostes ja sabem si toca migrar.
L'auditoria és el primer pas i surt amb un pla realista, amb terminis i pressupost. Si la conclusió és que no cal migrar, també ho diu.
D'on veniu i quantes pantalles té l'app avui?
És el que marca el rang d'esforç. React Native i Xamarin no s'assemblen en res.
Quines integracions natives no podeu perdre?
Un SDK sense equivalent en Flutter és l'únic risc que pot canviar la recomanació.
Hi ha una data al calendari: una release, una ronda, un mercat nou?
Marca si la migració va contra un termini o pot anar per mòduls al ritme de l'equip.
o
Més sobre Flutter a Dribba