UNIVERSIDAD TECNOLOGICA NACIONAL

DISEÑO
UX/UI
CLASE 7
RESUMEN DE CONTENIDOS

CHECK DE AVANCES

ENTREVISTAS

METODOLOGÍAS

TECNOLOGÍAS
Check
SIGUIENTES PASOS:
VALIDAR LAS HIPÓTESIS

Vamos a utilizar User Research

para asegurarnos de que estemos yendo
por un buen camino respecto a nuestras
hipótesis y suposiciones en relación a las
temáticas, problemáticas elegidas.

https://drive.google.com/file/d/1mV2aFTK3AA6ozOLD1aMuPBh7wj-ui4p4/view?usp=sharing
Entrevistas
ENTREVISTAS

Las entrevistas a las personas usuarias son una de las herramientas de UX que
usamos para poder realizar la iteración de productos.

Conocer qué soluciones aportan, qué problemas encuentran en el uso o qué puntos
de dolor solucionan pueden ayudarnos a crear soluciones o mejorar las ya existentes.
QUE ES UNA ENTREVISTA

Una entrevista es una herramienta de investigación UX que se utiliza para obtener o

contrastar información de los usuarios, así como para validar hipótesis de negocio.

Usaremos la entrevista para conocer los puntos de dolor del usuario, cuáles son sus
expectativas o, incluso, cuáles son sus deseos.

Con la entrevista también podemos contrastar información ya conocemos, por

ejemplo, a través de otras herramientas como la revisión de analíticas o encuestas.
QUE BUSCAR EN UNA ENTREVISTA

Planteate el objetivo que buscás conseguir.

En realidad, no necesitás saber qué hacen o qué quieren las personas usuarias, sino
otras muchas cuestiones que suelen estar ocultas y que no son fáciles de conocer
a primera vista.
FIJAR OBJETIVOS

Para poder fijar el objetivo de tu entrevista preguntate:

¿Qué querés conocer sobre tus usuarios o qué hipótesis confirmar con datos
concretos?

¿Cómo podrás usar esa información para mejorar el diseño de tu producto?

LAS RESPUESTAS DEBEN SER
SIEMPRE CONCRETAS Y PRECISAS.

EJEMPLOS DE OBJETIVOS PARA TU ENTREVISTA A USUARIOS PUEDEN SER:

Conocer cómo interactúan con dispositivos móviles personas en

búsqueda de empleo.
Cuáles son los comportamientos familiares a la hora de realizar tareas de
limpieza en el hogar.
Conocer las posibles fricciones en algunas áreas de una tienda online.
SELECCIÓN DE PERFILES Y
TAMAÑO DE LA MUESTRA

El reclutamiento de las personas de tu entrevista siempre es crucial.

Lo mejor es crear varios perfiles en función de criterios tanto demográficos

(género, edad, lugar de residencia) como de comportamiento (sistema
operativo, actividades, tipo de uso) y plasmarlo en un documento.
SELECCIÓN DE PERFILES

Este documento se llama screener de captación de usuarios y es una guía

para tener siempre claros los criterios que se usarán para el reclutamiento.

Con él podrás facilitar la captación y, encima, conseguir resultados de mejor

calidad.

Tampoco es necesario que crees perfiles que cubran el 100% de las

personas usuarias objetivo: con dos o tres suele ser más que suficiente para
obtener información sin caer en la reiteración.
ARTICULO DE NIELSEN NORMAN GROUP

https://www.nngroup.com/articles/screening-questions-select-research-participants/
SCREENING

Las preguntas del screening pueden revelar el objeto del estudio y hacer que los
posibles participantes exageren sobre el objeto del estudio para que las elijas.

Por ello las preguntas para el screening deben de tener dos objetivos conflictivos:
Debés obtener información sobre los usuarios
Debés evitar revelar información específica sobre el objeto del estudio

Conseguir los dos objetivos es complejo, pero se puede conseguir usando dos
técnicas para ello: preguntas abiertas y distractores.
PREGUNTAS ABIERTAS

Una pregunta abierta pregunta al participante para que éste responda en sus propias
palabras en lugar de elegir de una respuesta predefinida.

Si vas a hacer un estudio sobre juegos online en lugar de preguntar que si juega a
videojuegos, puedes preguntar qué actividades hace en línea y elegir los que te
contesten videojuegos.
LAS PREGUNTAS ABIERTAS SON BUENAS PARA EVALUAR:

Descalificar ocupaciones: Si hay trabajos que descalifican para hacer el estudio, es

mejor una pregunta abierta que una lista de profesiones entre las que se incluyan las
que están descalificadas. A menos que estés evaluando un diseño para expertos, la
gente directamente relacionada con el sector querrás eliminarla porque su
experiencia será diferente de la de un usuario normal.

Nivel de experiencia o interés: si necesitás reclutar a gente con experiencia o alto

interés en un determinado tema, las preguntas abiertas pueden ayudarte a diferenciar
los que saben de un tema de los que fingen que saben de un tema. Un jugador de
videojuegos te sabe decir los videojuegos a los que juega y darte detalles de ellos,
mientras que uno que juega raramente no.
DISTRACTORES
Si hacés un recruiting sin moderar, las preguntas de respuesta múltiple te pueden
servir para evaluar a los posibles participantes más rápidamente.

En estos casos una técnica son los distractores, es decir respuestas incorrectas
que camuflan la respuesta correcta.

Es decir, te sirven para distinguir quién conoce la respuesta correcta de aquellos

que no.

Los buenos distractores son aquellos que parecen como respuestas correctas.
DISTRACTORES
EL SCREENING ES ESPECIALMENTE IMPORTANTE SI LO QUE BUSCÁS SON:

Potenciales futuros usuarios: no clientes pero que realmente pueden ser

clientes en un futuro cercano.

Usuarios altamente motivados: aquellos cuyo interés por un tema o

actividad es tan fuerte que su conocimiento y comportamiento difieren de la
persona promedio.
PREGUNTAS CERRADAS

Las preguntas cerradas son preguntas que se formulan de manera que las
respuestas posibles están limitadas a un conjunto específico de opciones
predefinidas.

Estas preguntas son útiles para obtener datos cuantitativos y específicos, lo

que puede ayudar a tomar decisiones informadas.
PREGUNTAS CERRADAS

1. Calificación de satisfacción:

En una escala del 1 al 5, ¿cuán satisfecho está con la funcionalidad de

búsqueda en nuestro sitio web?
PREGUNTAS CERRADAS - EJEMPLO

Calificación de satisfacción:

En una escala del 1 al 5, ¿cuán satisfecho está con la funcionalidad de

búsqueda en nuestro sitio web?
PREGUNTAS CERRADAS - EJEMPLO

Selección de preferencia:

¿Cuál de los siguientes diseños de la página de inicio prefiere?

A) Diseño 1
B) Diseño 2
C) Diseño 3
CONFIANZA CON LOS USUARIOS
Una vez que ya tenés a tus personas usuarias, clasificadas en perfiles y una
muestra significativa, es muy importante empezar a crear una relación de
confianza.

Esto se consigue a través de una simple llamada telefónica o una videollamada

para hablar sobre ciertos detalles de la entrevista: horario, posibles
requerimientos de la llamada, la duración estimada de la llamada y, por supuesto,
abrir la posibilidad de plantear algunas dudas.

Siempre hay que tomar consentimiento por escrito de la participación.

ESTRUCTURA TU ENTREVISTA

Todas las entrevistas tienen que tener una estructura definida.

Un buen guión permitirá recoger la información que necesitas sin distracciones,

además de permitir abordar ciertos temas según vaya avanzando la entrevista.

Este guión te permitirá evitar situaciones de bloqueo y continuar la conversación

incluso cuando el usuario te responda no a alguna de las cuestiones planteadas.
ESTRUCTURA TU ENTREVISTA

Introducción:
Presentación del entrevistador.
Finalidad.
Autorización para grabaciones.
Preguntas introductorias generales: estas te servirán para ganar la confianza
del usuario y empatizar.
Preguntas específicas.
Cierre de la entrevista.
DURANTE LA ENTREVISTA
Prepará los elementos necesarios.
Comenzá explicando el propósito de la entrevista y el uso de los datos
obtenidos.
Organizá preguntas fáciles y abiertas al inicio para relajar al entrevistado.
Mostrá atención total: tomá notas, asentí y mantené contacto visual, incluso
en videollamadas.
No muestres prisa, hablá pausadamente y permití que el entrevistado
responda con calma.
Mostrá empatía, tanto activa como pasiva, para crear un ambiente cómodo y
respetuoso.
Metodologías
METODOLOGÍAS DE GESTIÓN DE PROYECTOS

Conjunto de procesos, procedimientos y

prácticas seleccionados por el equipo del
proyecto para lograr los objetivos del proyecto
dentro del presupuesto, a tiempo y con un nivel
de riesgo aceptable.
Las metodologías ágiles son un conjunto de enfoques y prácticas que
priorizan la flexibilidad, la adaptabilidad y la colaboración entre equipos.

Estas metodologías se centran en la entrega rápida y continua de valor*,

con ciclos de desarrollo cortos, lo que permite a los equipos responder de
manera ágil a los cambios en los requisitos del proyecto o en el entorno.
SCRUM, EN PARTICULAR, ES UNO DE LOS MARCOS DE
TRABAJO MÁS POPULARES DENTRO DEL ENFOQUE AGILE.

Dentro de Agile, hay otros marcos de trabajo y metodologías, como Kanban,

Lean, Extreme Programming (XP), entre otros.

Cada uno tiene sus propias características y enfoques, pero comparten los
valores y principios del manifiesto ágil, que incluyen la colaboración con el
cliente, la entrega temprana y continua de valor, la capacidad de
respuesta al cambio y la autoorganización de los equipos de trabajo.
LOS ROLES PRINCIPALES EN SCRUM SON:

1. Product Owner: Representa los intereses del cliente y es responsable de

maximizar el valor del producto. Define y prioriza el trabajo del equipo.
2. Scrum Master: Facilita el proceso Scrum, elimina obstáculos y ayuda al
equipo a seguir los principios y prácticas de Scrum.
3. Equipo de Desarrollo: Profesionales encargados de llevar a cabo el trabajo
durante el sprint. Son autoorganizados y se comprometen a completar las
tareas definidas por el Product Owner dentro del tiempo establecido.
UN BACKLOG EN SCRUM ES UNA LISTA
ORDENADA DE TODAS LAS TAREAS,
FUNCIONALIDADES, MEJORAS Y
CORRECCIONES QUE SE DESEAN REALIZAR
EN UN PROYECTO. EXISTEN DOS TIPOS
PRINCIPALES DE BACKLOGS:
PRODUCT BACKLOG

Es una lista priorizada de todas las funcionalidades, requisitos y mejoras que se

desean para el producto.

El Product Owner es el responsable de gestionarlo, definiendo las prioridades y

actualizando continuamente la lista en función del feedback del cliente y del
equipo.
SPRINT BACKLOG

Es una lista de tareas específicas seleccionadas del Product Backlog para ser
completadas durante un sprint.

El equipo de desarrollo se compromete a completar estas tareas dentro del

período del sprint.
EL BACKLOG ES DINÁMICO Y EVOLUCIONA A LO LARGO
DEL TIEMPO A MEDIDA QUE SE REALIZAN ENTREGAS, SE
OBTIENE FEEDBACK Y SE VAN IDENTIFICANDO NUEVAS
NECESIDADES.

ES UNA HERRAMIENTA FUNDAMENTAL EN SCRUM PARA

GESTIONAR Y PLANIFICAR EL TRABAJO DE FORMA
TRANSPARENTE Y COLABORATIVA.
Propuesta de
Valor
Una entrega o propuesta de valor es la promesa
sobre los beneficios tangibles o intangibles que se
recibirán al adquirir un producto o servicio.

En otras palabras, es lo que hace que un producto

o servicio sea atractivo y valioso para los clientes.
Propuesta de
Valor La entrega de valor puede tomar muchas formas.

Puede ser la calidad del producto, su funcionalidad,

su diseño, la conveniencia que ofrece, el servicio al
cliente, la experiencia de usuario, o cualquier otra
característica que resuelva un problema o satisfaga
una necesidad específica del cliente.
Ejemplos
APLICACIÓN DE SALUD Y BIENESTAR:

Propuesta de
Valor UX: La aplicación ofrece una interfaz intuitiva que
permite a los usuarios registrar fácilmente su
actividad física, monitorear su dieta y establecer
metas de salud personalizadas.

UI: El diseño de la aplicación utiliza colores

vibrantes y una disposición limpia que hace que la
navegación sea clara y atractiva.
Para leer más...

Propuesta de
Valor

https://anitasevillaull.medium.com/bucle-de-valor-en-ux-695ea86069fb

https://www.runroom.com/realworld/agile-entrega-temprana-frecuente-de-valor

https://digital.ai/es/catalyst-blog/what-is-value-based-delivery-and-how-it-can-benefit-your-organization/
Estas metodologías persiguen un objetivo común:

Lograr que el producto final sea adecuado, entregado de forma

incremental y en pequeñas porciones que no alteren su funcionalidad.

Una de sus principales características es permitir que el cliente

constantemente proporcione su feedback, y que se puedan modificar

aspectos del producto en caso de hacer falta.

Buscan eliminar los inconvenientes y problemas que se generaban

tradicionalmente con los métodos waterfall*.

¿Qué es la Metodología Waterfall?
Se basa en la idea de que cada fase del proyecto debe completarse
antes de pasar a la siguiente, de manera similar al flujo de una cascada
que fluye de arriba hacia abajo, de ahí su nombre.

En la discusión Waterfall vs Agile, debemos señalar que esta es muy útil

porque permite conseguir tareas más pequeñas que se pueden
hacer secuencialmente.
Waterfall - Fases

1. Requisitos: En esta fase, se recopilan todos los requisitos del proyecto. Esto
implica comprender las necesidades del cliente y documentar claramente lo que se
espera que el producto final haga.

2. Diseño: Una vez que se establecen los requisitos, se procede a diseñar la

arquitectura y la estructura del sistema, así como también los detalles de diseño.
Waterfall - Fases

3. Implementación: En esta etapa, se lleva a cabo la codificación del software

basándose en los diseños elaborados en la fase anterior.

4. Pruebas: Una vez que se completa la implementación, se realizan pruebas

exhaustivas para verificar que el software cumple con los requisitos especificados.
Waterfall - Fases

5. Despliegue: Después de pasar las pruebas, el software se despliega y se pone a

disposición del cliente o del público.

6. Mantenimiento: Finalmente, se brinda soporte continuo al software, lo que

incluye corrección de errores y actualizaciones según sea necesario.
UNA DE LAS VENTAJAS QUE OFRECE WATERFALL VS AGILE ES
QUE GRACIAS A ÉL SE PUEDE CONTROLAR CADA UNA DE LAS
FASES DEL PROYECTO.

SIN EMBARGO, COMO CONTRAPARTIDA, HAY QUE INDICAR QUE

ESTA METODOLOGÍA NO DEJA DEMASIADA LIBERTAD EN EL
CASO DE QUE APAREZCAN CONTRATIEMPOS.
AGILE
LA GESTIÓN ÁGIL SOLO TIENE 3 FASES:

la de inicio, el desarrollo
y la finalización de los proyectos.
Metodología AGILE
La metodología “Agile” de proyectos es un tipo de gestión de
proyectos en la que el resultado del proyecto se supervisa
continuamente.

La gestión ágil de proyectos se puede implementar en

cualquier empresa que requiera de creatividad, y es muy
común en el desarrollo de software, donde el resultado no
siempre está determinado.
Metodología AGILE
DIVIDE EL PROYECTO EN FASES O SPRINTS BREVES.

Estas se pueden utilizar como una forma de crear un producto que tiene una
serie de funcionalidades que se pueden usar de inmediato, en lugar de
esperar a que se complete todo el producto y luego probarlo.
Metodología AGILE
SPRINTS:

Son iteraciones de duración determinada, en las que el equipo se

compromete a realizar un conjunto definido de trabajo dentro de ese plazo.

Estos sprints se pueden utilizar para demostrar el progreso en cada

intervalo y también permiten que el equipo adapte los objetivos de su
proyecto a medida que aprenden más sobre las necesidades del cliente.
Waterfall vs. Agile

En las metodologías Waterfall las fases se diferencian perfectamente, están

claramente delimitadas.

Esto hace que no se pueda comenzar una fase sin que la otra se finalice. Esto,
implica que puede pasar mucho tiempo hasta que el proyecto se termine, sin
contar con que hay poca libertad a la hora de corregir errores.

La mayoría de las ocasiones, los proyectos realizados con metodología

Waterfall son productos que no son lo que el cliente necesita.
Waterfall vs. Agile
Por otro lado, cuando se cuentan con metodologías ágiles todo el proyecto va
más fluido.

Se busca tener una serie de entregables más pequeños, sin tener que esperar
a finalizar todas y cada una de las fases del proyecto.

Esta metodología, al contrario que la Waterfall, permite conocer la opinión del

cliente de cada uno de esos entregables.

Así es mucho más fácil diseñar exactamente lo que quiere el cliente.

Waterfall vs. Agile

Waterfall funciona mejor en proyectos menos complejos o con requisitos,

procesos y funciones bien definidos para los miembros del equipo.

También funciona bien cuando el cliente no necesita implicarse mucho más

allá del informe inicial y la entrega final.

Desde el punto de vista de la gestión, la cascada puede tener sentido en

proyectos de precio fijo o que dependen de un contrato para reducir el riesgo
de que se sobrepase el presupuesto o la entrega.
Metodologías ágiles aplicadas a UX
https://future-is.medium.com/4-metodolog%C3%ADas-en-ux-92a74c1b6f7b
Tecnologías
E L E C C I Ó N D E T E C N O L O G Í A

EN EL DESARROLLO DE APLICACIONES MÓVILES, LAS

EMPRESAS A MENUDO ENFRENTAN UNA DECISIÓN CRUCIAL:
ELEGIR ENTRE APLICACIONES NATIVAS, WEB O HÍBRIDAS.

Esta elección impacta significativamente en el diseño de la

aplicación, la experiencia del usuario y la interacción con la
audiencia, dando forma al documento de requisitos del producto
que guiará al equipo de trabajo.
Desarrollo de aplicaciones web
LAS APLICACIONES WEB FUNCIONAN PROPORCIONANDO CONTENIDO Y CARACTERÍSTICAS
INTERACTIVAS A TRAVÉS DE UN NAVEGADOR WEB.

ESTAS SE CONSTRUYEN UTILIZANDO TECNOLOGÍAS WEB ESTÁNDAR COMO JAVASCRIPT, CSS Y

HTML5 Y NO DEPENDEN DE KITS DE DESARROLLO DE SOFTWARE ESPECÍFICOS DE LA PLATAFORMA.

ESTO LES PERMITE SER ACCESIBLES EN DIFERENTES DISPOSITIVOS Y SISTEMAS OPERATIVOS A

TRAVÉS DE UN NAVEGADOR WEB, OFRECIENDO UNA EXPERIENCIA UNIFORME A LOS USUARIOS.
VENTAJAS Y LIMITACIONES
LAS APLICACIONES WEB OFRECEN VARIAS VENTAJAS:

• Facilidad de mantenimiento: las aplicaciones web son más fáciles de mantener y actualizar
debido a una base de código unificada en las plataformas.

• Costo-Efectividad: generalmente son más económicas de desarrollar que las aplicaciones

nativas.

• Flexibilidad en los cronogramas de lanzamiento: las aplicaciones web no necesitan adherirse a los
protocolos estándar del sistema operativo o la aprobación del mercado de aplicaciones,
ofreciendo más flexibilidad en la implementación.
VENTAJAS Y LIMITACIONES
SIN EMBARGO, TAMBIÉN TIENEN LIMITACIONES, QUE INCLUYEN:

• Problemas de rendimiento: pueden experimentar tiempos de carga más largos y capacidades de

interacción limitadas.

• Acceso limitado a características del dispositivo: las aplicaciones web tienen restricciones para
aprovechar todas las características del dispositivo en comparación con las aplicaciones nativas.
DESAFÍOS
LAS APLICACIONES WEB ENFRENTAN VARIOS DESAFÍOS:

• Dependencia de los navegadores: su rendimiento y experiencia de usuario dependen en gran

medida del navegador utilizado.

• Menor visibilidad: La ausencia de las tiendas de aplicaciones puede afectar su visibilidad.

• Menos oportunidades de branding: ofrecen opciones limitadas para el branding en comparación

con las aplicaciones nativas.
Consideraciones de diseño
DISEÑAR UNA APLICACIÓN WEB IMPLICA:

• Enfocarse en la arquitectura de la información: para asegurar una navegación fácil y un acceso

eficiente a la información.

• Crear un sistema de navegación intuitivo: reducir los clics innecesarios y utilizar características
que orienten al usuario.

• Optimización de la velocidad: adoptar un enfoque esencial para mejorar los tiempos de carga.

• Diseño Adaptativo vs. Responsive: elegir el enfoque de diseño correcto para garantizar la
compatibilidad en varios tamaños de dispositivos móviles.
DESARROLLO DE
APLICACIONES
NATIVAS

Consideraciones
El desarrollo nativo implica la creación de aplicaciones específicamente para ciertas

plataformas utilizando lenguajes nativos de esas plataformas.

Estas plataformas son principalmente iOS y Android, con aplicaciones para iOS escritas

típicamente en SwiftUI, Swift u Objective-C y aplicaciones para Android usando Java o Kotlin.

Este enfoque de desarrollo aprovecha el Entorno de Desarrollo Integrado (IDE) adaptado para

cada sistema operativo, utilizando herramientas especializadas, elementos de interfaz y SDKs

proporcionados por Apple y Google.

Ventajas y limitaciones
LAS VENTAJAS DE LAS APLICACIONES NATIVAS INCLUYEN:

• Alto rendimiento: optimizadas para una plataforma específica, lo que resulta en un

funcionamiento rápido, receptivo y eficiente.

• Seguridad mejorada: menos dependencia de los navegadores y más en la solidez de la

plataforma.

• Experiencia de usuario superior: integración perfecta con el sistema operativo del dispositivo,
haciéndolas intuitivas y fáciles de usar.
Ventajas y limitaciones
SIN EMBARGO, HAY LIMITACIONES:

• Mayor costo inicial: más costosas en comparación con el desarrollo de aplicaciones web o
híbridas.

• Desarrollo específico de la plataforma: requiere el desarrollo de versiones separadas para

diferentes plataformas, lo requiere de mayor tiempo y recursos.
Desafíos
LOS PRINCIPALES DESAFÍOS EN EL DESARROLLO DE APLICACIONES NATIVAS INCLUYEN:

• Necesidad de desarrolladores capacitados: requiere experiencia en lenguajes de programación

complejos.

• Costos de mantenimiento: exige actualizaciones y mantenimiento separados para diferentes

versiones de plataformas.
Consideraciones de diseño
EL DISEÑO EN EL DESARROLLO DE APLICACIONES NATIVAS SE ENFOCA EN LO SIGUIENTE:

• Diseño de interacción: comprensión profunda de las necesidades y puntos de dolor del usuario.

• Minimizar la entrada de datos: simplificar la entrada de datos del usuario para evitar la tediosa
introducción de datos.

• Experiencia de usuario intuitiva: uso de gestos familiares y consideración de la ergonomía

del dispositivo.

• Claridad de contenido e interfaz: mantener un enfoque minimalista para la claridad y el enfoque.

EL DESARROLLO DE APLICACIONES MÓVILES NATIVAS OFRECE

BENEFICIOS, COMO RENDIMIENTO EXCEPCIONAL, SEGURIDAD

MEJORADA E INTERACCIÓN DE USUARIO INTUITIVA, UNA OPCIÓN

PREFERIDA PARA MUCHAS EMPRESAS PESE A LOS MAYORES COSTOS

Y COMPLEJIDAD.

ESTAS VENTAJAS A MENUDO CONDUCEN A MAYORES TASAS DE

CONVERSIÓN Y LEALTAD DEL CLIENTE A LARGO PLAZO.

Desarrollo de
aplicaciones
híbridas
El desarrollo de aplicaciones híbridas implica
una combinación de tecnologías de
aplicaciones web y nativas.
ASPECTOS CLAVE
• Combinación de enfoques: fusiona los beneficios de las aplicaciones
nativas (Android o iOS) con la accesibilidad de las aplicaciones web
(funcionales en navegadores).

• Tecnologías utilizadas: las aplicaciones híbridas se desarrollan con marcos

como Flutter o React Native, o utilizando tecnologías front-end como HTML5,
JavaScript y CSS.

• Funcionalidad multiplataforma: estas aplicaciones funcionan en múltiples

plataformas, gracias a una única base de código para Android e iOS.
VENTAJAS DE LAS APLICACIONES HÍBRIDAS:

• Operan sin necesidad de un navegador web.

• Acceso más fácil a las API y al hardware interno del dispositivo.

• Su base de código único simplifica el desarrollo y el mantenimiento.

LIMITACIONES DE LAS APLICACIONES HÍBRIDAS:

• Problemas de rendimiento: generalmente, las aplicaciones híbridas

son más lentas que las aplicaciones nativas.

• Dependencia de plataformas de terceros: dependen de plataformas

externas para la implementación del contenedor de la aplicación.

• Costos de personalización: la personalización puede incrementar los

gastos, superando potencialmente los ahorros iniciales.
Glosario: API
Una API (Interfaz de Programación de Aplicaciones, por sus siglas en inglés) es un conjunto de
definiciones y protocolos que permiten la comunicación entre diferentes softwares.

Una API puede proporcionar acceso a funciones y datos de un servicio o aplicación específica,
permitiendo que otros programas utilicen estas funcionalidades de manera controlada y segura.

Esto puede incluir acciones como enviar datos, recibir información, solicitar operaciones
específicas, o integrar diferentes sistemas entre sí.

LAS APIS SON UTILIZADAS AMPLIAMENTE EN EL DESARROLLO DE SOFTWARE PARA PERMITIR

LA INTEGRACIÓN DE DIFERENTES SISTEMAS, LA CREACIÓN DE APLICACIONES BASADAS EN LA
WEB, EL DESARROLLO DE APLICACIONES MÓVILES, ENTRE OTROS USOS.
¿Android o iOS?
Les dejo un artículo sobre el tema:

https://maria-pascual.es/episodio-
16-5-diferencias-clave-entre-
diseno-ios-y-diseno-android/
QUÉ DEBO TENER EN CUENTA ANTES DE ELEGIR
1. AUDIENCIA OBJETIVO:
Considerá el mercado y la demografía de tus usuarios potenciales. Android tiene una mayor cuota
de mercado global, pero iOS domina en ciertos países y segmentos de ingresos.

2. PRESUPUESTO Y RECURSOS:
El desarrollo para iOS suele ser más rápido y menos costoso debido a la menor cantidad de
dispositivos y tamaños de pantalla. Android requiere más pruebas debido a su fragmentación.

3. CARACTERÍSTICAS DEL DISPOSITIVO:

Evaluá las funcionalidades específicas del hardware que querés aprovechar en tu diseño. Cada
sistema operativo ofrece diferentes capacidades y restricciones.
QUÉ DEBO TENER EN CUENTA ANTES DE ELEGIR
4. MONETIZACIÓN:
Los usuarios de iOS tienden a gastar más en aplicaciones, lo que puede influir en la estrategia de
monetización de tu aplicación.

5. DIRECTRICES DE DISEÑO:
Familiarizate con las Material Design Guidelines de Google para Android y las Human Interface
Guidelines de Apple para iOS. Cada plataforma tiene su propio conjunto de normas y
recomendaciones de diseño.
QUÉ DEBO TENER EN CUENTA ANTES DE ELEGIR
6. LANZAMIENTO Y MANTENIMIENTO:
Considerá el proceso de aprobación y actualización de la aplicación en cada tienda de
aplicaciones. La App Store de Apple tiene un proceso de revisión más estricto en comparación
con Google Play.

7. PRUEBAS Y COMPATIBILIDAD:
Asegurate de tener acceso a una gama suficiente de dispositivos para pruebas, especialmente si
elegís Android debido a la diversidad de dispositivos y versiones del sistema operativo.
QUÉ DEBO TENER EN CUENTA ANTES DE ELEGIR
8. PLATAFORMAS DE DESARROLLO:
Las herramientas de desarrollo como React Native o Flutter permiten crear aplicaciones para
ambas plataformas simultáneamente, lo que podría ser una opción si no querés elegir entre una u
otra.
APPS NATIVAS
APPS NATIVAS
Para crear el mejor diseño de una aplicación nativa, se deben tener en
cuenta las diferencias entre las plataformas iOS y Android.

Estas plataformas difieren no solo en términos de cómo se ven las

aplicaciones nativas; también difieren en términos de estructura y flujo.

Se deben tener en cuenta estas diferencias para proporcionar la mejor

experiencia de usuario.
APPS NATIVAS
Las directrices de Apple y Google recomiendan utilizar controles de
navegación estándar de plataforma siempre que sea posible: controles de
página, barras de pestañas, controles segmentados, vistas de tabla, vistas
de colección y vistas divididas.

Los usuarios están familiarizados con la forma en que estos controles

suelen funcionar en cada plataforma, por lo que si se usan los controles
estándar, sus usuarios intuitivamente sabrán cómo moverse por su
aplicación.
Diferencias en los patrones de
navegación
Es muy importante tener en cuenta que iOS y Android tienen diferentes pautas de
diseño de aplicaciones nativas cuando se trata de patrones de navegación.

Hay una barra de navegación universal en la parte inferior de los dispositivos

Android.

Usar el botón Atrás en la barra de navegación es una manera fácil de volver a la

pantalla o paso anterior, y funciona en casi todas las aplicaciones de Android.
Diferencias en los patrones de
navegación
Por otro lado, el enfoque de diseño de Apple es bastante diferente.

No hay una barra de navegación global, por lo que no podemos retroceder

utilizando un botón de retroceso global en el diseño de la aplicación iOS nativa.

Esto afecta el diseño de las aplicaciones móviles de iOS.

Las pantallas internas deben tener una barra de navegación nativa con un botón
Atrás en la esquina superior izquierda.
Diferencias en los
patrones de navegación

Apple también incluye un gesto de

deslizar de izquierda a derecha en las
aplicaciones para ir a la pantalla anterior.

Este gesto funciona en casi todas las

aplicaciones.
 LAS VISTAS PERSONALIZADAS PARA
CONTROLES ESTÁNDAR REQUIEREN
TIEMPO DE DESARROLLO ADICIONAL
Y NO SON FAMILIARES PARA LOS USUARIOS
CADA PLATAFORMA TIENE SUS INTERACCIONES ÚNICAS.

Un buen diseño respeta los hábitos de los usuarios en cada

sistema operativo.

Es muy importante tener en cuenta las diferencias entre las

plataformas al diseñar una aplicación móvil tanto para iOS
como para Android, para diseñar aplicaciones que satisfagan
las expectativas de los usuarios.
iOS vs Android

Un ejemplo de un elemento que típicamente se diseña de manera diferente en las

dos plataformas es un selector de fecha.

Los usuarios de Android no están familiarizados con el selector de fecha estilo

carrete de la máquina tragamonedas que es común en iOS.

Usar este estilo de selector de fechas en Android requeriría vistas personalizadas,

lo que puede complicarse, aumentando la complejidad y duración del desarrollo y
haciendo que el diseño de su aplicación parezca ajeno a la plataforma Android.
iOS vs Android
BOTONES

Hay dos estilos de botones en las Pautas de Material Design: planos y elevados.

Estos botones se usan en diferentes situaciones.

El texto de los botones en Material Design generalmente está en mayúsculas.

A veces, también encontramos texto de botones en mayúsculas en aplicaciones

nativas de iOS, pero a menudo encontramos casos de títulos.
iOS vs Android
BOTONES
iOS vs Android
BOTONES

También hay un tipo más de botón: botones de acción flotante en Android y

botones de llamada a la acción en iOS.

Un botón de acción flotante representa la acción principal en una aplicación.

Por ejemplo, el botón de redacción en una aplicación de correo o el botón de

publicación nuevo en una aplicación de red social pueden ser botones de acción
flotante.

El diseño análogo para la acción principal en las aplicaciones de iOS es el botón de

llamada a la acción, que se encuentra en el centro de la barra de pestañas.
iOS vs Android
BOTONES
iOS vs Android
ACTION SHEETS

Hay dos tipos de hojas inferiores en Android: hojas inferiores modales y hojas
inferiores persistentes.

Las hojas inferiores modales tienen dos tipos de contenido: hojas inferiores
modales con diferentes acciones y una lista de aplicaciones que aparece después
de que el usuario toque el ícono Compartir.

Podemos encontrar los mismos tipos de contenido en hojas de acción de iOS

nativas y vistas de actividad. Pero estos componentes se ven diferentes a las hojas
inferiores de Android.
iOS vs Android
ACTION SHEETS
iOS vs Android
DIFERENCIAS TIPOGRÁFICAS

San Francisco es el tipo de letra del sistema en iOS. Roboto es el tipo de letra
estándar en Android.

NOTO ES EL TIPO DE LETRA ESTÁNDAR PARA TODOS LOS IDIOMAS EN CHROME Y

ANDROID QUE NO SON COMPATIBLES CON ROBOTO.

Debemos prestar mucha atención a las convenciones tipográficas y de diseño de

cada plataforma.
iOS vs Android
DIFERENCIAS TIPOGRÁFICAS
ES MEJOR INVERTIR TIEMPO EN EL DISEÑO EN LUGAR DE CREAR UNA

MAQUETA DE APLICACIÓN QUE SEA UNA COMBINACIÓN DE LAS

PAUTAS DE HUMAN INTERFACE DE APPLE Y LOS COMPONENTES DE

MATERIAL DESIGN DE GOOGLE Y LUEGO DEDIQUE MUCHO TIEMPO AL

DESARROLLO DEBIDO A LOS ELEMENTOS PERSONALIZADOS.

DIVISIÓN DE CUOTA DE MERCADO ENTRE SISTEMAS OPERATIVOS

https://gs.statcounter.com/os-market-share/mobile/worldwide
LECTURA COMPLEMENTARIA

Aspectos
a tener
en cuenta
https://appmaster.io/es/blog/desarrollo-de-aplicaciones-ios-vs-android
Guías de diseño
ANDROID: MATERIAL DESIGN

https://m3.material.io

https://www.figma.com/@materialdesign
Guías de diseño
APPLE: HUMAN INTERFACE GUIDELINES

https://developer.apple.com/design/human-interface-guidelines

https://www.figma.com/@apple
¡Hasta la próxima!
¿Consultas?

Si tenés dudas fuera de clase o querés expandir la

explicación de un tema puntual durante la próxima

clase, podés solicitarlo mediante el formulario.

Recordá hacerlo con anticipación al horario de cursada.

https://forms.gle/B2zJUSzuzCJmqnzm6