Ejemplos de primeros pasos en apps móviles: patrones para estudiar antes de diseñar tu próximo flujo

1. Deja que el primer momento útil marque el rumbo

Imagine una aplicación de planificación de comidas que se abre con un plan inicial y permite a alguien intercambiar una comida, en lugar de comenzar con diapositivas sobre recetas y listas. La interacción hace que el producto sea concreto. Mantenga una introducción sólo cuando resuelva una incertidumbre real.

Las Directrices de interfaz humana de Apple recomiendan una introducción rápida, opcional y centrada. NN/g desaconseja la instrucción que las personas pueden aprender mediante el uso, aunque reconoce la configuración, las experiencias personalizadas y los flujos de trabajo desconocidos como razones para guiarlos. Una aplicación de notas o cronómetro familiar puede ser más clara cuando se abre directamente a la tarea.

Estudie los ejemplos de introducción de ScreenKits para obtener ideas de diseño y secuenciación. Léalos como referencias visuales: una captura de pantalla puede sugerir un patrón, pero no puede establecer cómo lo entendió la gente o si funcionó.

• Nombra el primer resultado significativo en una oración.
• Pregunte si la propia interfaz puede hacer comprensible la siguiente acción.
• Mantenga una declaración de bienvenida o de valor sólo si resuelve una incertidumbre real.

2. Configura de forma progresiva en vez de pedirlo todo de una vez

Imagine una aplicación para correr que necesita un objetivo, unidades, hora de recordatorio y ubicación. Una versión progresiva ofrece un plan inicial, solicita un objetivo cuando alguien lo ajusta y deja unidades y recordatorios en la configuración. Si una respuesta en particular es esencial, explique por qué en ese momento es necesaria.

Este patrón es útil cuando la personalización depende de una pequeña cantidad de opciones significativas. Es más débil cuando las preguntas parecen un cuestionario sin resultados visibles. Mostrar progreso sólo cuando aclare el esfuerzo restante; No añada varias pantallas solo para que un formulario corto parezca menos exigente. Proporcione valores predeterminados sensatos y permita que la gente los cambie más tarde.

La creación de cuenta pertenece a la misma conversación. Apple recomienda solicitar una cuenta solo cuando la funcionalidad principal la requiera y retrasar el inicio de sesión cuando sea posible para que las personas puedan comprender primero la aplicación. Para un flujo que requiere registro, deje claro el beneficio y la información requerida. La guía de diseño de inicio de sesión y registro móvil relacionada puede ayudarle a revisar esa parte por separado.

• Para cada pregunta, escriba qué decisión sobre el producto depende de su respuesta.
• Mueva las preferencias opcionales al momento en que se vuelvan útiles o a la configuración.
• Explique los pasos de cuenta requeridos en términos de la tarea de la persona.

3. Enseña las acciones nuevas en contexto

Considere una aplicación de presupuesto con una forma desconocida de dividir una transacción. Un carrusel genérico que apunta a cada pestaña hace que la persona recuerde las instrucciones antes de tener una razón para usarlas. Un patrón contextual espera a que aparezca la primera transacción y ofrece una breve pista junto al control para dividirla. Un paso de práctica interactivo podría permitir que alguien pruebe la acción con datos de muestra antes de editar un registro real.

La elección del diseño depende del tiempo y de lo que está en juego. Enseñe la interacción única en el momento en que se vuelva relevante, mantenga las instrucciones cerca del control y deje clara la siguiente acción. Si una persona ignora la pista, conserve una ruta de ayuda que pueda encontrar más tarde. Evite explicar las convenciones de navegación estándar que la interfaz debe comunicar por sí sola.

Para flujos complejos, una pequeña tarea guiada puede enseñar más que un recorrido: crear un tablero de muestra, guardar un elemento o obtener una vista previa de un flujo de trabajo. Mantenga el ejercicio reversible y diga si cambia los datos reales. Apple recomienda enseñar mediante interacciones cuando sea práctico y mantener breves los pasos previos.

• Identifique la acción que es nueva o fácil de malinterpretar.
• Coloque la pista al lado de esa acción y ofrezca una ruta para probarlo ahora cuando sea seguro.
• Haga que omitir, descartar y encontrar nuevamente la explicación sea sencillo.

4. Pide permisos cuando el motivo esté claro

Imagine un diario fotográfico al que se le pueda adjuntar una ubicación. Solicitar acceso a la ubicación en la pantalla de bienvenida hace que la solicitud sea abstracta. Esperar hasta que alguien elija Agregar ubicación crea una explicación clara: la ubicación puede etiquetar esta entrada y la función funciona sin ella. Se trata de un momento de permiso relacionado con un beneficio específico, con una alternativa clara si se rechaza el acceso.

El mismo razonamiento se aplica a los permisos para recibir notificaciones, usar la cámara o acceder a los contactos, así como al acceso a datos de salud. Una explicación previa al permiso debe ser precisa, concisa y específica sobre la función. No dé a entender que el acceso es obligatorio si la aplicación principal aún funciona sin él. Apple recomienda solicitar permisos durante la introducción solo cuando sean imprescindibles; de lo contrario, pregunte cuándo la persona utiliza por primera vez la función que la necesita.

• Vincula cada solicitud a una acción que la persona acaba de elegir o a una tarea que está intentando terminar.
• Indique qué permite el permiso y qué permanece disponible sin él.
• Mantenga el aviso del sistema distinto de su propia explicación del beneficio.

Lista práctica de comprobación

Antes de pulir las transiciones, revisa cada paso en un teléfono pequeño. Déle a una persona desconocida una indicación realista para su primera tarea y observe dónde duda. Compare una versión más ligera cuando el producto pueda soportarla de forma segura. Trate los hallazgos como evidencia de usabilidad, no como resultados comerciales garantizados.

• ¿Puede alguien realizar una primera tarea significativa sin memorizar un recorrido?
• ¿Tiene cada pregunta o paso de configuración un motivo claro e inmediato?
• ¿Pueden las personas saltarse instrucciones opcionales y volver a encontrarlas más tarde?
• ¿Se solicitan permisos en la función que los necesita, con una explicación honesta?
• ¿Los valores predeterminados permiten a las personas continuar sin configuraciones innecesarias?
• ¿Funciona el flujo con textos más largos, tecnologías de asistencia y sesiones interrumpidas?