Entrar de dos formas.
People: participar con confianza.
People · App móvil · Autentic AI
Diseñé la experiencia de participación de una app de estudios: descubrir una entrevista, responder y gestionar la recompensa. Trabajé con otro diseñador y el equipo técnico hasta las pruebas del MVP en Android y iPhone.
- Mi papel
- Diseño de feed, onboarding, preguntas, monedero y perfil. Colaboración en concepto y UI, y ajustes de implementación.
- La decisión
- Anticipé una barrera en el swipe y propuse el toque. Las pruebas llevaron al equipo a incorporar esa alternativa.
- Resultado y estado
- El acceso resultó más sencillo al repetir la prueba con ese grupo. MVP en pruebas en Android y iPhone.
Crear un panel propio.
- El reto
- Los paneles externos nos daban poco control sobre la calidad de las entrevistas. Las invitaciones por correo a familiares y amigos ofrecían mejores respuestas y nos animaron a crear un panel propio: una app para participar en estudios a cambio de una recompensa.
- El alcance
- Acotamos el MVP a los estudios para publicarlo antes y aprender de su uso. Diseñé otras tareas remuneradas, como compartir un ticket de compra, que quedaron sin activar.
- El equipo
- Compartíamos concepto y UI entre dos personas, con apoyo del equipo técnico y del CTO. Mi compañero propuso el feed a pantalla completa y el gesto de acceso; yo organicé el feed y diseñé onboarding, preguntas, monedero y perfil.
Del gesto al acceso.
Antes de las pruebas, anticipé que acceder solo con un swipe hacia arriba podía ser una barrera para algunos perfiles. Presenté al equipo una alternativa con un toque, que no se incorporó inicialmente.
En las pruebas vimos que algunas personas de alrededor de 50 años en adelante tenían dificultades con el gesto, incluso con la indicación animada. Retomamos mi propuesta e incorporamos el toque sobre la imagen, conservando también el swipe.
Al repetir la prueba con ese grupo, observamos que el acceso resultaba más sencillo.
Después del acceso, el screening.
El screening del equipo se muestra como contexto del recorrido. Mi propuesta se centró en cómo acceder desde el feed.
Control sobre la respuesta.
La pregunta, el tiempo y la onda permanecen visibles mientras se graba, para mantener el contexto de la respuesta.
Separé detener, descartar y enviar: terminar de hablar y entregar la respuesta corresponden a decisiones distintas.
Grabar y enviar tienen su momento.
Un fallo necesita una salida.
Conservé la referencia de la respuesta que no se había guardado y situé Reintentar junto al error.
Confianza en la recompensa.
Al completar un estudio, la persona necesitaba saber qué recompensa había obtenido y cuándo podría utilizarla.
La confirmación muestra el importe pendiente de revisión y permite continuar con otros estudios o ir al wallet. El dinero estará disponible cuando se apruebe la entrevista.
Una recompensa pendiente de revisión.
Importe y puntuación de ejemplo. La recompensa está pendiente de revisión.
Separar pendiente de disponible.
Separé saldo disponible, importe pendiente y actividad. Diseñé la retirada por tarjeta regalo o transferencia y el histórico de movimientos.
Explicar una recompensa rechazada.
La notificación explica el motivo del rechazo. Desde el detalle se puede dar por entendido o expresar desacuerdo.
Rechazo y reclamación: flujos diseñados cuya integración quedó sin confirmar al terminar mi etapa. Motivos y cantidades de ejemplo.
Pedir otra revisión.
La reclamación conserva la referencia de la recompensa y recoge el motivo del desacuerdo para que soporte pueda revisarlo.
Diseñar, probar y ajustar.
Las ideas pasaban del diseño al simulador y volvían a la mesa de trabajo. Combinábamos pruebas de comprensión con la revisión del recorrido completo en Android y iPhone.
Probar de principio a fin
Revisábamos el acceso, las respuestas, las recompensas y los referidos. Estos últimos permitían compartir un estudio con alguien que pudiera encajar y recompensar tanto la invitación como la participación completada.
Ajustar sobre la aplicación
También corregí errores en local con ayuda de IA y preparé PR para integrar los cambios. Por ejemplo, ajusté el fondo del wallet para que coincidiera con el diseño.
Una base para las acciones.
La propuesta de botones reúne jerarquía, variantes en claro y oscuro y estados de interacción. Inicié el trabajo de componentes y el planteamiento en Storybook al final de mi etapa; esa integración quedó incompleta.
Una jerarquía en claro y oscuro.
La acción principal conserva su jerarquía al cambiar de superficie. La alternativa secundaria tiene un tratamiento propio.
El estado también comunica.
Reposo, pulsación, carga y desactivado mantienen una lógica compartida para explicar qué está ocurriendo con la acción.
El color cambia con el estudio.
Primary Accent adapta el color del botón al estudio y conserva la estructura y el significado de sus estados.
Un MVP en pruebas.
Al terminar mi etapa, People estaba en pruebas en Android y iPhone, preparando su publicación en las tiendas de aplicaciones. El equipo comprobaba el funcionamiento de los estudios, las preguntas, las recompensas y los referidos. Las tareas quedaban para una evolución posterior.
Del estudio al feed.
También diseñé la preparación de la portada que presentan los estudios en People: cuatro propuestas con ajustes independientes y una selección explícita de cuál está en uso. La preparación del estudio y su presentación móvil forman parte de la misma experiencia.
Ver el diseño de portadas
Lo que me llevo.
Acordaría antes con marketing las bases de identidad visual y el criterio para las imágenes. Durante el proyecto nos costaba encontrar una dirección que sintiéramos propia de la marca. Tener esas reglas compartidas desde el inicio habría dado una base más clara para diseñar y construir la aplicación.