Portafolio
Cliente real Service Design · SaaS

Jornada Integrada

Rediseño sistémico del onboarding de una plataforma B2B de MDM, disolviendo los silos entre preventa, activación y retención.

Service Blueprint Investigación Cocreación Onboarding AS-IS / TO-BE

Rol

Service Designer
Co-líder del rediseño

Equipos involucrados

Ventas, Onboarding,
Soporte y Customer Success

Métodos

Service blueprint,
jornada AS-IS / TO-BE

Resultado clave

Time-to-Value
30% más rápido

Contexto

El síntoma y el sistema

La plataforma es un MDM corporativo, contratado por empresas para gestionar flotas de dispositivos móviles. La diversidad de clientes era extrema: grandes corporativos, empresas de tecnología, organismos públicos, redes educativas, bancos, operadores logísticos, industrias y muchos otros segmentos. Cada uno con sus propias reglas de compliance, escala de operación y expectativa de soporte.

El síntoma más visible era la baja conversión de leads. La investigación reveló una causa estructural: el servicio operaba en secuencia lineal, mientras que la expectativa del cliente exigía capas simultáneas. Cada hand-off cargaba pérdida de contexto, retrabajo y debilitamiento del vínculo construido antes.

Fricciones mapeadas en el AS-IS

  • i. Onboarding como gate de pago: el cliente llegaba sin conocimiento previo
  • ii. Soporte ausente de la preventa, generando deuda técnica en el onboarding
  • iii. Hand-off a retención como ruptura del vínculo, no transferencia
  • iv. POC genérica que no creaba anclaje en el producto
  • v. Base de conocimiento insuficiente para sostener la autonomía

Hipótesis de diseño

Si los equipos operan en superposición planificada, y no en secuencia, la jornada del cliente deja de tener costuras visibles y cada fase se vuelve acumulación, no sustitución.

Método

De la escucha al blueprint

Fase 01 · Inmersión

Entrevistas con líderes de los cuatro equipos y escucha de calls de venta, onboarding y soporte para mapear lenguaje, expectativa y contradicciones operativas.

Fase 02 · Diagnóstico

Construcción del blueprint AS-IS exponiendo frontstage, backstage y momentos de fricción. Las mayores pérdidas estaban en los hand-offs, no en las fases en sí.

Fase 03 · Cocreación

Workshops con los cuatro equipos para diseñar un modelo TO-BE en superposición. La presencia de todos forzó la negociación de fronteras y responsabilidades.

Fase 04 · Implementación

Pilotaje con clientes reales, protocolos de hand-off documentados y ritos de transición establecidos entre onboarding y retención.

Principios de diseño definidos en el workshop

“Ningún equipo entra o sale solo.”

Toda transición entre equipos exige superposición mínima y ritual de traspaso documentado.

“El cliente aprende, no observa.”

Desde el primer contacto, el cliente opera el producto con sus propios datos, no ve demostraciones.

“La autonomía es infraestructura.”

La base de conocimiento se trató como pilar de diseño, no como apoyo de soporte.

Insight central

Diluyendo la densidad del onboarding

En el modelo antiguo, el onboarding concentraba toda la complejidad: aprender el producto, migrar datos, configurar políticas, capacitar al equipo y absorber las reglas del nicho. Era denso, traumático y operaba como el único punto de entrada posible. La intervención fue redistribuir esa carga a lo largo de toda la jornada, transformando momentos antes pasivos en momentos de aprendizaje.

Modelo anterior

“Todo ocurre en el onboarding.”

Preventa
POC
OnboardingAprendizaje + migración+ config. + formación
Retención

Toda la carga cognitiva y operativa concentrada en una única fase post-contrato.

Modelo rediseñado

“El aprendizaje es la jornada.”

Preventa+ aprendizaje
POC+ datos reales
Onboardingconsultoría
Retención+ expansión

Carga distribuida en cuatro fases proporcionales, con aprendizaje y datos acumulando desde el inicio.

Cuando el cliente empieza a introducir sus propios datos en la plataforma durante la POC y aprende a operar el sistema desde el primer contacto, dos cosas cambian en paralelo. Primero, comprende las ventajas del producto aplicadas a su propio negocio, no en abstracto. Segundo, acumula una capa creciente de configuración que haría que cambiar de proveedor pareciera demasiado trabajo. El switching cost deja de ser argumento de venta y pasa a ser experiencia vivida.

Solución

Blueprint de la jornada en capas

01

Ventas como ritual colectivo

Onboarding entra en la reunión de descubrimiento para conducir la demo con datos reales del cliente. Soporte acompaña como observador técnico. El cliente sale de la primera interacción operando una plataforma ya configurada para su contexto, no viendo una presentación.

02

POC como switching cost

Con la plataforma preconfigurada con datos reales, la POC deja de ser prueba y se vuelve operación. El cliente acumula configuración y familiaridad a lo largo de las semanas, y cambiar de proveedor pasa a parecer demasiado trabajo. Anclaje por experiencia, no por argumento.

03

Onboarding como consultoría

Cuando el cliente llega al onboarding post-firma ya con dominio operativo, el equipo deja de enseñar a usarlo y pasa a traducir el producto al negocio. El onboarding se convierte en espacio de generación de insight, calibrado para el nicho de cada cliente.

04

Hand-off como continuidad

Retención entra a la mitad del onboarding, no al final. La superposición planificada sustituye la ruptura por un handover gradual, preservando el vínculo construido y permitiendo que las conversaciones de expansión emerjan de la propia relación.

Pilar 05 · Frente que lideré personalmente

Base de conocimiento como infraestructura

Para que la superposición de equipos funcionara sin sobrecargar a ninguno, la autonomía del cliente tuvo que ampliarse. Lideré la expansión de la base de conocimiento en dos frentes: contenido escrito (artículos, FAQs y documentación técnica organizada por nicho de cliente) y contenido en video (tutoriales y webinars). La base dejó de ser un repositorio de soporte y pasó a ser una capa permanente de la jornada, disponible en cualquier fase.

Impacto medido

Time-to-Value 30% más rápido

30%

de reducción en el tiempo hasta que el cliente extrae valor real de la plataforma.

Qué es Time-to-Value. TTV es el intervalo entre la firma del contrato y el momento en que el cliente empieza a extraer valor concreto del producto. En SaaS B2B, es una de las métricas más críticas de salud de la operación: un TTV largo significa cliente frustrado, churn temprano y dificultad de expansión; un TTV corto significa cliente comprometido, retención alta y apertura para upsell.

En el modelo antiguo, el reloj empezaba a contar solo después del pago. En el modelo rediseñado, empieza en la preventa, cuando el cliente ya está operando el producto con sus propios datos.

Aprendizaje anticipado

El cliente llega al posventa ya dominando el producto, eliminando semanas de formación básica.

Configuración distribuida

Los datos del cliente entran en la plataforma ya en la POC, evitando la migración concentrada en el onboarding.

Soporte sin fricción

La presencia del soporte desde la preventa elimina el retrabajo técnico tras la firma.

Autonomía sostenida

La base de conocimiento permite que el cliente avance solo entre los momentos guiados, manteniendo el ritmo.

Impacto sistémico

Qué cambió en el sistema

Para el cliente

Curva de aprendizaje anticipada

Llega al onboarding con dominio operativo, acortando la fase de activación.

Vínculo distribuido entre equipos

La confianza deja de depender de un único punto de contacto y se distribuye por la jornada.

Autonomía entre touchpoints

La base de conocimiento permite avanzar entre fases sin depender exclusivamente de personas.

Para la operación

POC como driver de conversión

Un switching cost cualificado redujo la fricción comercial en el cierre.

Comunicación entre equipos fluida

La presencia compartida eliminó reuniones de alineación y correos de contexto.

Upsell como consecuencia

La expansión emergió orgánicamente de la madurez del cliente, no de un esfuerzo comercial aislado.

Aprendizaje

Cuando el diseño del servicio reconoce que las jornadas operan en capas y no en etapas, la pregunta deja de ser “cómo mejorar cada fase” y pasa a ser “cómo orquestar las presencias adecuadas en cada momento”.

El proyecto evidenció que la continuidad del cliente se construye en el espacio entre los equipos, no dentro de ellos. Corresponde al Service Designer cuidar ese espacio.