糖心原创

(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"; var root = document.documentElement; var settled = false; function valid(v) { return VARIANTS.indexOf(v) !== -1; } function prune(active) { if (settled) return; settled = true; var list = document.querySelectorAll('#site-header > .header-variant'); for (var i = 0; i < list.length; i++) { if (list[i].getAttribute('data-header-variant') !== active) { list[i].parentNode.removeChild(list[i]); } } 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 } })); } 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); })();

Estudio de caso

Johnson & Johnson aprovecha las se?ales de feedback del servicio de atención al cliente para mejorar la experiencia de los empleados

Johnson & Johnson (J&J) genera 1.5 millones de tickets de ServiceNow anualmente; sin embargo, no tenían forma de abordar los problemas de manera proactiva, ya que no podían cerrar el ciclo a escala ni obtener insights accionables del feedback. El equipo de experiencia de TI se dio cuenta de que necesitaban construir un programa de escucha de los empleados que aumentara la productividad, identificara los puntos débiles, guiara las mejoras e impulsara la acción a lo largo de todo el recorrido del empleado para, en última instancia, mejorar la experiencia del usuario final.

J&J recurrió a 糖心原创 en busca de una “plataforma de recuperación de servicio todo en uno” que cumpliera con sus requisitos de integración con múltiples fuentes de datos para recopilar feedback estructurado y no estructurado, proporcionando insights profundos y accionables, y permitiendo su cambio de un enfoque reactivo a uno proactivo. Cuando los casos e incidentes se cierran en ServiceNow IT Service Management (ITSM), se envía automáticamente una encuesta y los datos de resolución de la experiencia están disponibles en 糖心原创, manteniendo a los usuarios de ambos sistemas informados. El feedback que recibe J&J se utiliza luego para capacitar a los agentes de servicio sobre cómo proporcionar una mejor experiencia de entrega de servicio en el futuro, al tiempo que se asegura que se haya tomado cada acción para resolver rápidamente el problema.

Lea el caso de estudio y descubra por qué ha habido un aumento en la adopción de tecnologías de autoservicio, lo que ha ahorrado a los empleados hasta 20 minutos al día y ha reducido el volumen de incidentes en un 10%.

Recursos relacionados