Es muy útil esta herramienta* para definir detalles y comunicarme claramente con el cliente!

*: Tener todos los wireframes en una "carrete" y pasarlos por debajo de una "máscara" de un celular.
Transformar un diseño de iOS a Material Design es un proceso mecánico si se respetan los guidelines y la intención de la experiencia. Aquí se sintetiza cómo adaptar navegación, acciones y componentes para Android, priorizando claridad, consistencia visual y patrones nativos.
¿Cómo convertir iOS a Material Design sin perder experiencia?
La base es traducir decisiones de iOS a patrones equivalentes en Android, siguiendo Patterns y components oficiales. Se eligen pantallas representativas para sentar criterios: home, viaje individual y flujo para agregar plan.
¿Dónde ubicar navegación y título en Android?
En Android no hay menú hamburguesa aquí; se define un título general y tres accesos en tabs superiores: viajes, actividad y perfil. Uno está siempre seleccionado con una línea inferior, lo que refuerza estado y jerarquía. La navegación cambia de iOS (abajo) a Android (arriba), con título visible en el toolbar.
¿Cómo y dónde usar el floating action button?
El nuevo es una acción primaria y se resuelve con un floating action button (FAB). Se propone ubicarlo en relación al contexto: en home para crear un nuevo viaje. La posición por defecto es inferior derecha, pero se evalúa su ubicación según cada pantalla para reforzar el patrón de acción en la derecha.
¿Qué define el blank state de la home?
La home en blank state mantiene una ilustración, un título y dos líneas descriptivas. Se puede sugerir interacción con una flecha que apunte al FAB, guiando al usuario hacia el call to action principal.
¿Cómo se estructura la pantalla de viaje individual en Material Design?
La jerarquía cambia: al entrar al nivel viaje no se mantiene la navegación raíz. Se trabaja un encabezado con back, título y íconos a la derecha, más un listado con acciones claras.
¿Cómo adaptar encabezado y toolbar?
El toolbar ubica el botón de back arriba, el título con aire y íconos a la derecha para el menú contextual y para agregar gente al viaje. Se ajustan márgenes y alineaciones del texto. Se mantienen avatares donde corresponda.
¿Cómo resolver listas y acciones?
Las listas pierden el botón textual “agregar” a la derecha y adoptan un ícono de acción. Se conserva título y datos clave de cada ítem. La acción de agregar se comunica con un más consistente con el resto del sistema.
¿Dónde ubicar el call to action?
El call to action para sumar ciudades o planes se desplaza respecto de iOS. Se privilegia coherencia espacial: acciones de agregar en la derecha, incluso en la parte superior, reforzando la relación con el contexto del viaje.
¿Cómo agregar un plan con búsqueda y cards?
La acción de agregar se presenta como una capa sobre el contenido actual. Debe poder cerrarse con una cruz, tener título y ofrecer búsqueda integrada.
¿Qué capa y controles necesita la acción de agregar?
Se crea una capa superior con barra que incluye título y control de cierre. La búsqueda se integra al toolbar como segundo nivel, con placeholder claro e indicación breve para orientar al usuario sobre qué puede buscar.
¿Cómo presentar resultados con cards?
Los resultados se muestran con cards: encabezado de planes, título del plan, rating, descripción e imagen. Se confirma el formato en components > cards, asegurando que es aceptable según el sistema.
Además, se recomienda reforzar la experiencia con una revisión constante de guidelines y observar trabajos en Dribbble y Behance, sin perder de vista que la diferencia final se siente en la aplicación visual: medidas, espaciados, color y forma. Planifica todas las pantallas en papel antes de pasar a la etapa visual en la computadora.
¿Tienes dudas sobre la transición de iOS a Android o sobre algún patrón de Material Design? Comparte tu pregunta y comentamos mejoras posibles.
Transformar un diseño de iOS a Material Design es un proceso mecánico si se respetan los guidelines y la intención de la experiencia. Aquí se sintetiza cómo adaptar navegación, acciones y componentes para Android, priorizando claridad, consistencia visual y patrones nativos.
La base es traducir decisiones de iOS a patrones equivalentes en Android, siguiendo Patterns y components oficiales. Se eligen pantallas representativas para sentar criterios: home, viaje individual y flujo para agregar plan.
En Android no hay menú hamburguesa aquí; se define un título general y tres accesos en tabs superiores: viajes, actividad y perfil. Uno está siempre seleccionado con una línea inferior, lo que refuerza estado y jerarquía. La navegación cambia de iOS (abajo) a Android (arriba), con título visible en el toolbar.
El nuevo es una acción primaria y se resuelve con un floating action button (FAB). Se propone ubicarlo en relación al contexto: en home para crear un nuevo viaje. La posición por defecto es inferior derecha, pero se evalúa su ubicación según cada pantalla para reforzar el patrón de acción en la derecha.
La home en blank state mantiene una ilustración, un título y dos líneas descriptivas. Se puede sugerir interacción con una flecha que apunte al FAB, guiando al usuario hacia el call to action principal.
La jerarquía cambia: al entrar al nivel viaje no se mantiene la navegación raíz. Se trabaja un encabezado con back, título y íconos a la derecha, más un listado con acciones claras.
El toolbar ubica el botón de back arriba, el título con aire y íconos a la derecha para el menú contextual y para agregar gente al viaje. Se ajustan márgenes y alineaciones del texto. Se mantienen avatares donde corresponda.
Las listas pierden el botón textual “agregar” a la derecha y adoptan un ícono de acción. Se conserva título y datos clave de cada ítem. La acción de agregar se comunica con un más consistente con el resto del sistema.
El call to action para sumar ciudades o planes se desplaza respecto de iOS. Se privilegia coherencia espacial: acciones de agregar en la derecha, incluso en la parte superior, reforzando la relación con el contexto del viaje.
La acción de agregar se presenta como una capa sobre el contenido actual. Debe poder cerrarse con una cruz, tener título y ofrecer búsqueda integrada.
Se crea una capa superior con barra que incluye título y control de cierre. La búsqueda se integra al toolbar como segundo nivel, con placeholder claro e indicación breve para orientar al usuario sobre qué puede buscar.
Los resultados se muestran con cards: encabezado de planes, título del plan, rating, descripción e imagen. Se confirma el formato en components > cards, asegurando que es aceptable según el sistema.
Además, se recomienda reforzar la experiencia con una revisión constante de guidelines y observar trabajos en Dribbble y Behance, sin perder de vista que la diferencia final se siente en la aplicación visual: medidas, espaciados, color y forma. Planifica todas las pantallas en papel antes de pasar a la etapa visual en la computadora.
¿Tienes dudas sobre la transición de iOS a Android o sobre algún patrón de Material Design? Comparte tu pregunta y comentamos mejoras posibles.
Es muy útil esta herramienta* para definir detalles y comunicarme claramente con el cliente!

*: Tener todos los wireframes en una "carrete" y pasarlos por debajo de una "máscara" de un celular.
Qué recomendaciones nos pueden dar par diseñar aplicaciones híbridas?
Qué componentes de diseño usar?
Android? iOS? Ninguno? Los dos?
Hugo César, que intensidad.
No le habia dado este uso a Material Design. Creo que deberia de tomarme el tiempo de leer su contendio antes de desarrollar mi primera app.
Me gusta que desarrolla el diseño mientras consulta las guias de Material Design
Información resumida de esta clase #EstudiantesDePlatzi
Dar la mejor experiencia posible
Podemos apoyarnos en los lineamientos de cada sistema de diseño que manejan los sistemas operativos
Vamos primero al papel
En Figma podemos tomar estos componentes del Material Desing para ser más rápidos
Mientras vamos diseñando, podemos eventualmente ir mirando la guía de Material Desing
Es importante respetar tamaños, formas, dimensiones, márgenes que me propone el sistema Material Desing
Observar a otras aplicaciones
Hola, me parece que los cancelar en Android por lo general están a la derecha
Saludos
https://platzi.com/clases/interfaces-moviles/concepto/android2882/bocetos-en-papel-para-android/material/?time=388
Por que no es atractivo en android y si en IOs?
me llamaron mucho la atención los sellos que utilizas de iPhone y del Nexus, ¿es posible conseguir, por ejemplo el PDF de esas pantallas para poderlas imprimir, en vez de tener el sello?
Muchas gracias excelente prototipado y genial con el material design