Una candidatura de desarrollador de apps móviles necesita un relato claro de tu trabajo además de una maquetación legible. Este ejemplo ficticio se centra en cómo separar la experiencia por plataforma. Los registros de empleo, formación y proyectos se mantienen separados para que quien revise pueda identificar tu contribución y su alcance. Compara el ejemplo con tu propia trayectoria; no añadas tareas, herramientas ni titulaciones que no puedas respaldar.
CV de ejemplo (ficticio)
Este ejemplo es ficticio; los nombres de personas y organizaciones no son reales.
Crea un CV con esta plantilla ↗ Descargar como plantilla de Word (.docx) · Plantillas de CV en Word gratis
Cómo redactar este CV
Separa la experiencia por plataforma
Indica el trabajo que realmente hiciste en Android y en iOS. Usar un framework multiplataforma no significa automáticamente que te encargaras de los dos procesos de publicación en las tiendas. Explica por separado los dispositivos probados, los escenarios sin conexión y las responsabilidades de publicación para que quien revise entienda tu contribución.
Indica en qué plataformas publicaste de verdad
Android, iOS y el trabajo multiplataforma son experiencias distintas. Aclara si desarrollaste funciones, te encargaste de la publicación en las tiendas o solo trabajaste en código compartido. Si usaste un único framework para ambas plataformas, dilo y evita presumir de experiencia nativa en una plataforma que apenas tocaste.
Describe dispositivos, versiones y pruebas
Los fallos móviles dependen del tamaño de pantalla, de la versión del sistema operativo y del hardware. Menciona qué tipo de dispositivos o emuladores usaste, cómo trataste las pantallas pequeñas o las versiones antiguas y cómo reproducías los cierres inesperados. Así se ve que entiendes la fragmentación y no solo que programaste para un único teléfono.
Haz visible el trabajo sin conexión
Gestionar redes deficientes es una competencia central del móvil. Si construiste almacenamiento local, sincronización, reintentos o un estado sin conexión claro, descríbelo en una frase con el resultado para el usuario. Es más distintivo que enumerar una librería de gestión de estado.
Sé preciso con las responsabilidades de publicación
Publicar en una tienda implica firma, configuración de builds, normas de revisión y control de versiones. Escribe solo los pasos que hiciste tú, como preparar una build de prueba o redactar las notas de versión. Si otra persona gestionaba la cuenta de la tienda, indica tu papel en lugar de sugerir que te encargabas de todo.
Enlaza algo que se pueda ver
Una breve grabación de pantalla, una build de demostración o un repositorio con capturas ayuda a quien revisa. Si la app no está publicada, llámala prototipo. Menciona los permisos, los ajustes de accesibilidad o las decisiones de localización que gestionaste, porque muestran cuidado por los usuarios reales.
Frases de ejemplo para describir tu trabajo
Adáptalas a tu propio trabajo real; nunca escribas algo que no hiciste.
- Desarrollé la gestión de estado de las pantallas de cuenta y de perfil
- Preparé flujos de datos locales para cuando se interrumpe la conexión
- Corregí problemas de maquetación en distintos tamaños de pantalla
- Mejoré las explicaciones que se muestran junto a las solicitudes de permisos
- Relacioné los problemas reproducibles de las pruebas con las notas de versión
- Preparé una lista de comprobación para la distribución de versiones de prueba
Ideas de habilidades
Elige solo lo que sea cierto en tu caso.
- Flutter
- Dart
- API REST
- Almacenamiento local
- Git
- Pruebas móviles
- Accesibilidad
- Análisis de fallos
- Gestión de versiones
- Gestión de estado
Errores frecuentes
- Presumir de experiencia en Android y en iOS cuando solo has trabajado en una plataforma o en un único código compartido.
- Presentar una app como «publicada» cuando solo era una build local o una versión de pruebas interna.
- Mencionar descargas, valoraciones o número de usuarios sin una prueba que puedas compartir.
- Omitir las pruebas y la cobertura de dispositivos, de modo que parezca que la app solo se probó en un teléfono.
- Usar capturas de las tiendas o recursos de marca de la app de un empleador sin permiso.
Preguntas frecuentes
¿Puedo incluir una aplicación que no está publicada?
Sí. Indica que es un prototipo o un proyecto personal y ofrece una demo o un repositorio que se pueda compartir. No presentes un prototipo sin publicar como un producto comercial en funcionamiento.
¿Debo indicar nativo o multiplataforma en mi CV?
Indica con qué has desarrollado de verdad. Si conoces Flutter o React Native, dilo y menciona los módulos nativos que hayas tocado. Un alcance claro y honesto es mejor que afirmar que dominas todas las tecnologías móviles.
¿Necesito una app publicada para postularme?
No necesariamente. Un prototipo bien presentado, con un vídeo de demostración y un repositorio, puede mostrar tus habilidades. Etiquétalo con exactitud y explica qué partes construiste y qué mejorarías.
¿Cómo muestro experiencia con las tiendas si solo ayudé?
Describe los pasos concretos de los que te encargaste, como preparar builds, escribir notas de versión o resolver comentarios de revisión. Evita redacciones que sugieran que dirigiste todo el proceso de publicación si no fue así.
¿Cambia el CV móvil entre un perfil junior y uno sénior?
Sí. Un CV junior debería empezar por proyectos, prácticas y aprendizaje, explicando con claridad tu aportación. Uno sénior debería destacar la responsabilidad sobre funciones, publicaciones y prácticas de calidad. En ambos casos, sé honesto y concreto.
Guías relacionadas
← Todos los ejemplos de CV