KAVAK · GROWTH · ONBOARDING
El onboarding no era una secuencia de bienvenida. Era la primera oportunidad para identificar al usuario, entender su intención, recuperar datos existentes y activar un journey de alto valor.
Organizar permisos, identidad, intención, datos del vehículo, personalización y financiamiento en una primera experiencia adaptable.
Caso de estudio de Kavak Onboarding por Martin Cassinelli. El trabajo organiza permisos del dispositivo, identidad, intención, personalización, datos del vehículo, documentación y financiamiento como un sistema adaptable en lugar de una secuencia fija de bienvenida. Las solicitudes avanzan desde acceso hacia identidad, relevancia y activación, y aparecen cuando su propósito es comprensible y el estado del usuario las vuelve relevantes.
El problema de diseño no era cómo incluir cada pedido en el onboarding, sino decidir cuándo cada pedido se había ganado su lugar.
CONTEXTO
El onboarding debía identificar al usuario, entender su intención, recuperar datos existentes, personalizar el producto e introducir el siguiente journey relevante. Tratar esas responsabilidades como una única secuencia fija obligaría a cada usuario a atravesar pedidos que podrían no aplicarle.
Organizar cada pedido según la confianza del usuario, el valor que ya recibió y el contexto disponible.
EL ONBOARDING TENÍA DEMASIADAS TAREAS
El problema de diseño era decidir qué merecía suceder primero. Permisos, acceso a la cuenta, intención, personalización, datos del vehículo, documentación y financiamiento competían por la misma atención inicial.
LA DECISIÓN CENTRAL
El sistema avanza desde un esfuerzo bajo hacia un compromiso mayor. Cada pedido aparece solo cuando su propósito es comprensible y el estado del usuario lo vuelve relevante.
Pedirlos solo cuando una funcionalidad reconocible los necesita.
Identificar cuando permite preservar el progreso o recuperar datos útiles.
Aprender lo suficiente para ensamblar una experiencia inicial relevante.
Pedir esfuerzo o información sensible solo dentro de un journey activo.
EL MODELO DE ORQUESTACIÓN
Cada instancia del onboarding se rige por el contexto que la justifica, el valor que habilita y la fricción que evita.
UN SISTEMA ADAPTABLE
Los usuarios no comenzaban desde el mismo estado. La intención declarada y el contexto disponible en la cuenta o el vehículo determinan qué pedidos son útiles y cuáles pueden desaparecer.
Experiencia de producto compartida
DECISIÓN 01
Pedir cada permiso cuando su beneficio sea visible, conectando el acceso al dispositivo con una capacidad reconocible del producto.
El prompt del sistema puede aparecer más tarde, pero llega con una razón en lugar de competir por confianza al comienzo.
DECISIÓN 02
Asociar la identificación con continuidad o valor recuperado, en lugar de tratar el registro como un primer paso incondicional.
La identificación se secuencia alrededor de un resultado útil: preservar progreso o recuperar información cuando ese valor está disponible.
DECISIÓN 03
Consultar los datos existentes del vehículo antes de pedir una carga manual. Si aparece un vehículo conocido, permitir confirmarlo o corregirlo; mantener la carga manual como alternativa.
La interfaz presenta el escaneo de la tarjeta de circulación como una alternativa acelerada para cargar marca, modelo, año y versión, no como un flujo independiente de punta a punta.
DECISIÓN 04
Introducir documentación o financiamiento dentro de un journey activo. La misma propuesta de crédito se encuadra según la intención de comprar, cambiar, usar Auto Equity o explorar.
Los pedidos del perfil financiero aparecen después de una introducción relevante al crédito, en lugar de presentarse como una oferta indiscriminada.
JOURNEYS REPRESENTATIVOS
Estos flujos representativos muestran cómo se adapta el modelo sin catalogar todas las permutaciones posibles.
Sin un vehículo conocido ni una transacción activa, el flujo aprende lo suficiente para establecer una dirección y ensamblar contenido inicial relevante.
Los datos existentes se recuperan antes de la carga manual y la documentación se pide solo después de activar un journey de vehículo.
El pedido del vehículo se vuelve relevante porque la intención de vender ya es conocida; otros pedidos no relacionados no necesitan liderar el journey.
El financiamiento aparece después de una intención declarada de compra y una personalización relevante, en lugar de ser una oferta genérica de crédito.
RESULTADO
Hasta contar con métricas cuantitativas verificadas, el resultado se expresa a través de los cambios cualitativos de producto que habilita el modelo.
Hablemos de tu onboarding →El resultado no fue un onboarding más corto para todos. Fue un onboarding más relevante para cada condición inicial.