Primero, y más obviamente, debe considerar las restricciones de ambas plataformas. La restricción principal cuando diseña una aplicación para iPhone es el tamaño de la pantalla. Tiene un “lienzo” más pequeño para trabajar, y esa restricción significa que no puede sobrecargar la IU con una gran cantidad de controles e información. No quiere decir que puede “volverse loco” cuando está diseñando para el iPad, pero tiene un área más con la que trabajar … tampoco debería exagerar allí.
(Otro consejo general es obtener una buena comprensión de las convenciones y controles de la interfaz de usuario para ambos dispositivos mediante el estudio de las Pautas de diseño de iOS de Apple … para que cuando decida “romper” cualquiera de estas convenciones, al menos podrá hazlo de una manera inteligente e informada).
En segundo lugar, si está creando una versión para iPad de una aplicación para iPad, es posible que desee “aplicar ingeniería inversa” a la experiencia de la aplicación para iPhone, para identificar qué funciona y qué no. ¿Cuáles son las tareas principales que la aplicación le permite al usuario hacer? ¿Qué se puede hacer para mejorar o mejorar estas tareas al diseñarlas para el iPad? Pruebe la aplicación existente con los usuarios, incluso si es solo una “prueba de guerrilla” casual. Es posible que las tareas y las necesidades del usuario que funcionan perfectamente en el contexto móvil en un iPhone no tengan sentido en el iPad.
- Cómo aprender a desarrollar un programa simple para estimar los tiempos de espera en restaurantes
- ¿Cuáles son los pros y los contras de AppCode vs.Xcode para Swift a partir de enero de 2017?
- ¿Cuál es su opinión sobre Objective-C (lenguaje de programación)?
- ¿Cuáles son las aplicaciones iOS mejor diseñadas?
- Como desarrollador de iOS, ¿cuál sería su proceso para desarrollar una aplicación de chat aleatoria?
Caso en cuestión: diseño aplicaciones de servicios bancarios y financieros, y una de las grandes características nuevas que ofrecen todas las aplicaciones más nuevas se llama “Captura remota de depósitos”. ¿Qué es eso, puedes preguntar? Básicamente es la capacidad de tomar una foto de un cheque y depositarlo usando una aplicación de banca móvil. Es universalmente bien considerado por los clientes y un “deleite” … pero apenas se usa en las versiones de iPad de diferentes aplicaciones de banca móvil. ¿Por qué? Mi teoría es que es más fácil tomar una foto con un iPhone que con un iPad, y la “incomodidad” está reduciendo el uso y el valor percibido. Puede encontrar muchas funciones que “tienen sentido” en el iPhone que no lo hacen en el iPad.
Lo contrario también es cierto, por supuesto … habrá algunas características que no funcionarán en una aplicación de iPhone pero que funcionarían muy bien en un iPad. Cualquier característica que involucre “arrastrar y soltar” como modelo de interacción, por ejemplo.
Y por el amor de Dios, ¡no use el espacio de pantalla agregado para agregar más funciones e información solo porque puede! Enfoque el diseño de la aplicación para iPad con la misma disciplina que usaría al diseñar una aplicación móvil de pantalla pequeña. Pensándolo bien, use MÁS disciplina porque la tentación será mayor.
Finalmente, una reflexión sobre el comportamiento y el contexto: muchas de las mejores aplicaciones en el iPhone están diseñadas para admitir un comportamiento “rápido”: entras, haces algo y sales. Esto se debe a que el iPhone es un teléfono móvil y cuando las personas lo usan a menudo son … bueno, móviles. El iPad es una criatura completamente diferente. Aunque he visto personas caminando por las calles de la ciudad usando un iPad para hacer algo mientras atraviesan multitudes, es una rara ocasión: la gente hace eso con iPhones todo el tiempo. Los iPads se usan mucho más para “navegar”, por lo que las mejores aplicaciones en esa plataforma proporcionan una interfaz simple para el consumidor e interactúan con el contenido.
Obviamente, todos y cada aplicación son diferentes … pero realmente debería ver lo que la gente quiere hacer y dónde lo hacen ante todo … sin importar para qué plataforma esté diseñando.
