Ingenieros Flutter de producto
Widgets, navegación y state tratados como trabajo de producto, no un Material scaffold hello-world que se filtró a producción.
Flutter · Dart · iOS · Android
Una contratación Flutter no es «alguien que sabe ejecutar flutter create». Los ingenieros de iQud entregan apps multiplataforma pulidas con UI coherente, platform channels y pipelines de release listos para las tiendas, no un Material scaffold convertido en producción.
«Flutter» no es un solo oficio. Emparejamos la superficie de producto que necesita, las mismas stacks detrás de nuestras páginas Flutter, Mobile Apps e iOS en producción.
Widgets, navegación y state tratados como trabajo de producto, no un Material scaffold hello-world que se filtró a producción.
Cámara, trabajo en segundo plano, pagos y bridges de hardware poseídos en el repo, no un plugin que nadie puede depurar tras el lanzamiento.
Certificados, builds, pistas TestFlight / Play y correcciones de revisión como trabajo propio, no un job de CI que solo corre en un portátil.
Sync, colas y redes degradadas tratadas como superficies de producto, no un «nice to have» tras el happy path.
Listas, animaciones y coste de rebuild revisados en teléfonos de gama media, no una demo fluida solo en el flagship del ingeniero.
Un banco mobile React-first, una integración Swift profunda o una PWA de marketing sigue queriendo otra contratación. Lo diremos en la llamada intro en vez de forzar un asiento solo-Flutter.
Cada tesela es una página de tecnología o servicio iQud. La franja de abajo es Flutter con las herramientas de device, tienda y datos mobile que estos ingenieros ya entregan, no React Native, Ionic, ni el catálogo mobile completo.
























Una contratación Flutter debe entregar en un device en su repositorio, no pasar dos meses de teatro de onboarding mientras expiran los certificados.
Flutter vs FlutterFlow, prioridad iOS vs Android, platform channels, seniority, horas de solape, y qué es «listo en 30 días» en ambas tiendas.
Emparejamos especialistas Flutter disponibles con su brief y compartimos trabajo de app de producto, platform channels o release.
Conozca a la persona que se unirá al standup. Valide cómo habla de un rebuild jank, de un build de tienda fallido y del último platform channel que realmente poseía.
Acceso al repo, simuladores y primer pull request, normalmente en una semana tras el go.
La mayoría de los clientes incorporan primero un ingeniero Flutter. Un par o un split de plataforma solo si el trabajo lo necesita de verdad.
Un especialista Flutter se une a su squad, sigue a su lead y trabaja en sus rituales.
Ideal paraCerrar un hueco mobile multiplataforma sin un proceso de vendor nuevo
Un owner estable para la app compartida, los platform channels o el pipeline de tienda, con revisión sénior en el sprint.
Ideal paraUn producto que necesita un owner Flutter con nombre
Una franja definida: una nueva app consumer, un cutover de platform channels, o un camino de release en tienda con contratos ya en movimiento.
Ideal paraUn hito al que pueda señalar, no un banco abierto
Dos formas de staffar un ingeniero Flutter. Por hora para picos y tickets definidos. Un asiento mensual dedicado si quiere a alguien en el standup todos los días, a una tarifa efectiva más baja que dejar correr el reloj.
20 €/ hora
Capacidad Flutter flexible para picos de features, revisiones y tickets delimitados. Solo paga las horas trabajadas.
Mejor valor
1840 €/ mes
Un ingeniero Flutter con nombre en su sprint, unas 160 horas de capacidad mobile dedicada, con revisión sénior en la cadencia.
Un mes completo a 20 € es 3200 €. Este asiento es 1840 €.
Tarifas para ingenieros Flutter dedicados (UI multiplataforma, platform channels, releases en tienda). Mix de seniority y solape se confirman en la llamada intro. No cotizamos una stack que no entregamos ya.
Un desarrollador Flutter mediocre produce una demo que funciona en su simulador. Estos ingenieros producen una app que sobrevive a devices reales, tiendas reales y su próximo trimestre de releases.
Viven en el coste de rebuild, los platform channels, y por qué el jank de la semana pasada venía de un widget que debería haber sido un const o un isolate.
Solape GIFT City con Europa y EE. UU. Las revisiones en device ocurren en vivo cuando sus leads están en línea.
Velocidad mid-level sin deuda de channel sin supervisión. La revisión es parte del engagement, no un SKU extra.
No hacemos girar un banco. La capacidad es limitada para que el ingeniero que entrevista sea el del standup.
Empiece con uno. La mayoría de los clientes incorporan un ingeniero Flutter sénior o mid, y luego añaden un par si el backlog de producto o tienda lo justifica.
Los tres cuando es trabajo de producto. Un asiento Flutter es UI Dart que publica en ambas tiendas. Un asiento FlutterFlow es cuando ya prototipa o entrega así. Un asiento platform channels bridgea APIs de device que la capa Dart no puede simular. Solo preseleccionamos ingenieros en stacks que ya entregamos.
Eso es una contratación React Native, una contratación iOS, o una contratación frontend, no este asiento. Dígalo en la llamada intro y no impondremos un perfil solo-Flutter a un banco mixto.
Después de mapear el rol y su OK, los primeros pull requests suelen aterrizar en una semana, más rápido si el repo, simuladores y cuentas de tienda están listos.
Sí. GitHub, Jira, su CI, sus standups. No inventamos un proceso paralelo salvo que lo pida.
Por hora (20 €) es para picos y tickets definidos, solo paga las horas trabajadas. El asiento mensual (1840 €) es un ingeniero Flutter con nombre en su sprint, unas 160 horas de capacidad dedicada. El mismo mes facturado por hora sería 3200 €. Seniority y solape se confirman en la llamada intro.

Díganos Flutter vs FlutterFlow, qué platform channels importan, y la primera release que quiere en TestFlight o Play. Volveremos con un perfil con nombre, una ventana de arranque y un plan de dos semanas.