Diseño de aplicación receptiva para cada usuario

Soy de la opinión de que las aplicaciones móviles deberían ser más personalizadas. No necesito algunas funciones, otras las uso con más frecuencia. Pero por alguna razón, igualamos a todos bajo un peine, para que podamos atender a más personas un poco. Un poco más lejos en términos de personalización fueron las noticias y las redes sociales. Redes que proporcionan contenido único para todos.

¿Pero qué pasa si vamos aún más lejos y proporcionamos a las personas una IU personalizada además del contenido?

Teoría

Concepto

1. La aplicación en sí misma comprende lo que usa con frecuencia y trae la funcionalidad de uso frecuente a la primera pantalla.
2. Organiza los elementos de acuerdo con el grado de importancia en la página para que no necesite alcanzar su pulgar con ella.
3. Dependiendo de la frecuencia con la que se use este elemento, su contenido también variará mucho
4. También hay disparadores: ha llegado una notificación push, una fecha específica o una acción del usuario. Este disparador tiene su propia gravedad específica, que se asigna a un elemento individual por un corto tiempo.

La lógica

Paso de calibración

Una persona usa la aplicación.

Y el programa mismo analiza el número de clics en cada elemento y le da a los elementos un peso específico.

Etapa de implementación sin problemas

Después de la calibración inicial, podemos implementar cuidadosamente la solicitud más popular para la página principal, en un bloque separado.

Fase de verificación del artículo

Analizamos la frecuencia de las visitas y determinamos si vale la pena permanecer en la página principal del elemento.

Y si es digno y se usa con frecuencia, entonces estamos considerando la opción de expandir esta celda, para que el usuario realice la acción objetivo aún más rápido.

Practica

Ejemplo de implementación de la aplicación

Un buen ejemplo son las aplicaciones bancarias.

Por qué

1. Son multifuncionales
2. La mayoría de las funciones que yo como usuario no necesito en absoluto, pero otras pueden ser más importantes.
3. Algunas funciones pueden ser necesarias, solo en un momento determinado
4. Todos usan estas aplicaciones, por lo que es más fácil entender el concepto.

Aquí intentaré mostrar en la etapa de dibujo cómo veo que debería ser. Si la publicación es interesante, entonces ya haré una aplicación de demostración en iOS.


Escenarios

Cada persona tiene sus propios guiones que realiza. No siempre son lógicos, y la tarea de la aplicación es facilitar la forma de lograr este objetivo.

Escenario 1 : a menudo transfiero dinero a la misma persona (hermano menor, hijo, esposa).

Podemos agregar un bloque con la capacidad de transferirlo rápidamente a él.



Pero el bloque en sí puede evolucionar como Pokémon. Si vemos que a menudo se usan.

Bloque de 2 niveles:



Aquí ya podemos traducir directamente desde la celda haciendo clic en el botón traducir

La aplicación entiende que esta función no solo se usa a menudo, sino que la cantidad es la misma, por lo que vamos más allá y cambiamos la celda para que se establezca la cantidad predeterminada para esta operación.

Bloque de 3 niveles



Escenario 2 Una vez al mes pago por un apartamento, aquí se activa un activador de fecha.
La aplicación entiende que aproximadamente en esta fecha todos los meses doy dinero para un departamento.
Y es lógico para nosotros mostrar exactamente este bloque en este día en la pantalla principal y, una vez realizado el pago, eliminarlo.

Escenario 3 Cierro el préstamo después de recibir sn.

Disparador Recibí un sn en la tarjeta y la aplicación comprende que, por lo general, después de esta acción por un día o dos, cierro el préstamo que me corresponde.

Ahora aparece un pago de crédito en el bloque.

Escenario 4 uso chat con soporte

A menudo, si nos mantenemos en contacto en un chat con soporte, este proceso no es rápido, podemos minimizar la aplicación varias veces, seguir con nuestro negocio y volver más tarde, para que podamos llevarlo a la primera pantalla durante la comunicación con el chat. Como sabemos cuándo comenzó la conversación y cuándo, en principio, resolvió el problema.

Escenario 5 Retirar dinero de una cuenta corriente a una tarjeta

El disparador para la recepción de dinero r / sy supongo que siempre los distribuyo entre mis tarjetas:



Quería transmitir la idea de que la experiencia del usuario se puede mejorar tratando de ayudarlo a completar lo que quiere lo más rápido posible, por supuesto, será más difícil para nosotros como desarrolladores, pero nuestros clientes lo apreciarán. Dime, ¿qué opinas de este enfoque?