Si te dedicas a diseñar apps móviles o estás montando tu primer proyecto, tarde o temprano te toca enfrentarte a lo mismo: cómo crear una interfaz Android clara, atractiva y coherente, y cómo diseñar iconos que realmente funcionen en Google Play y dentro de la aplicación. No es solo una cuestión estética; tiene impacto directo en descargas, uso diario y percepción de tu marca.
A lo largo de esta guía vamos a desgranar, paso a paso, las reglas oficiales de Google Play para iconos, los principios de diseño de interfaces Android y las mejores prácticas de UX, tipografía, color y lenguaje. Todo con un tono cercano, ejemplos concretos y recomendaciones muy aterrizadas para que puedas aplicar lo aprendido en tu próxima app sin perderte en tecnicismos innecesarios.
Iconos de aplicaciones Android en Google Play: requisitos y buenas prácticas
El icono que aparece en Google Play no es un simple adorno: es la cara comercial de tu app, su “packaging” en el escaparate de la tienda. Además, sigue unas especificaciones técnicas muy estrictas que, si no respetas, harán que la consola de desarrollador te rechace el recurso.
Google Play ha unificado la forma de los iconos para asegurar una apariencia homogénea en todos los dispositivos, formatos de pantalla y diseños de interfaz. Esa unidad visual hace que los usuarios se concentren en el contenido del icono —la ilustración o el logo— y no en marcos dispares, esquinas extrañas o sombras inconsistentes.
Especificaciones técnicas del icono para Google Play
Cuando prepares el gráfico principal de tu app para la ficha de Google Play, debes cumplir estos parámetros básicos, que Google aplica de manera global a todos los iconos de la tienda:
- Tamaño final: 512 × 512 píxeles.
- Formato de archivo: PNG de 32 bits.
- Espacio de color: sRGB.
- Peso máximo: 1024 KB.
- Forma original: cuadrado completo sin esquinas redondeadas.
- Sombras paralelas: no deben añadirse al archivo original, ya que Google Play genera dinámicamente la sombra exterior.
En otras palabras, subes un cuadrado limpio, sin esquinas redondeadas ni sombras externas. A partir de ahí, es Google Play quien aplica el enmascarado con esquinas redondeadas (con un radio equivalente al 30% del tamaño) y la sombra paralela para adaptarlo de forma consistente a toda la interfaz de la tienda.
Cuadrícula de líneas clave y uso del espacio
Para organizar bien el contenido dentro de esos 512 × 512 píxeles, Google propone una cuadrícula de líneas clave. Piensa en esta cuadrícula como una guía flexible donde encajar logotipos, símbolos o ilustraciones sin tener que forzar tu marca a ocupar el cuadro completo si no lo necesita.
En la práctica, Google considera un área interior de referencia de 384 × 384 píxeles (el 75% de la dimensión del icono) donde debería residir la parte principal del diseño. A partir de ahí:
- Material gráfico minimalista o logotipos puros: se recomienda usarlos dentro de la cuadrícula de líneas clave, dejando un margen respirando alrededor.
- Ilustraciones o gráficos más orgánicos: suelen funcionar mejor si se extienden a todo el fondo, ocupando el cuadrado completo.
Lo importante es no forzar tu logotipo hasta deformarlo para llegar al borde. Si tu marca funciona mejor con aire, colócala sobre un fondo homogéneo respetando la cuadrícula. Y si tienes una ilustración rica, no la encojas tanto que parezca perdida en el centro; deja que llene el espacio.
Qué no debes hacer en el icono de Google Play
Además de las reglas de tamaño y formato, hay una serie de prácticas prohibidas que vulneran las políticas de Google Play y, además, confunden a los usuarios. Debes evitar:
- Incluir texto o elementos gráficos que indiquen clasificación por edad.
- Usar texto o gráficos para anunciar promociones, descuentos o incentivos para instalar la app.
- Colocar sellos o insignias que señalen participación en programas de Google Play.
- Inventarte cintillos, medallas o claims que puedan inducir a error al usuario sobre la naturaleza o el rendimiento de la app.
Todo ese contenido pertenece a la ficha de producto (capturas, texto descriptivo, vídeos…), no al icono principal, que debe ser claro, limpio y atemporal.
Sombras, esquinas y adaptación de la marca
En cuanto subes tu recurso, Google Play genera una sombra paralela uniforme y redondea las esquinas de forma automática. Esto significa que:
- No debes añadir sombras paralelas exteriores. Romperías la coherencia visual con el resto de iconos y duplicarías ese efecto.
- Puedes incluir sombras internas o juegos de luz dentro de la ilustración, siempre que sean coherentes con las directrices de Material Design y no compitan con la sombra global de la plataforma.
- No debes redondear tú mismo las esquinas del archivo. Deja el PNG en cuadrado perfecto y deja que Google haga el resto.
Si tu logotipo depende mucho de una forma concreta (por ejemplo, un escudo, una pastilla, un círculo muy reconocible), no intentes que se convierta a toda costa en un fondo a sangrado completo. Colócalo dentro de la cuadrícula de líneas clave sobre un fondo sólido que encaje con tu identidad y evita transparencias en el fondo; si las hay, se verá el color de la interfaz de Google Play y probablemente no coincidirá con tu marca.
Modo heredado y migración de iconos antiguos
Cuando Google introdujo este sistema unificado de iconos, determinó un periodo de transición. Los recursos que no se adaptaron a tiempo a la nueva especificación pasaron a un modo heredado: se escalaron automáticamente al 75% de la cuadrícula (384 px dentro de los 512 px) para mantener cierta coherencia.
Para los desarrolladores que usan la API de Google Play, las fechas de migración se gestionaron de forma escalonada. Durante un tiempo fue obligatorio actualizar la especificación del icono desde Play Console y, solo después, se permitía subir el nuevo PNG mediante la llamada a Edits.images:upload. A partir de una fecha límite, la API empezó a aplicar siempre la nueva especificación y a rechazar iconos antiguos.
Hoy en día, en la práctica, no puedes subir un icono que no cumpla las reglas actuales. Si ves errores en la subida desde la API, toca revisar tamaño, formato, peso y forma del archivo antes de insistir.
Diferencias de estilo entre Android, iOS y Windows: contexto para tus interfaces
Para diseñar una buena interfaz Android, conviene entender cómo se posiciona frente a otros sistemas. Cada plataforma tiene su propia personalidad visual, sus tipografías favoritas y su manera de resolver iconos y componentes. Ajustarte a ese lenguaje ayuda a que tu app “se sienta en casa”.
En Android predomina una idea de limpieza brillante: composiciones ordenadas, jerarquías claras, elementos bien espaciados y detalles sutiles que aportan brillo sin recargar. La tipografía Roboto —creada expresamente para el sistema— es uno de los signos más reconocibles de la plataforma, acompañada de un conjunto de colores, alturas y sombras coherentes con Material Design.
iOS, por su parte, ha ido abandonando poco a poco el skeumorfismo para abrazar un estilo más ligero, centrado en el contenido. Controles reducidos a la mínima expresión, fondos claros, tipografías como Neue Helvetica (y posteriormente San Francisco) en pesos “light”, y capas superpuestas con transparencias que dan continuidad entre pantallas.
Windows Phone (y su herencia en la interfaz moderna de Microsoft) apuesta por un diseño plano y fuertemente tipográfico, con iconos tipo pictograma, colores lisos (mucha presencia del blanco) y una retícula muy marcada a base de tiles o azulejos. La información se muestra sin florituras: lo que importa se queda, lo accesorio desaparece.
Interfaces nativas vs. personalizadas en Android
Al empezar un proyecto Android es habitual plantearse si tirar de componentes nativos (botones, listas, cabeceras estándar) o construir una interfaz completamente personalizada con recursos gráficos a medida. Lo razonable suele estar a medio camino.
Los elementos nativos tienen varias ventajas: ya vienen con tamaño, colores, tipografía y estados de interacción pensados para usabilidad y accesibilidad. El usuario está acostumbrado a ellos, por lo que el esfuerzo de aprendizaje es menor y la sensación de familiaridad aumenta. Además, aceleran mucho el desarrollo: no necesitas diseñar cada botón desde cero.
Sin embargo, si quieres que tu app tenga un carácter visual muy marcado —por ejemplo, un producto muy centrado en experiencia y detalles estéticos— necesitarás personalizar más cosas. Aquí entran en juego campos de texto con texturas específicas, botones con relieves concretos o tarjetas con sombras y esquinas únicas que no se consiguen directamente con los widgets estándar.
Esta personalización suele implicar más esfuerzo de diseño y desarrollo. Hay que prever cómo se adaptan esas imágenes a distintos tamaños de pantalla, densidades de píxel y orientaciones. Y, por supuesto, garantizar que el rendimiento no sufre (un abuso de bitmaps pesados puede volver la app lenta y tragona en memoria).
En la mayoría de casos, la estrategia más sensata es partir de una base nativa y seleccionar cuidadosamente qué elementos merece la pena personalizar: quizás la pantalla de inicio, algunos botones clave o ciertos listados insignia. Así mantienes buena usabilidad y tiempos de desarrollo razonables, sin renunciar a una identidad visual potente.
Identidad visual: marca, iconos y pantalla inicial
Una app no vive aislada: forma parte de la identidad global de una empresa o producto. Colores, tipografías y fondos deben resonar con el resto de puntos de contacto de la marca (web, campañas, productos físicos, etc.).
En cuanto al logotipo, conviene no caer en la tentación de repetirlo sin parar en todas las pantallas. Es más efectivo reservarlo para lugares estratégicos: la pantalla de bienvenida, el acceso con usuario y contraseña, el apartado “Acerca de”, o quizás un encabezado concreto. Así la marca está presente, pero no interfiere con la navegación ni satura al usuario.
Dentro de este sistema, dos piezas tienen especial peso en la primera impresión: el icono de lanzamiento (launcher icon) y la pantalla inicial o splash. Son lo primero que ve el usuario antes siquiera de interactuar con tu contenido real.
Icono de lanzamiento: tu producto en el escaparate
El icono de lanzamiento sirve como ancla visual de la app en la pantalla de inicio y en la tienda. Debe destacar entre decenas de aplicaciones, transmitir la esencia funcional del producto y estar alineado con el estilo general de la marca.
Un buen icono de app suele basarse en formas simples, pocos elementos y mucho cuidado en los detalles. Es importante recordar que se verá tanto en tamaños grandes (ficha de la tienda) como diminutos (rejilla de apps), por lo que hay que diseñar pensando en la escalabilidad: en tamaños pequeños los detalles finos desaparecen y el conjunto debe seguir siendo legible.
Cada sistema operativo tiene sus particularidades:
- Android: iconos con representación frontal, ligera sensación de volumen y profundidad a través de sombras y transparencias, integrados con el estilo Material.
- iOS: representación simplificada, normalmente un solo elemento protagonista sobre fondo opaco, sin exceso de detalle. El sistema se encarga de redondear las esquinas y aplicar brillos sutiles.
- Windows Phone: iconos tipo pictograma, extremadamente simples, de color plano (a menudo blanco) sobre un fondo que puede cambiar según el tema del usuario. La transparencia del pictograma es clave.
Iconos interiores: funcionalidad discreta pero crítica
Una vez dentro de la app entran en juego los iconos interiores: esos pequeños símbolos que acompañan botones, pestañas, menús o mensajes. No son tan vistosos como el icono de lanzamiento, pero tienen una misión clave: hacer la interfaz más comprensible y eficiente.
Los iconos interiores se usan sobre todo en tres escenarios: como refuerzo visual de información (por ejemplo, un icono de alerta junto a un mensaje importante), como complemento de elementos interactivos (botones con icono y texto, pestañas con pictograma) y como resumen visual cuando el texto sería demasiado largo o complejo.
Un buen icono interior debe comunicar por sí mismo la acción o el concepto que representa. Aquí entra en juego el contexto: un mismo icono de papelera puede significar “borrar un elemento” o “vaciar todo” dependiendo de dónde se coloque y qué elementos agrupe visualmente. Si el espacio no permite añadir etiquetas de texto, su claridad es todavía más importante.
También conviene respetar los símbolos estándar de cada plataforma. Los usuarios de Android ya asocian un icono de lupa con “buscar”, un disquete o nube con “guardar”, un lápiz con “editar”, etc. Reutilizar este vocabulario visual reduce la curva de aprendizaje y mejora la usabilidad.
Pantalla inicial (splash screen)
La pantalla inicial suele aparecer durante la carga de la app. Su uso hoy se intenta minimizar: lo ideal es que el usuario pase lo antes posible al contenido real. Por eso su presencia suele ser efímera, de uno o dos segundos.
Lo habitual es incluir el nombre de la aplicación, el logo y, opcionalmente, un indicativo de carga (spinner, barra, animación breve). No tiene sentido llenar esta pantalla de información si va a desaparecer casi de inmediato.
En algunos casos se recurre a un enfoque distinto: mostrar en el splash una versión “vacía” de la pantalla siguiente, sin textos variables ni datos dinámicos, para dar sensación de continuidad y reducir el salto visual cuando termina la carga. En Windows Phone, por ejemplo, el propio sistema genera una pantalla de inicio basada en una ampliación del icono de la app.
Retículas de diseño (grid) en interfaces móviles
Debajo de cualquier buena interfaz hay una retícula o cuadrícula invisible que ordena todos los elementos. Esta estructura define márgenes, tamaños mínimos de botones, separaciones entre líneas de texto y espacio interior de contenedores. Sin grid, la app puede parecer improvisada y desordenada, aunque los gráficos sean bonitos.
La retícula parte de un módulo base cuadrado que se repite por toda la pantalla. Este módulo puede subdividirse en unidades menores para lograr espaciados más finos. Durante el diseño se suele visualizar como líneas guía; en la versión final ya no se ven, pero su “ritmo” se percibe en una interfaz más limpia, equilibrada y fácil de usar.
Retícula en Android
En Android el módulo base típico es de 48dp, aproximadamente 9 mm físicos, considerado el tamaño mínimo recomendado para elementos táctiles. Diseñar botones y zonas pulsables respetando este mínimo ayuda a que sean fácilmente tocables con el dedo.
Para espaciados se usa con frecuencia un módulo de 8dp. Por ejemplo, el contenido de cada fila puede tener 4dp de margen superior e inferior, de modo que cuando dos filas están apiladas se genera un espacio total de 8dp entre sus contenidos. Los márgenes laterales habituales rondan los 16dp (dos módulos de 8dp), lo que crea un marco consistente a ambos lados.
Retícula en iPhone
En iOS también existe una retícula implícita: el módulo base suele ser de 44px, que asegura que botones y filas de listas sean cómodamente pulsables. Este módulo se subdivide a menudo en unidades de 11px, que se repiten para definir separaciones verticales y ritmos de listas, tarjetas y bloques de contenido.
Retícula en Windows Phone
En Windows Phone la retícula es especialmente evidente debido al uso de azulejos o tiles proporcionales en la pantalla principal. El módulo base típico es de 25px, con separaciones de 12px entre elementos. Repitiendo esta fórmula se construyen filas y columnas que pueden agruparse para generar composiciones más complejas, pero siempre manteniendo una estructura muy clara.
Aplicar de forma rigurosa estas retículas a listas, miniaturas, botones y gráficos garantiza una apariencia de orden, simplicidad y estabilidad visual a lo largo de todas las pantallas de la app.
Tipografía en Android y otras plataformas
La tipografía no es solo escoger una fuente bonita: es la herramienta principal para que el texto se lea con comodidad. La elección de la familia, el tamaño, el interlineado, el ancho de columna y el contraste con el fondo influyen directamente en la legibilidad.
En móviles este punto es crítico porque muchas veces usamos el dispositivo en la calle, con reflejos o luz directa. Si el contraste entre texto y fondo es pobre, la lectura se vuelve un suplicio. Además, las pantallas pequeñas obligan a hilar fino con tamaños y espaciados.
Serif o sans-serif
En entornos de baja resolución y tamaños pequeños suelen funcionar mejor las fuentes sans-serif, más limpias y abiertas. Aun así, se pueden usar serif para títulos grandes donde los remates no dificulten la lectura. En general, conviene evitar tipografías demasiado decorativas en cuerpos pequeños.
Legibilidad, resolución y tamaños mínimos
Los móviles de gama alta actuales cuentan con pantallas de alta densidad, lo que alivia parte del problema. Pero sigue habiendo dispositivos más modestos donde las fuentes se renderizan con menos precisión. Cuanto más pequeña y compleja sea la fuente, más riesgo de que se vea irregular.
En Android el tamaño de texto se mide en sp (scaled pixels), que permiten ajustar la escala según la densidad de pantalla y las preferencias de accesibilidad del usuario. Los tamaños habituales para textos de interfaz se mueven entre 12sp y 22sp, seleccionando valores concretos según jerarquía (títulos, subtítulos, cuerpo, notas, etc.).
En iOS, con pantallas tipo Retina, los títulos principales pueden rondar los 34px, etiquetas importantes en botones alrededor de 28px, y los textos más pequeños unos 14px. Para textos de lectura se recomienda no bajar de 20px.
En Windows Phone, donde la interfaz descansa mucho en la tipografía, se aconseja no usar menos de 20px para los textos de menor importancia, y para títulos se puede llegar tranquilamente a tamaños de 70px o más.
Jerarquías tipográficas
Como cualquier otro elemento visual, la tipografía puede y debe organizarse en niveles de jerarquía. El tamaño es la herramienta más obvia, pero también se puede jugar con el peso (negrita, regular, light) y el color para marcar diferencias de importancia.
Un título de sección debe destacar sobre el resto. Dentro de una fila de lista, por ejemplo, el nombre principal puede ir en un peso más fuerte, un resumen en regular y la fecha en un tono más claro. Definir estas jerarquías desde el principio ayuda a crear sistemas de texto consistentes en toda la app.
Fuentes de cada sistema operativo
Cada plataforma tiene su set de tipografías de sistema preferidas, que aportan continuidad con el resto del entorno:
- Android: durante mucho tiempo Droid Sans fue la referencia, pero actualmente la familia estrella es Roboto, con un amplio rango de pesos (desde extra light hasta black) pensados para pantallas de alta densidad.
- iOS: Neue Helvetica fue la fuente por defecto durante años; ahora convive (y en muchos casos se sustituye) con San Francisco. Además, iOS ofrece más de 260 familias disponibles de forma nativa.
- Windows Phone: la tipografía insignia es Segoe UI, muy acorde con su estilo plano y geométrico. Hay otras fuentes complementarias para idiomas o casos especiales.
Aunque es posible incluir fuentes personalizadas en tu app, conviene recordar que variedad no es sinónimo de calidad. Muchas tipografías no están optimizadas para pantalla o densidades variadas y pueden afear el resultado si no se prueban bien.
Color en interfaces e iconos Android
El color es una de las herramientas más potentes y, a la vez, más delicadas en diseño de interfaces. Sirve para jerarquizar, llamar la atención, transmitir estados y reforzar la identidad de marca. Pero un mal uso puede confundir, cansar la vista o chocar con expectativas culturales.
Colores reservados y significado
Hay ciertos colores que se consideran reservados por sus connotaciones prácticamente universales:
- Rojo: errores graves, alertas importantes, peligro.
- Amarillo: avisos, acciones que requieren precaución o decisiones con consecuencias.
- Verde: éxito, confirmación de que una operación se ha completado correctamente.
Usarlos sin criterio —por ejemplo, un botón rojo para una acción positiva— puede generar contradicciones en la mente del usuario. Resérvalos para los usos que la gente espera.
Color en textos, fondos y elementos interactivos
En textos, el color ayuda a resaltar enlaces y contenido relevante y a rebajar la presencia de información secundaria. Es importante mantener consistencia: si eliges un color para enlaces, úsalo siempre igual, para que el usuario los reconozca sin pensar.
En fondos, el binomio clave es contraste y fatiga visual. Para apps de uso intenso o lectura prolongada suelen funcionar mejor fondos claros con texto oscuro. Los fondos oscuros pueden ser una buena opción cuando el contenido principal es muy visual (fotos, vídeo), ya que hacen que las imágenes destaquen más.
Para elementos interactivos (botones, filas seleccionadas, switches), el color es una herramienta esencial de feedback. Un cambio de tonalidad o de intensidad al pulsar indica claramente dónde se ha hecho tap, algo que en pantallas pequeñas y sin cursor es fundamental. Los elementos deshabilitados suelen representarse con tonos más claros o transparencia, reforzando la idea de que no reaccionarán al toque.
Encabezados y temas de sistema
Los encabezados (toolbars, app bars) ocupan un espacio muy visible, por lo que el color que elijas para ellos tiene gran impacto. Debe armonizar con el fondo y con los elementos que alberga (títulos, iconos, menús) y ser consistente a lo largo de las distintas pantallas.
Algunas apps, como ciertos periódicos o medios, usan variaciones de color en los encabezados para diferenciar visualmente secciones. Esto puede reforzar la orientación del usuario y, al mismo tiempo, ampliar el lenguaje visual de la marca.
En Android y Windows Phone existen temas claros y oscuros que afectan al color global de las aplicaciones. En Windows Phone incluso es el usuario quien elige tema y color de acento, y la app puede decidir si respeta esa preferencia o impone su propia paleta corporativa. En Android la elección recae más en el diseñador: decidir si usar tema claro, oscuro o variantes mixtas.
iOS, en cambio, no funciona a nivel de temas globales en el mismo sentido, aunque sí ha introducido un modo oscuro del sistema. De base, tradicionalmente ha apostado por fondos muy claros, grises suaves y azul para elementos destacados como enlaces y botones activos.
Lenguaje en la interfaz: textos, errores y tono
El diseño de interfaz no es solo colores y botones. Lo que dicen los textos y cómo lo dicen condiciona la experiencia tanto como el aspecto visual. Etiquetas de botones, mensajes de error, ayudas contextuales, títulos de pantalla… todo suma.
Redactar mal el texto de un botón puede provocar que el usuario no entienda la acción que va a realizar y actúe con miedo o directamente se equivoque. La clave está en usar un lenguaje claro, directo, sin tecnicismos innecesarios y yendo al grano: lo importante primero, sin rodeos.
También debes pensar en quién es tu usuario. No es lo mismo hablarle a un perfil técnico que a alguien poco habituado a la tecnología, ni a un niño que a un directivo. En muchos casos, cambiar una palabra fría por otra más cercana (por ejemplo, “entrar” en lugar de “acceder”) suaviza muchísimo la interacción.
La comunicación de errores merece un cuidado especial. Ya de por sí son situaciones tensas para el usuario, así que usar un tono amable, evitar culpar al usuario y explicar de forma concreta qué hacer puede marcar la diferencia entre frustración y comprensión. Algunas apps de ocio incluso usan el humor para rebajar la tensión, siempre que encaje con su identidad.
Si tu app está en varios idiomas, revisa cuidadosamente cómo se adaptan los textos traducidos al diseño. Hay idiomas donde ciertas palabras son mucho más largas, lo que puede provocar que se corten, se solapen o rompan la maquetación. Testear en contexto real es imprescindible.
Detalles visuales, animaciones y pequeños “placeres” de la interfaz
Una vez que la estructura está clara y la interfaz funciona, llega el momento de pulir esos detalles visuales que separan una app correcta de una app memorable. Son sutilezas que el usuario muchas veces percibe de forma inconsciente, pero que elevan la experiencia.
Por ejemplo, conviene diseñar con cariño las pantallas vacías: estados iniciales sin datos, listas todavía sin contenido, contenedores de imágenes antes de cargar. En vez de dejar un simple “No hay elementos”, puedes aprovechar para guiar al usuario (“Empieza creando tu primer elemento”) e incluso usar ilustraciones ligeras.
También es buena idea cuidar los elementos efímeros que aparecen poco tiempo en pantalla, como indicadores de carga o mensajes de confirmación. Si la conexión es lenta, el usuario puede pasar más rato del esperado mirando esa pantalla, así que merece un mínimo de diseño.
Luego están los llamados “secretos visuales”: pequeños guiños gráficos que solo aparecen al realizar ciertas acciones, como arrastrar para actualizar o mantener pulsado un elemento. No son imprescindibles, pero cuando el usuario los descubre generan una sensación de complicidad muy agradable.
Las animaciones, bien usadas, aportan vida a la interfaz. Pueden servir como feedback de acciones (un elemento que se desliza fuera de la pantalla al borrarlo, mostrando a dónde va), como transiciones suaves entre pantallas que ayudan a entender la navegación, o como recurso informativo para señalar funciones nuevas o explicar un gesto. Y, a veces, simplemente son “caramelo visual” que hace más agradable el uso diario.
Eso sí, conviene no pasarse: las animaciones deben ser rápidas, sutiles y significativas. Si entorpecen la interacción o marean, van en tu contra.
En definitiva, diseñar interfaces e iconos para Android implica conjugar normas técnicas (como las especificaciones estrictas de Google Play para iconos), principios de UX (retículas, tamaños táctiles, jerarquías tipográficas), decisiones de identidad (colores, formas, tono de voz) y una buena dosis de empatía con el usuario final. Si cuidas tanto la base —estructura, legibilidad, accesibilidad— como esos pequeños detalles visuales y de lenguaje que humanizan la app, tendrás muchas más papeletas de que tu aplicación destaque en la tienda, resulte intuitiva desde el primer uso y gane un hueco estable en la pantalla de inicio de tus usuarios.
Continúar leyendo...