Quien contrata un desarrollador mobile busca a alguien con apps publicadas, que conozca el ciclo completo (desarrollo, pruebas, publicación en las tiendas, monitoreo de errores) y que sepa mantener una app estable a medida que crece. La lectura del CV busca primero la plataforma y la tecnología (Android con Kotlin, iOS con Swift, Flutter, React Native) y después evidencia: enlaces a las tiendas, descargas, calificación, tasa de errores.
El CV de mobile tiene una ventaja que muchos desperdician: el trabajo es público y medible. Una app en Google Play o en App Store tiene número de descargas, estrellas y reseñas, y Crashlytics o herramientas similares dan métricas de estabilidad. Esta guía explica qué pesa, qué keywords filtran los avisos, cómo escribir viñetas con esas métricas y cómo se ve un CV completo del rol dentro del área de tecnología.
En esta guía
Qué pesa en el CV de desarrollador mobile
La experiencia se lee buscando, en cada puesto, la plataforma y el lenguaje, el tipo de app (banca, delivery, retail, salud, herramienta interna), su alcance (descargas, usuarios activos) y qué parte fue propia: un módulo, una pantalla crítica, la app entera. Las métricas de estabilidad y rendimiento (tasa de sesiones sin errores, tiempo de arranque, tamaño de la app) diferencian a quien mantiene apps en producción de quien solo las construye.
Los enlaces a las tiendas van en el encabezado o junto a cada puesto. Si la app es interna o ya no está publicada, se describe con una línea de contexto. Un proyecto personal publicado, aunque tenga pocos usuarios, muestra que se conoce el proceso completo de publicación, que es justamente lo que un aviso pide.
La sección de habilidades se ordena por plataforma y capa: lenguajes, frameworks de interfaz, arquitectura, persistencia, redes, pruebas, herramientas de publicación y monitoreo. La formación pesa en el primer empleo; después importan más las apps publicadas y las certificaciones de plataforma si son recientes.
Keywords que buscan los avisos
Estos son los términos que más se repiten en los avisos de mobile en LatAm y España:
- Kotlin y Android (Jetpack Compose, Android SDK)
- Swift y iOS (SwiftUI, UIKit)
- Flutter y Dart
- React Native
- Arquitectura MVVM y Clean Architecture
- Consumo de APIs REST (Retrofit, URLSession, Dio)
- Firebase (Crashlytics, Analytics, Cloud Messaging)
- Persistencia local (Room, Core Data, SQLite)
- Notificaciones push
- Publicación en Google Play y App Store
- CI/CD mobile (Fastlane, Bitrise, GitHub Actions)
- Pruebas (XCTest, Espresso, JUnit, widget tests)
- Rendimiento y consumo de batería
- Modo offline y sincronización
- Accesibilidad en mobile
Van en las viñetas de experiencia, atadas a la app donde se aplicaron, y las principales se repiten en habilidades. Al postular a un aviso concreto, la herramienta para adaptar el CV a la oferta indica qué términos del anuncio faltan en el documento.
Viñetas de experiencia que funcionan
Las apps tienen métricas públicas y de monitoreo, y las viñetas deberían usarlas. Los pares siguientes muestran la diferencia:
| Así no | Así sí |
|---|---|
| Desarrollo de aplicaciones Android | Desarrollé en Kotlin la app de fidelización de una cadena de farmacias (450.000 descargas, 4,6 estrellas), a cargo del módulo de cupones y pagos |
| Corrección de errores | Reduje la tasa de sesiones con errores de 3,4 % a 0,6 % en 3 meses con Crashlytics y refactorización de 7 pantallas críticas |
| Publicación en las tiendas | Automaticé el pipeline de release con Fastlane y GitHub Actions; las publicaciones pasaron de una cada 6 semanas a una cada 2 |
| Mejora del rendimiento | Bajé el tiempo de arranque en frío de 4,1 s a 1,8 s en Android con carga diferida de módulos y limpieza de dependencias |
| Integración con el backend | Implementé modo offline con Room y sincronización en segundo plano para técnicos de campo; el uso diario subió un 35 % en zonas sin cobertura |
| Desarrollo con Flutter | Migré la app de delivery de dos bases nativas a Flutter, unificando el código y reduciendo un 40 % el tiempo de desarrollo de cada funcionalidad |
Junior vs. senior
Un desarrollador mobile junior necesita, antes que nada, una app publicada, propia o de un proyecto grupal, con enlace a la tienda y repositorio. No importa que tenga cien descargas: demuestra que se recorrió el proceso de firma, publicación, revisión y actualización. Conviene que esa app tenga arquitectura declarada (MVVM, por ejemplo), consumo de una API real y algún test. La formación va arriba y el título del CV dice "junior" o "trainee".
En un perfil senior pesan la escala y las decisiones: apps con cientos de miles de usuarios, modularización, rendimiento medido, estrategia de releases, elección entre nativo y multiplataforma y por qué, coordinación con backend y diseño, mentoría. Las viñetas incluyen métricas de estabilidad y de negocio (conversión en la app, retención) y los primeros puestos se resumen en una línea.
Una app publicada con pocos usuarios vale más en el CV que un proyecto sin publicar con muchas funcionalidades. La publicación es la parte del ciclo que los avisos piden y que no se aprende en un tutorial.
Errores frecuentes en este rol
Los CV de mobile fallan casi siempre por no aprovechar la evidencia disponible. Estos son los errores más repetidos:
- No enlazar las apps. Si el trabajo está en Google Play o en App Store, el enlace es la prueba; omitirlo obliga al reclutador a buscarlo o a no creer.
- No distinguir plataforma. "Desarrollo mobile" sin decir Android, iOS o multiplataforma deja al lector sin saber si el perfil encaja.
- Omitir métricas de estabilidad. Tasa de errores, tiempo de arranque y calificación en la tienda son datos disponibles que casi nadie incluye.
- Listar nativo, Flutter y React Native con el mismo peso. Sin una app asociada a cada uno, la lista sugiere contacto superficial.
- Ignorar el ciclo de releases. Firma, publicación, revisión de la tienda y actualizaciones son parte del trabajo y los avisos las mencionan.
- Diseño recargado. El criterio visual se demuestra en la app, no en el documento. Una plantilla de CV de una columna pasa mejor los filtros ATS.
Ejemplo de CV de desarrollador mobile
El siguiente ejemplo condensa lo anterior en un CV de una página para un perfil de mitad de carrera. Los nombres y las empresas son ficticios.
Desarrollador mobile con 5 años de experiencia en Android nativo (Kotlin) y Flutter, en apps de retail y delivery con más de 400.000 descargas. Foco en estabilidad, rendimiento y automatización de releases. Experiencia en migraciones de nativo a multiplataforma.
Desarrollador Mobile Senior, Mensajería Colibrí (delivery), Ciudad de México. 2022 - actualidad
- Migré la app de repartidores de dos bases nativas a Flutter, unificando el código y reduciendo un 40 % el tiempo de desarrollo de cada funcionalidad.
- Implementé modo offline con SQLite y sincronización en segundo plano; el uso diario subió un 35 % en zonas sin cobertura.
- Automaticé el pipeline de release con Fastlane y GitHub Actions, y las publicaciones pasaron de una cada 6 semanas a una cada 2.
Desarrollador Android, Farmacias del Valle (retail), Ciudad de México. 2019 - 2022
- Desarrollé en Kotlin el módulo de cupones y pagos de la app de fidelización (450.000 descargas, 4,6 estrellas en Google Play).
- Reduje la tasa de sesiones con errores de 3,4 % a 0,6 % en 3 meses con Crashlytics y refactorización de 7 pantallas críticas.
- Bajé el tiempo de arranque en frío de 4,1 s a 1,8 s con carga diferida de módulos y limpieza de dependencias.
Ingeniería en Sistemas Computacionales, Instituto Politécnico Nacional, 2019. Associate Android Developer, Google, 2021.
Kotlin, Jetpack Compose, Flutter, Dart, MVVM, Clean Architecture, Retrofit, Room, SQLite, Firebase (Crashlytics, Cloud Messaging), Fastlane, GitHub Actions, Espresso, Git. Inglés intermedio alto (B2).
Preguntas frecuentes
¿Hay que incluir enlaces a las apps en el CV?
Sí, siempre que estén publicadas. Van en el encabezado o junto al puesto correspondiente, con el nombre de la app y la tienda. Si la app es interna o ya no está disponible, se describe en una línea (tipo de app, usuarios, plataforma) sin enlace.
¿Nativo o multiplataforma: qué conviene destacar?
Lo que pida el aviso y lo que tenga más apps publicadas detrás. Un perfil nativo que también trabajó con Flutter lo indica en segundo lugar; uno multiplataforma que conoce las particularidades de cada tienda lo aclara, porque es lo que diferencia a un desarrollador con apps en producción.
¿Qué métricas incluir en un CV de desarrollador mobile?
Descargas, calificación en la tienda, tasa de sesiones sin errores, tiempo de arranque, frecuencia de releases y, si hay acceso, retención o conversión dentro de la app. Basta una métrica clara por viñeta, con antes y después.
¿Sirve una app personal con pocos usuarios?
Sirve, sobre todo en perfiles junior. Demuestra el ciclo completo de publicación, que es lo que los avisos piden. Conviene presentarla en una sección de proyectos, con enlace a la tienda y al repositorio, sin mezclarla con la experiencia laboral.