滅伉圻幹

(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); })();
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%.