Carga cognitiva y simplificación del recorrido del cliente

Un cliente que enfrenta un formulario de doce campos no abandona porque el producto le disguste. Abandona porque su cerebro, en algún punto entre el campo seis y el ocho, calcula silenciosamente que el esfuerzo ya no vale la recompensa. Esa decisión no pasa por la razón: pasa por la fatiga.

La tesis de este artículo es directa: la variable que más predice si un journey se completa no es la satisfacción con la marca, sino la carga cognitiva que ese journey exige en cada paso. Simplificar no significa "tener menos pasos" —a veces un paso adicional reduce la carga total si reparte mejor las decisiones—. Significa diseñar cuántas decisiones, de qué tipo y en qué momento le pedimos al cliente que tome, y eso es un problema de arquitectura de elección, no de estética de interfaz.

¿Qué es la carga cognitiva y por qué decide el destino de un journey?

La carga cognitiva es la cantidad de recursos mentales de trabajo que una tarea exige para completarse. El término proviene de la teoría de la carga cognitiva, formulada por el psicólogo educativo John Sweller en 1988 y publicada en la revista Cognitive Science: nuestra memoria de trabajo tiene una capacidad limitada, y cuando una tarea la satura, el rendimiento y la retención se derrumban, incluso si la persona está motivada para completarla.

En experiencia de cliente, esto se traduce en algo muy concreto: cada campo de un formulario, cada opción de un menú, cada término técnico sin explicar, consume una porción de esa memoria de trabajo. El journey no compite solo contra la competencia; compite contra el límite biológico de atención del propio cliente. Un banco que exige seis documentos para abrir una cuenta no está siendo "riguroso": está gastando el presupuesto cognitivo del cliente antes de que la relación empiece.

¿Por qué el cerebro castiga la complejidad antes de evaluarla?

Porque casi nunca la evalúa de forma consciente. Daniel Kahneman, en Thinking, Fast and Slow (2011), describe dos sistemas de pensamiento: el Sistema 1, rápido, automático e intuitivo, y el Sistema 2, lento, deliberado y costoso. La mayoría de las interacciones cotidianas —elegir un plan, navegar un catálogo, responder a una notificación— se resuelven con el Sistema 1. En cuanto una pantalla o un proceso obliga a activar el Sistema 2 sin necesidad real, el cliente lo interpreta como fricción, y esa señal llega antes de cualquier evaluación racional del beneficio.

Esto se relaciona con una regularidad bien documentada en psicología experimental: la ley de Hick (Hick, 1952; Hyman, 1953), que establece que el tiempo que tarda una persona en decidir aumenta con el número y la complejidad de las opciones disponibles. No es una metáfora de diseño: es un patrón medible en tiempos de reacción. Cuantas más rutas ofrece un journey, más tiempo —y más probabilidad de abandono— se inyecta en cada bifurcación.

Un journey no se simplifica quitando pantallas; se simplifica quitando decisiones que el cliente nunca debió tener que tomar.

¿Cuánta elección es demasiada elección?

Más de la que la mayoría de las organizaciones asume. El psicólogo George A. Miller, en su artículo clásico de 1956 "The Magical Number Seven, Plus or Minus Two", publicado en Psychological Review, documentó que la memoria de trabajo humana maneja de forma fiable entre cinco y nueve elementos discretos antes de empezar a fallar. Cuando un catálogo, un menú de soporte o una tabla de tarifas supera ese umbral sin agrupar la información, no está ofreciendo más libertad: está imponiendo más carga.

El psicólogo Barry Schwartz llevó esta idea al terreno del consumo en The Paradox of Choice (2004): más opciones no aumentan la satisfacción de forma lineal; a partir de cierto punto, la aumentan la ansiedad, el arrepentimiento anticipado y la probabilidad de no decidir nada. En experiencia de cliente esto tiene una traducción operativa muy precisa:

• Catálogos extensos sin curaduría generan parálisis de elección antes que deseo de compra.
• Planes de precios con demasiadas variables obligan al cliente a comparar en lugar de decidir, y comparar es una tarea de Sistema 2.
• Menús de soporte con más de siete o nueve opciones empujan al cliente a colgar o a escribir "hablar con un agente", que es exactamente la fricción que el menú quería evitar.
• Formularios que muestran todos los campos a la vez, en lugar de revelarlos por etapas, activan el rechazo visual antes de que el cliente lea el primer campo.

¿Cómo distinguir la fricción que protege de la fricción que sangra?

No toda fricción es mala. Richard Thaler y Cass Sunstein, en Nudge (2008), introdujeron el concepto de fricción deliberada: pasos que ralentizan una decisión importante —confirmar una transferencia grande, revisar los términos de un préstamo— para proteger al cliente de un error costoso. Esa fricción es funcional. El problema aparece cuando la fricción no protege a nadie y solo existe porque nadie se ha tomado el trabajo de eliminarla: eso es lo que Thaler popularizó como "sludge", el reverso oscuro del nudge.

La prueba práctica es sencilla: si un paso adicional reduce el riesgo de una decisión irreversible o de alto impacto, es fricción legítima. Si un paso adicional solo existe porque el proceso interno de la organización lo necesita —una verificación redundante, un campo que el sistema legado exige pero que el negocio no usa—, es sludge, y cada sludge que sobrevive en un journey es carga cognitiva regalada a la competencia. Esta distinción es el corazón de un buen trabajo de economía del comportamiento aplicada: no se trata de eliminar toda resistencia, se trata de auditar cuál resistencia gana algo para el cliente y cuál solo gana tiempo para el departamento equivocado.

¿Cómo se simplifica un journey sin perder control ni cumplimiento?

Simplificar no es sinónimo de recortar controles regulatorios ni de ocultar información relevante. Es rediseñar cuándo y cómo se pide esa información. Un método probado sigue esta secuencia:

1. Mapea el journey como una secuencia de decisiones, no de pantallas. Por cada paso, pregunta: ¿qué decisión concreta le estamos pidiendo al cliente en este punto, y necesita tomarla ahora?
2. Agrupa la información en bloques de cinco a nueve elementos, siguiendo el límite documentado por Miller, y usa la revelación progresiva —mostrar solo lo relevante al paso actual— en lugar de exponer todo el formulario de una vez.
3. Convierte la elección compleja en elección predeterminada. La arquitectura de elección y el uso de valores por defecto bien diseñados reducen el número de micro-decisiones sin eliminar la opción de cambiarlas.
4. Elimina cada campo o paso que no cambie el resultado de la transacción. Si un dato no altera la decisión ni la conformidad regulatoria, es candidato directo a desaparecer o a moverse a un momento posterior, menos crítico.
5. Aplica el efecto gradiente de meta (goal-gradient effect, documentado por Clark Hull en 1932 y confirmado en contextos de fidelización por Ran Kivetz, Oleg Urminsky y Yuhuang Zheng en su estudio de 2006 publicado en Journal of Marketing Research): muestra al cliente cuánto le falta, no solo cuánto ha avanzado. La proximidad percibida a la meta reduce el abandono en los últimos pasos, precisamente donde la carga acumulada es más alta.
6. Prueba el journey con usuarios reales antes de lanzarlo, midiendo tiempo de finalización y tasa de abandono por paso, no solo satisfacción general al final.

Este trabajo de rediseño rara vez se resuelve solo con wireframes bonitos; requiere diseño de wireframes centrado en la carga cognitiva y una revisión estructurada del journey completo, no de pantallas sueltas. También conviene revisar cómo se mide el esfuerzo percibido: Matthew Dixon, Karen Freeman y Nicholas Toman, en su artículo de 2010 en Harvard Business Review "Stop Trying to Delight Your Customers", mostraron que reducir el esfuerzo del cliente predice la lealtad con más fuerza que intentar sorprenderlo, un hallazgo que dio origen al Customer Effort Score como métrica operativa.

¿Qué papel juega el "presupuesto cognitivo" en el diseño de journeys?

Aquí conviene introducir un marco que rara vez se nombra así en CX: cada journey tiene un presupuesto cognitivo, un límite finito de esfuerzo mental que el cliente está dispuesto a invertir antes de abandonar, delegar la decisión o simplemente posponerla. Igual que un presupuesto financiero, ese recurso se puede gastar mal —todo de golpe, en el paso equivocado— o gestionarse con disciplina, reservando la mayor parte para el único momento donde el cliente realmente necesita pensar.

Tratar la carga cognitiva como un presupuesto, y no como un defecto a minimizar en abstracto, cambia las prioridades de diseño:

• Los primeros pasos de un journey —registro, onboarding, primer contacto— deben ser los más baratos cognitivamente, porque ahí el cliente todavía no ha decidido si la relación merece su esfuerzo.
• Los momentos de verdad genuinos —elegir un producto financiero, autorizar un tratamiento médico, comparar coberturas de seguro— merecen gastar presupuesto cognitivo con generosidad: ahí sí queremos que el cliente piense despacio, con toda la información visible.
• Cada paso administrativo que no sea un momento de verdad debe diseñarse para el Sistema 1: reconocible, predecible, sin sorpresas ni terminología nueva.
• El presupuesto no es igual para todos los segmentos: un cliente nuevo llega con menos tolerancia a la complejidad que uno recurrente, porque todavía no ha amortizado el aprendizaje del sistema.

Este enfoque exige mapear el journey completo con la misma rigurosidad con la que un equipo financiero mapea un estado de resultados: identificando dónde se gasta el presupuesto, dónde se malgasta y dónde conviene invertir más. Herramientas como René Studio permiten precisamente eso: estructurar cada etapa, paso y punto de contacto de un journey como datos —no como diapositivas— y puntuar cada uno con un motor de scoring transparente, de forma que la carga cognitiva deje de ser una intuición de diseño y se convierta en algo que se mide, se compara y se mejora punto por punto, con un asistente de IA integrado que ayuda a identificar dónde el journey exige más esfuerzo del que la etapa merece.

¿Cómo se sabe si la simplificación está funcionando?

La métrica más honesta no es la satisfacción declarada al final del proceso —esa está sesgada por el alivio de haber terminado— sino la tasa de finalización por paso y el tiempo que cada paso consume frente al valor de la decisión que contiene. Un paso que representa el 5% del valor de la transacción pero consume el 40% del tiempo total del journey es, casi siempre, una señal de sludge sin diagnosticar. Un buen punto de partida es una evaluación de madurez de CX que revele en qué building blocks del journey se concentra la fricción antes de rediseñar nada.

Conviene también resistir la tentación de simplificar solo la superficie visible. La medición del rendimiento de los procesos desde la perspectiva del cliente suele revelar que la carga cognitiva más costosa no está en la pantalla, sino en la coordinación invisible entre departamentos que el cliente termina absorbiendo cuando nadie más la resuelve por él.

El siguiente paso: rediseñar antes de reducir

La tentación, ante un journey pesado, es cortar pasos hasta que el número parezca aceptable. Es la respuesta equivocada. La pregunta correcta no es cuántos pasos tiene el journey, sino cuántas decisiones reales le pedimos al cliente que cargue por su cuenta, y si esas decisiones merecen su atención o solo la están secuestrando. Las organizaciones que ganan en los próximos años no serán las que ofrezcan más opciones ni las que automaticen más pantallas: serán las que aprendan a gastar el presupuesto cognitivo de su cliente con la misma disciplina con que gastan su presupuesto financiero. Ese ejercicio empieza, casi siempre, con un buen rediseño de servicio y una arquitectura de journey pensada desde la mente del cliente hacia afuera, y no al revés.