Ideación

1.Arquetipo

Perfil

• Odontologa espcializada en ortodoncia
• Profesora de unisversidad
• Mamá e un niño de 3 años
• casada

Datos demográficos

• Mujer de 35 años
• Tiene casa propia cerca de Valencia
• Autónoma con ingresos superiores a 2000€

Hábitos

• Hace compras online desde el móvil porque no tiene tiempo
• Compra desde el sofá por la noche
• Acude a la peluqueria/salón de belleza semanalmente
• Compra con frequencia para si misma y para regalar

Intereses

• Le gusta hacer zumba y pilates, le ayuda a desestresarse
• Abonada a Netflix y HBO
• Usuaria de Apple
• Usa poco las redes sociales

Retos

• Quiere tener más dias libres
• Llegar más pronto a casa

Frustraciones

• Tengo poco tiempo después del trabajo
• Tengo que formarme contínuamente
• El trabajo fuera de la clínica (trabajo con el ordenador)

Objetivos

• Le gustaría montar una clínica propia

2.Journeys
Tras los resultados de la investigación y ver el porcentaje que usa las impresiones con moldes de silicona y escáner 3D decidimos hacer un Journey al método tradicional:

Conclusiones:

3.Ideas a implementar para cubrir los problemas/objetivos planteado

3.1 Navegación
En la fase de entendimiento realizando la técnica de shad-lightowig junto a un usuario y el posterior UX Benchmark nos dimos cuenta que el proceso es muy largo y tiene poca ayuda visual, el menú es confuso, el tamaño pequeño y algunos pasos se repiten. En el UX Benchmark vimos como otras plataformas hacen un mejor uso de:

• Breadcrumbs

• Indicadoresde proceso ( punto en que nos encontramos del total )

• Iconografía

• Colores y etiquetas

Planteamos un prototipo con un menú lateral fijo donde en todo momento podemos ver claramente todas las partes del proceso, podemos navegar por ellas, el propio menú nos sirve de indicador del proceso.

En la aplicación original hay 10 pasos que corresponden a tratamiento clínico en la que la única información visible en los enlaces es una enumeración de 1 al 10, con esta propuesta aprovechamos todo el espacio que nos da el navegador distribuyendo mejor toda la información y solucionando un problema de navegación:

Prototipo:

3.2 Arquitectura
Detectamos un exceso de pantallas en el proceso, algunos procesos como fotografías y radiografías se repetían al principio del proceso y al final, después de los datos clínicos, esto confundía y a su vez dilataba el proceso.

Al observar el flujo podemos ver la totalidad de pasos que se siguen, y los diferentes pasos clasificándolos por:

• Datos del paciente

• Datos clínicos básicos

• Características – opciones de tratamiento

• Datos clínicos

• Resumen/aceptación

• Solicitud recogida de moldes (este último proceso hay que guardar, salir y volver a entrar).

Arquitectura de la información planteada:

Datos del paciente:
Añadimos a este paso la foto de perfil del paciente, elminando un paso para este fin en la aplicación actual.

tratamiento:
En un solo paso aunamos toda la información referente al tratamiento.

Envios y facturación:
Añadimos la opción de registrar una nueva dirección e incororamos la opción de solicitar la recogida de UPS desde la web, en el siguiente punto se desarrolla esta mejora.

Registro paciente:
Fotografías, escáner/molde y radiografías.

3.3 Solicitud recogida paquete
Tras ver que casi el 50% sigue usando las impresiones de silicona vemos necesario implementar una solicitud de recogida más sencilla desde la aplicación web, para ello planteamos una integración via API o similar con UPS, la cual nos permita solicitar dicha recogida en un solo paso, sin la necesidad de tener que completar todo el registro.

Para ello añadimos en el paso de “envios y facturación” la opción de solicitar un recogida, este paso lo volvemos a incluir en el paso de registro del paciente: