Una startup de delivery con tracción regional necesitaba reescribir su app, que estaba lenta, con calificaciones cayendo y un solo desarrollador móvil sobrecargado. El Founder, sin background técnico, publicó una vacante pidiendo "desarrollador móvil con experiencia en iOS, Android, Flutter, React Native, Kotlin y Swift". Recibió ochenta postulaciones, entrevistó a quince y contrató a quien mejor se vendió en la conversación. Tres meses después la app seguía igual: el contratado sabía implementar pantallas, pero nunca había llevado una app de cero a producción, no manejaba el proceso de publicación en stores y la arquitectura que propuso colapsó al primer crecimiento de tráfico. El costo del error no fue solo el sueldo de tres meses: fueron tres meses de roadmap perdido y una segunda búsqueda urgente. El problema no fue el candidato. Fue un proceso sin criterio para distinguir un perfil de UI de un arquitecto móvil senior.
Contratar un mobile developer senior es distinto a contratar un desarrollador web o backend. El trabajo móvil tiene restricciones propias (dispositivos limitados, tiendas con políticas estrictas, releases que no se revierten con un deploy), y la seniority real se mide en una dimensión muy concreta: apps publicadas, vivas y mantenidas en el tiempo. Este reporte arma el marco completo para una empresa que necesita una app y no sabe a quién contratar: cuándo conviene iOS nativo, Android nativo, Flutter o React Native; qué evaluar en arquitectura, performance, stores, CI/CD y testing; cómo entrevistar a un mobile dev sin ser técnico; cómo estructurar el proceso de selección; qué rangos de mercado esperar; y qué errores destruyen la contratación antes de empezar.
El público objetivo es Founder, CEO, CTO, VP of Engineering y Head of People. Sin jerga vacía. Las recomendaciones apuntan a lo que le conviene al lector que necesita la app, no a vender un stack sobre otro. Los rangos numéricos son referenciales de mercado 2026; el disclaimer correspondiente está al inicio del bloque que los usa.
1. Tipos de mobile developer: iOS nativo, Android nativo, Flutter y React Native
La primera decisión, antes de buscar a nadie, es qué stack usará la app. Esta decisión define qué perfil contratar y es la fuente más común de búsquedas fallidas: empresas que abren la vacante sin haberla resuelto terminan reabriendo el proceso a mitad de camino. Hay cuatro caminos principales y cada uno tiene un perfil de candidato distinto.
Swift + SwiftUI / UIKit
Desarrollo específico para iPhone y iPad. Máximo rendimiento, acceso completo al hardware del dispositivo y experiencia de usuario premium alineada con las guías de Apple. Ideal cuando iOS es la plataforma prioritaria o la app exige rendimiento y pulido visual diferenciado.
Kotlin + Jetpack Compose
Desarrollo específico para el ecosistema Android. Cobertura de la enorme diversidad de dispositivos del mercado, integración profunda con servicios del sistema y rendimiento óptimo. Ideal cuando Android concentra la mayoría de los usuarios o la app necesita capacidades nativas avanzadas.
React Native (JS / TS)
Una sola base de código apoyada en el ecosistema JavaScript y componentes nativos. Permite reutilizar talento y librerías web, con buen rendimiento para la mayoría de las apps. Ideal cuando ya existe un equipo web fuerte en React o se busca compartir lógica entre web y móvil.
Cuándo conviene cada stack
No existe un stack "mejor" en abstracto: existe el adecuado para la etapa, el presupuesto y la ambición de la app. La siguiente tabla resume cuándo conviene cada camino. Para una empresa que recién valida un producto, el cross-platform suele ser la apuesta racional; para una app con exigencias de rendimiento o experiencia premium diferenciada, el nativo se justifica.
| Criterio | iOS / Android nativo | Flutter | React Native |
|---|---|---|---|
| MVP rápido en 2 plataformas | Más costo | Muy buena opción | Muy buena opción |
| Performance máximo / juegos / AR | Superior | Aceptable | Aceptable |
| Integración profunda con hardware | Completa | Vía plugins | Vía módulos nativos |
| Reutilizar equipo web existente | No aplica | Curva nueva (Dart) | Alta (React) |
| UI premium diferenciada por plataforma | Ideal | Posible con esfuerzo | Posible con esfuerzo |
| Presupuesto acotado, un solo equipo | Caro (2 equipos) | Eficiente | Eficiente |
| Disponibilidad de talento en el mercado | Media-alta | Alta y creciente | Alta |
Muchas empresas maduras adoptan un enfoque híbrido: usan cross-platform para el grueso de las pantallas y módulos nativos para las partes críticas en rendimiento. Un mobile developer senior con criterio sabe defender la elección de stack según el problema del negocio, no según la moda. Si un candidato descalifica todos los stacks menos el suyo sin matices, es una señal de alerta. Para roles full-stack que tocan tanto backend como front, conviene leer también cómo contratar un full-stack senior, ya que parte del criterio de evaluación se solapa.
2. Qué evaluar en un mobile developer senior
Una vez definido el stack, el foco pasa a qué hace senior a un perfil móvil. La seniority no es antigüedad: es la capacidad de tomar decisiones de diseño que sostienen una app que crece. Estos son los ejes que mejor discriminan un perfil senior de uno que solo implementa pantallas.
Arquitectura de apps
Un senior separa capas (presentación, dominio, datos), modulariza para que la app escale sin volverse un monolito ingobernable, y elige patrones (MVVM, clean architecture, unidirectional data flow) según el problema, no por costumbre. La pregunta reveladora: cómo estructuraría una app que crece de cinco pantallas a cincuenta sin que cada release se vuelva un riesgo. Quien responde con desacople de capas, gestión de estado y testabilidad demuestra criterio; quien responde solo con nombres de librerías de moda, no.
Performance y tamaño del binario
El rendimiento en móvil no es opcional: una app lenta o pesada pierde usuarios y baja en las calificaciones de las tiendas. Un senior conoce cómo medir y optimizar tiempos de arranque, consumo de memoria, fluidez de scroll, uso de batería y peso del binario. Pregunte por una vez que una app suya estaba lenta y cómo diagnosticó y resolvió el problema; la respuesta revela si la persona trabajó en producción real o solo en prototipos.
Manejo de App Store y Play Store
Publicar una app no es subir un archivo. Implica firma y perfiles de aprovisionamiento en iOS, signing keys en Android, gestión de versiones, rollouts escalonados, manejo de rechazos de revisión de Apple y cumplimiento de políticas de Google. Un senior llevó apps al aire de punta a punta y sabe responder cuánto tardó su último release, qué hizo cuando una app fue rechazada y cómo gestiona builds beta con TestFlight o canales internos de Play. Quien nunca publicó no puede improvisar estas respuestas.
CI/CD móvil, testing y releases
El CI/CD móvil automatiza build, testing, firma y distribución en cada cambio, con herramientas como Fastlane, Bitrise, Codemagic o GitHub Actions. Un senior configura builds reproducibles y pruebas automáticas (unitarias, de UI y de integración) que corren antes de publicar. También maneja estrategias de release: feature flags, rollout gradual y monitoreo de crashes con herramientas como Crashlytics o Sentry. Sin esto, cada release es artesanal y no aguanta un equipo creciendo.
Accesibilidad
Un perfil maduro considera la accesibilidad desde el diseño: soporte de lectores de pantalla (VoiceOver, TalkBack), tamaños de fuente dinámicos, contraste y navegación por teclado o switch. Más allá de la inclusión, la accesibilidad bien hecha mejora la calidad general de la app y reduce rechazos en las tiendas. Que un candidato la mencione sin que se le pregunte es una señal positiva de desempeño profesional.
Un mobile developer senior no se mide por las tecnologías que lista en su currículum, sino por las apps que llevó de cero a producción y mantuvo en el tiempo. Una app publicada y viva dice más que cualquier entrevista técnica.
Pablo Herrera · Founder & IT Headhunter en IT Workers3. Cómo entrevistar a un mobile developer sin ser técnico
Un decisor no técnico puede evaluar mucho más de lo que cree, sin escribir ni leer una línea de código. La clave es desplazar la conversación de "qué sabes" hacia "qué hiciste y por qué". Estas son las preguntas y señales que mejor funcionan.
Portfolio de apps publicadas
Pida que muestre apps publicadas en App Store o Play Store en las que participó. Descárguelas, úselas, revise reseñas, frecuencia de actualización y calificación. Una app viva, actualizada y bien calificada es la mejor evidencia de seniority que existe. Si el candidato no puede mostrar ninguna app pública revisable, es una señal de alerta importante en un perfil que se presenta como senior.
Preguntas que revelan criterio
- Cuénteme una decisión técnica difícil que tomó en una app y por qué la tomó así.
- ¿Cuál fue el peor bug en producción que enfrentó y cómo lo resolvió?
- ¿Cómo le explicaría a alguien no técnico por qué eligió Flutter en lugar de nativo, o al revés?
- ¿Cuánto tardó su último release de cero a tienda y qué lo hizo más lento de lo esperado?
- ¿Qué haría distinto si tuviera que reescribir su última app desde cero?
Green flags y red flags
Green flags: apps publicadas verificables, capacidad de explicar tradeoffs sin jerga vacía, reconocimiento honesto de errores pasados, mención espontánea de testing, performance y accesibilidad, y adaptación del stack al problema del negocio. Red flags: ninguna app revisable, descalificar todos los stacks menos el propio sin matices, desconocer el proceso de publicación, describir todos sus proyectos como exitosos sin un solo aprendizaje, y confundir validar un MVP rápido con construir para escalar. La validación técnica profunda conviene apoyarla en un headhunter especializado o un referente técnico de confianza, usando un scorecard de contratación tech estructurado para evaluar a todos los candidatos con los mismos criterios.
4. Estructura del proceso de selección de un mobile developer
Un proceso ordenado reduce el riesgo de una mala contratación y, paradójicamente, acelera la búsqueda: filtra antes y evita entrevistar a quince personas para descubrir tarde que ninguna calza. Las dos etapas que más discriminan seniority (screening de apps publicadas y entrevista de arquitectura) son justamente las que las empresas suelen saltarse.
| Etapa | Qué evalúa | Duración típica |
|---|---|---|
| 1. Screening | Antecedentes, apps publicadas, stack y encaje básico del rol | 30-45 min |
| 2. Prueba técnica acotada | Revisión de código real o ejercicio corto de 2-3 horas, no proyecto completo gratuito | 2-3 horas |
| 3. Entrevista de arquitectura | Decisiones de diseño, patrones, modularización, tradeoffs y escala | 60-90 min |
| 4. Entrevista de fit | Encaje con el equipo y el manager, comunicación con no técnicos | 45-60 min |
| 5. Referencias y oferta | Validación con proyectos previos y cierre de oferta competitiva | 2-4 días |
La prueba técnica merece una advertencia: pedir un proyecto completo gratuito ahuyenta a los buenos candidatos, que tienen oferta y no regalan días de trabajo. Una revisión de código real que el candidato ya escribió, o un ejercicio corto de dos a tres horas, evalúa mejor y respeta el tiempo de la persona. Un proceso bien estructurado se cierra en dos a cuatro semanas; uno desordenado se arrastra meses y suele terminar en una contratación apurada. Para escribir una vacante que atraiga senior en lugar de espantarlos, vale revisar cómo redactar una job description tech que cierra senior.
5. Rangos de sueldo de mercado para perfiles móviles 2026
La compensación de un mobile developer varía por industria, etapa de la empresa, stack y antigüedad efectiva en el nivel. Un perfil iOS nativo senior con apps de alto tráfico tiende al extremo superior; un perfil cross-platform en una empresa en etapa temprana, al centro de la banda. Los rangos a continuación sirven para calibrar una oferta, no para fijarla.
Los rangos referenciales que siguen son estimaciones de mercado 2026 elaboradas en base a procesos gestionados por IT Workers y no constituyen una oferta ni una garantía de compensación para ningún rol o empresa específica. Cada empresa define sus propias bandas según su compensation philosophy, etapa y mercado objetivo, y varían por industria y etapa.
| Nivel | Rango bruto mensual (CLP) | Perfil típico |
|---|---|---|
| Mid Mobile Developer | $2.300.000 - $3.300.000 | Implementa features sobre arquitectura existente con supervisión |
| Senior Mobile Developer | $3.800.000 - $5.400.000 | Diseña arquitectura, maneja releases y CI/CD, mentorea |
| Staff / Lead Mobile | $5.500.000 - $7.500.000 | Define estrategia técnica móvil, lidera múltiples apps o equipos |
| iOS / Android nativo senior (alto tráfico) | $4.500.000 - $6.000.000 | Especialista nativo con apps de gran escala en producción |
Para una visión completa de bandas por rol y nivel en el ecosistema tech, la guía salarial tech 2026 entrega rangos referenciales de más de ochenta cargos, útil como base para construir la oferta de un perfil móvil dentro de un sistema coherente.
6. Errores comunes al contratar perfiles móviles y cómo acelerar el proceso
Después de gestionar búsquedas de perfiles móviles para empresas de distintas industrias (un banco digital, una Fintech A, una startup de delivery, un Retail B), los errores que arruinan la contratación se repiten. Casi todos se evitan con criterio y proceso.
Error 1: definir el stack después de empezar la búsqueda
Abrir la vacante sin haber decidido si la app será nativa o cross-platform produce una lista de requisitos imposible ("que sepa todo") y obliga a reabrir el proceso cuando se aclara la decisión. El stack se define antes de buscar, no durante.
Error 2: evaluar teoría sin revisar apps reales
Contratar por una buena entrevista verbal, sin descargar y revisar apps publicadas, es la fuente número uno de contrataciones equivocadas en móvil. Las apps vivas son la evidencia; la conversación, solo el complemento.
Error 3: confundir un perfil de UI con un arquitecto móvil
Implementar pantallas bonitas y diseñar la arquitectura de una app que escala son habilidades distintas. Pagar sueldo de arquitecto a un perfil de UI, o esperar arquitectura de un perfil de UI, termina en frustración mutua.
Error 4: pruebas técnicas desproporcionadas
Pedir un proyecto completo gratuito ahuyenta justamente a los candidatos que tienen oferta. Una prueba acotada y respetuosa del tiempo del candidato atrae mejor talento.
Error 5: elegir el stack equivocado para la app
Contratar un perfil cross-platform cuando la app necesita rendimiento nativo (o al revés) condena el producto desde el inicio. La decisión de stack y la decisión de perfil deben ser coherentes.
Cómo IT Workers acelera la contratación de perfiles móviles: el mercado de mobile developers iOS, Android, Flutter y React Native ya está mapeado, los candidatos se evalúan en apps publicadas y arquitectura antes de presentarse, y la shortlist filtrada se entrega en pocos días hábiles, no en semanas. Cada contratación incluye una garantía de 90 días, de modo que el riesgo de una decisión equivocada lo absorbe la consultora y no el equipo del cliente. El objetivo es simple: que el equipo entreviste a tres o cuatro candidatos validados en lugar de quince sin filtrar.
Si la empresa busca construir o reforzar un equipo de desarrollo completo, no solo un perfil móvil, conviene revisar el servicio de reclutamiento de desarrolladores de software, que cubre el mismo enfoque de evaluación técnica estructurada para roles de ingeniería en distintos stacks.
7. FAQ: 11 preguntas que recibimos de empresas que necesitan una app
¿Qué diferencia a un mobile developer senior de uno mid?
Un mobile developer senior diseña la arquitectura de la app completa, no solo implementa pantallas. Toma decisiones de patrón (MVVM, clean architecture, modularización), maneja el ciclo de release en App Store y Play Store de punta a punta, configura CI/CD móvil, optimiza performance y tamaño del binario, y mentorea a perfiles mid y junior. Un mid implementa features bien definidas sobre una arquitectura existente, pero todavía requiere supervisión en decisiones de diseño, manejo de stores y resolución de incidentes en producción. La señal más confiable de seniority es la cantidad de apps publicadas que la persona llevó de cero a producción y mantuvo en el tiempo.
¿Conviene contratar iOS nativo, Android nativo o cross-platform como Flutter o React Native?
Depende de la etapa, el presupuesto y la ambición de la app. Para validar un MVP en ambas plataformas con un solo equipo y presupuesto acotado, Flutter o React Native permiten cubrir iOS y Android con una sola base de código. Para una app con alta demanda de performance, integraciones profundas con hardware del dispositivo, o experiencia de usuario premium diferenciada por plataforma, el desarrollo nativo (Swift en iOS, Kotlin en Android) suele ser superior. Muchas empresas maduras combinan: nativo para módulos críticos y cross-platform para pantallas de bajo riesgo. La decisión debe tomarse antes de buscar al candidato, porque define qué perfil contratar.
¿Qué debo evaluar en la arquitectura de apps de un mobile developer senior?
Evaluar si la persona separa capas (presentación, dominio, datos), si modulariza para que la app escale sin volverse monolítica, y si elige patrones según el problema en lugar de aplicar siempre el mismo. Un senior explica por qué eligió MVVM o clean architecture en un proyecto y qué tradeoffs aceptó. También debe demostrar manejo de estado (cómo evita fugas de memoria y renders innecesarios), gestión de dependencias y desacople de servicios externos para poder testear. La pregunta clave: cómo estructuraría una app que crece de cinco pantallas a cincuenta sin que el equipo se trabe en cada release.
¿Cómo evalúo el manejo de App Store y Play Store de un candidato móvil?
Un mobile developer senior conoce el proceso de publicación de punta a punta: firma de la app, perfiles de aprovisionamiento en iOS, signing keys en Android, gestión de versiones, fases de rollout escalonado, manejo de rechazos de revisión de Apple y respuesta a políticas de Google. Pregunte por la vez que una app fue rechazada y cómo lo resolvió, cuánto tardó su último release de cero a tienda, y cómo gestiona builds beta con TestFlight o canales internos de Play. Quien nunca publicó una app a producción no puede responder estas preguntas con detalle, y eso es una señal clara de falta de seniority real.
¿Qué es CI/CD móvil y por qué importa al contratar?
CI/CD móvil es la automatización del build, testing, firma y distribución de la app en cada cambio de código, usando herramientas como Fastlane, Bitrise, Codemagic o GitHub Actions. Importa porque sin pipeline automatizado cada release es manual, lento y propenso a errores de firma o de versión. Un mobile developer senior configura builds reproducibles, ejecuta pruebas automáticas antes de publicar y distribuye versiones beta sin intervención manual. Al contratar, preguntar cómo automatiza sus releases revela si la persona piensa en escala o si depende de procesos artesanales que no aguantan un equipo creciendo.
¿Cómo entrevisto a un mobile developer si no soy técnico?
Un decisor no técnico puede evaluar mucho sin escribir código. Pida que muestre apps publicadas en App Store o Play Store con su nombre o el de su equipo, descárguelas y revise reseñas, frecuencia de actualización y calidad percibida. Pregunte por una decisión técnica difícil que tomó y por qué, por un bug grave en producción y cómo lo resolvió, y por cómo explicaría a un no técnico por qué eligió Flutter sobre nativo. Las respuestas claras y sin jerga vacía indican dominio real. Para la validación técnica profunda, apoyarse en un headhunter especializado o en un referente técnico de confianza.
¿Cuáles son las red flags al contratar un mobile developer senior?
Las señales de alerta incluyen: ninguna app publicada que se pueda revisar, incapacidad de explicar decisiones de arquitectura más allá de nombres de moda, desconocer el proceso de publicación en stores, no mencionar nunca testing ni performance, y describir todos sus proyectos como exitosos sin un solo aprendizaje de un error. También es señal de alerta quien solo sabe un stack y descalifica todo lo demás sin matices, o quien no distingue entre validar un MVP rápido y construir una app para escalar. Un senior real reconoce tradeoffs, admite errores pasados y adapta su enfoque al problema concreto del negocio.
¿Cómo debe ser el proceso de selección de un mobile developer?
Un proceso ordenado tiene cinco etapas: screening de antecedentes y apps publicadas, prueba técnica acotada (idealmente revisar código real o un ejercicio corto de dos a tres horas, no un proyecto completo gratuito), entrevista de arquitectura para discutir decisiones de diseño y tradeoffs, entrevista de fit con el equipo y el manager, y cierre con referencias. El error más común es saltarse el screening de apps publicadas y la entrevista de arquitectura, que son las dos etapas que más discriminan seniority real. Un proceso bien estructurado dura entre dos y cuatro semanas y reduce el riesgo de una contratación equivocada que cuesta meses de retraso.
¿Qué rango de sueldo tiene un mobile developer en el mercado 2026?
Los rangos varían por industria, etapa de la empresa y stack. Como referencia de mercado regional bruto mensual en 2026, un mobile developer mid se ubica aproximadamente entre 2.300.000 y 3.300.000 pesos, un senior entre 3.800.000 y 5.400.000 pesos, y un staff o lead móvil entre 5.500.000 y 7.500.000 pesos. Los perfiles iOS nativo y Android nativo senior con apps de alto tráfico tienden al extremo superior. Estos rangos son referenciales y no constituyen una oferta; cada empresa define sus bandas según su compensation philosophy, mercado objetivo y etapa de financiamiento.
¿Cuáles son los errores más comunes al contratar perfiles móviles?
Los errores frecuentes son: definir el stack después de iniciar la búsqueda en lugar de antes, evaluar solo conocimiento teórico sin revisar apps reales publicadas, confundir un perfil de UI con un arquitecto móvil, pedir pruebas técnicas desproporcionadas que ahuyentan a los buenos candidatos, y subestimar la importancia del manejo de stores y CI/CD. Otro error caro es contratar un perfil cross-platform cuando la app necesita rendimiento nativo, o viceversa. IT Workers acelera el proceso entregando una shortlist filtrada en pocos días con candidatos ya validados en arquitectura y apps publicadas, con garantía de 90 días sobre la contratación.
¿Cuánto demora contratar un mobile developer senior con un headhunter?
Con un headhunter especializado, una shortlist de candidatos móviles senior validados suele entregarse en pocos días hábiles, no en semanas. El proceso completo hasta la oferta firmada depende de la disponibilidad del equipo del cliente para entrevistar, pero típicamente se cierra en dos a cuatro semanas cuando hay agilidad de ambos lados. La ventaja de un headhunter especializado es que ya tiene mapeado el mercado de perfiles iOS, Android, Flutter y React Native, evalúa apps publicadas y arquitectura antes de presentar, y entrega garantía de 90 días sobre la contratación para reducir el riesgo del cliente.
¿Necesitas contratar un mobile developer senior y no sabes a quién buscar?
Conversación estructurada de 20 minutos para definir el stack adecuado a tu app, el perfil que necesitas y los criterios de evaluación. Shortlist de candidatos validados en pocos días, con garantía de 90 días. Recomendación honesta sin venta forzada.
Hablar con un consultor WhatsApp directo- — Apple App Store Review Guidelines, 2024-2025
- — Android Developers: distribution best practices, 2024-2025
- — Flutter: documentación oficial, 2024-2025
- — React Native: documentación oficial, 2024-2025
- — Get on Board, reportes de mercado tech LATAM, 2024-2025