滅伉圻幹

(see the * 'adobe' handle in functions.php ! no async, no defer), so a page-load * Target offer has already set `data-hdr` by the time this runs. * * An answer that lands after this point is inert rather than acted on: * `apply()` finds the prune settled and does nothing, so the visitor * keeps the nav they were served instead of watching it change. That is * the deliberate trade-off ! a late activity collects no data, but no * visitor ever sees the wrong nav or waits for the right one. */ (function () { var VARIANTS = ["a","b","c"]; var DEFAULT = "a"; /** * QA-only. When the on-page switcher is drawn we keep every variant in * the DOM so it can toggle between them live and you can see that the * chrome never repaints. Gated by the same constant as the switcher, so * it is false everywhere the switcher is absent ! including production. */ var QA_KEEP_ALL = false; var root = document.documentElement; var settled = false; function valid(v) { return VARIANTS.indexOf(v) !== -1; } /** Publish the decision and let the nav JS bind. */ function finish(active) { root.setAttribute('data-hdr', active); // Read by the Adobe Analytics client to attribute the test. root.setAttribute('data-hdr-active', active); if (typeof window.initHeaderNav === 'function') window.initHeaderNav(); /** * `variant` is set before the event so late listeners can tell * "already done" from "not yet". main.js is enqueued in the footer * and therefore always misses the event itself. */ window.medalliaNav.variant = active; document.dispatchEvent(new CustomEvent('medallia:nav-ready', { detail: { variant: active } })); } function prune(active) { if (settled) return; settled = true; if (QA_KEEP_ALL) { finish(active); return; } /** * Only menu items carry data-nav-variant, so this can never touch * the shared chrome. CSS has already hidden the losers; removing * them keeps document.querySelector-based nav JS unambiguous. */ var list = document.querySelectorAll('#site-header [data-nav-variant]'); for (var i = 0; i < list.length; i++) { if (list[i].getAttribute('data-nav-variant') !== active) { list[i].parentNode.removeChild(list[i]); } } finish(active); } window.medalliaNav = { variant: null, apply: function (v) { if (valid(v)) prune(v); } }; // `?hv=` sets this server-side; a Target offer in the blocking // embed sets it before the body is parsed. var pre = root.getAttribute('data-hdr'); if (valid(pre)) { prune(pre); return; } /** * Carried forward from an earlier pageview. Read client-side, never in * PHP: WP Engine does not vary its page-cache key on arbitrary cookies, * so server-side personalisation here would serve the first anonymous * visitor's variant to everyone. */ var m = document.cookie.match(/(?:^|; )medallia_nav_variant=([^;]*)/); if (m && valid(m[1])) { prune(m[1]); return; } prune(DEFAULT); })();

C┏mo una aseguradora global fideliza a sus clientes a nivel local

27%

Gastos adicionales en promoci┏n

5X

Menor probabilidad de p└rdida de clientes

20 puntos

Aumento del NPS

滅伉圻幹 dise?ado desde el punto de vista del usuario?.

Gabor Dani, responsable de orientaci┏n al cliente de Zurich

El problema

Zurich hace el close the loop y logra que los clientes promotores aumenten su gasto en un 27%

El Desaf┴o
La lealtad y la retenci┏n son prioridades clave para las compa?┴as de seguros, especialmente en el competitivo mercado de seguros generales, donde los clientes pueden cambiar de proveedor f│cilmente. Compitiendo en mercados tradicionalmente de alta rotaci┏n, Zurich Insurance decidi┏ invertir en la mejora de las experiencias del cliente para fomentar la retenci┏n y la lealtad. Para centrarse en la retenci┏n, la compa?┴a necesitaba un sistema de gesti┏n de la experiencia del cliente (CEM) para medir, comprender y tomar acciones que mejoraran las experiencias del cliente.

La Soluci┏n
En palabras de Gabor Dani, L┴der de Centricidad del Cliente en Zurich Insurance, 滅伉圻幹 ha aportado lo siguiente a la mesa de la experiencia del cliente para Zurich:

  • Un programa global unificado: "Al unificar todos los programas en una ┣nica plataforma, tenemos un enfoque coherente, hablamos el mismo lenguaje y las mismas m└tricas, utilizamos la misma metodolog┴a y aprendemos unos de otros mediante la evaluaci┏n comparativa y el intercambio de mejores pr│cticas."
  • Tecnolog┴a robusta: ^La tecnolog┴a es verdaderamente de vanguardia. 滅伉圻幹 fue la ┣nica que pudo satisfacer f│cilmente las necesidades espec┴ficas de cumplimiento de cada pa┴s, algo cr┴tico para una empresa global y especialmente para el sector de seguros. Tambi└n son capaces de recopilar feedback multicanal, como m┏vil, SMS, correo electr┏nico, contact center y m│s. ̄
  • Empoderamiento de los empleados: ^Los datos, las acciones y la experiencia del cliente est│n mucho m│s en nuestras manos y bajo nuestro control. Ahora podemos segmentar y analizar los datos de forma continua; no necesitamos esperar informes peri┏dicos publicados a trav└s de investigaciones. ̄
  • Insights personalizados para todos, en todas partes: ^滅伉圻幹 est│ construida desde el punto de vista del usuario. ̄ A trav└s de informes basados en roles, 滅伉圻幹 dirige la informaci┏n correcta en tiempo real a la persona adecuada en la organizaci┏n, para que cada empleado sepa exactamente qu└ hacer para mejorar las experiencias. Estos insights personalizados hacen que el sistema sea relevante y atractivo para los usuarios, desde la alta direcci┏n hasta la primera l┴nea.
  • Acciones prioritarias en tiempo real: "滅伉圻幹 nos da la flexibilidad necesaria para adaptar nuestro programa en funci┏n de las necesidades. Si vemos que un determinado punto de contacto necesita mejorar, podemos tomar medidas para mejorarlo r│pidamente. Y si otro punto de contacto funciona bien, podemos compartir ampliamente las mejores pr│cticas".
  • An│lisis de texto nativo: "El an│lisis verbal es clave". Mediante el an│lisis en tiempo real de los factores clave, el an│lisis de texto ofrece a los usuarios acciones priorizadas para los problemas que requieren m│s atenci┏n.

Los resultados
Zurich ya est│ mostrando las repercusiones financieras de las experiencias mejoradas. En comparaci┏n con los detractores:

  • Los promotores pagan un 27% m│s de prima al mes
  • Los promotores tienen 5 veces menos probabilidades de abandonar Zurich en 12 meses
  • Los promotores remiten activamente nuevos negocios

A trav└s del sistema de alertas de 滅伉圻幹, Zurich cierra el c┴rculo con cada cliente que ha informado de una experiencia negativa. Por ejemplo, en su mercado B2B estadounidense, incluso el Consejero Delegado y el equipo ejecutivo llaman personalmente a los clientes para reparar y construir relaciones.

A nivel operativo, Zurich utiliza este bucle de feedback para identificar │reas problem│ticas y tomar medidas para realizar mejoras. En Turqu┴a, por ejemplo, el equipo de experiencia del cliente descubri┏ que los clientes se quejaban del proceso de renovaci┏n autom│tica, que era administrado por bancos locales y no por la propia Zurich. El equipo trabaj┏ con cada uno de esos bancos para alertar mejor a los clientes sobre las pr┏ximas renovaciones. Como resultado, el NPS aument┏ 20 puntos en pocos meses tras realizar el cambio.

Fuente: Estudio de caso, Global Meets Local: How a Global Insurance Company Builds Loyalty at the Local Level.