Fernando Catter
ShopSmartAutos

Concepto independiente / Móvil y web

ShopSmartAutos

De una descripción de necesidades cotidianas a una lista corta que un comprador puede revisar

Diseñé un concepto móvil y web para alguien que conoce su presupuesto, cuántas personas lleva y sus preferencias, pero todavía no ha elegido marca ni modelo. El asistente convierte esa descripción en preferencias revisables, apoya la comparación y ayuda a preparar una consulta a un concesionario.

Rol

Encuadre del problema, diseño de interacción, UI y prototipos.

Equipo
Proyecto independiente.
Superficies
App móvil y web responsiva.
Etapa
Dos prototipos clicables en Figma con avisos inventados y respuestas del asistente guionadas. Las consultas están simuladas.

Condiciones

Los avisos son inventados.

Las marcas y los modelos son reales. Cada aviso, precio, kilometraje y concesionario de estas pantallas fue escrito para este trabajo, y no hay ningún servicio de avisos conectado.

El asistente está guionado.

Las respuestas siguen un recorrido escrito. Nada de esto es una integración de IA en funcionamiento, y no se envía ninguna consulta a nadie.

El problema

Empezar por la necesidad, no por el modelo

Dónde empieza el comprador

El proyecto explora un punto de partida específico: el comprador puede describir cómo el auto tiene que encajar en su vida, pero no ha traducido eso a filtros de inventario.

Para qué está el asistente

El trabajo del asistente es ayudar con esa traducción, no tomar la decisión por el comprador.

Hacia dónde va esto

Cada pantalla que sigue parte de esa frase y la mantiene editable, así el comprador corrige al asistente en lugar de empezar de nuevo.

Lo que un comprador puede decir en palabras simples frente a los campos que pide un sitio de avisos

La interfaz

Convertir la frase en algo revisable

La frase

El ejemplo parte de una SUV usada por debajo de $25,000, cinco asientos y preferencia por monitoreo de punto ciego.

Una frase simple de necesidades convertida en preferencias revisables

El peso y la pregunta del presupuesto

Esos detalles no pesan todos igual. Separé los requisitos de las preferencias e hice visible la interpretación del presupuesto, incluida la pregunta de si incluye impuestos y cargos del concesionario. La revisión de preferencias le permite al comprador corregir esa interpretación antes de que cambie los resultados.

Comparación

Poner la explicación junto a la comparación

La explicación se queda junto a los datos

El panel de comparación mantiene la explicación del asistente junto a los datos del vehículo que la sostienen. Así una diferencia de precio o kilometraje se puede inspeccionar en lugar de aceptarse como una recomendación sin contexto.

Una comparación con la explicación del asistente junto a los datos del vehículo

Un precio solo sirve junto a la razón por la que es ese precio.

Lo que una diferencia no demuestra

Evité tratar un menor kilometraje como prueba de mejor estado, o un precio publicado como el costo completo. La comparación debe aclarar un intercambio, no esconder un supuesto dentro de él.

La consulta

Mantener la consulta revisable

El borrador

El panel de consulta lleva el vehículo seleccionado y las preguntas del comprador a un mensaje en borrador. El comprador lo revisa antes de enviarlo.

El borrador de la consulta, con el vehículo y las preguntas, listo para revisar

Una solicitud no es una cita

Una solicitud de visita sigue siendo una solicitud hasta que el concesionario responde. Esa distinción evita que la interfaz presente un acuerdo sin confirmar como una cita.

La decisión clave

Revisar la interpretación antes de mostrar los autos

Las dos opciones

Exploré mostrar resultados de inmediato y luego refinarlos, frente a pedirle al comprador que revise primero las preferencias.

Dos opciones: resultados primero y luego refinar, o revisar primero las preferencias

Por qué el paso extra

Elegí el paso de revisión. Agrega un toque incluso cuando la interpretación es correcta, pero hace más fácil detectar una restricción equivocada antes de que vehículos adecuados desaparezcan de la lista corta.

Dos superficies

Darle a cada tamaño de pantalla un rol útil

Una tarea a la vez

El prototipo móvil maneja una tarea a la vez: describir, refinar, comparar y preguntar.

El prototipo móvil, una tarea por pantalla

La solicitud junto a los resultados

El prototipo de escritorio pone al asistente junto a los resultados, así el comprador puede ajustar la solicitud sin perder de vista el inventario. Son dos presentaciones de la misma tarea, no dos historias de producto distintas.

El prototipo de escritorio con el asistente junto a los resultados

Incertidumbre

Hacer visible la incertidumbre

Tres vacíos distintos

El prototipo incluye los casos de ningún vehículo coincidente, precio incompleto e información de equipamiento faltante. Cada uno necesita una explicación distinta: revisar una necesidad, confirmar el total, o reconocer que un detalle de equipamiento no está declarado.

Tres estados de información incompleta, cada uno explicado de forma distinta

Un vacío no es un no

Que falte información no es lo mismo que una respuesta negativa. La interfaz debe preservar esa distinción y mantener disponible un siguiente paso útil.

Entrega y alcance

Dos prototipos, avisos inventados


Los avisos son inventados, las respuestas del asistente están guionadas y las consultas están simuladas. Los prototipos cubren la revisión de preferencias, la comparación, la consulta y los principales estados de información incompleta.

  • Dos prototipos clicables en Figma, móvil y web responsiva
  • Revisión de preferencias, comparación, consulta y los estados de información incompleta
  • El encuadre, el diseño de interacción, la interfaz y los prototipos son míos
  • Avisos inventados, así que cada número en pantalla tenía que quedar visiblemente marcado como muestra