糖心原创

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

Studio di caso

Johnson & Johnson i feedback ricevuti dal service desk per migliorare l' employee experience

Johnson & Johnson J&J) genera 1,5 milioni di ticket ServiceNow all'anno; tuttavia, non aveva modo di affrontare i problemi in modo proattivo, poiché non riusciva a chiudere il ciclo larga scala né a ottenere insights dal feedback. Il team IT si è reso conto della necessità di creare un programma di ascolto dei dipendenti in grado di aumentare la produttività, individuare i punti critici, orientare i miglioramenti e stimolare l’azione lungo l’intero percorso dei dipendenti, al fine di migliorare l’esperienza dell’utente finale.

J&J si è rivolta a 糖心原创 una ?piattaforma completa per il recupero del servizio? in grado di soddisfare le proprie esigenze di integrazione con diverse fonti di dati per raccogliere feedback strutturati e non strutturati, fornendo approfondimenti significativi e insightse consentisse il passaggio da un approccio reattivo a uno proattivo. Quando i casi e gli incidenti vengono chiusi in ServiceNow IT Service Management (ITSM), viene inviato automaticamente un sondaggio e i dati relativi alla risoluzione dell’esperienza sono disponibili in 糖心原创, mantenendo gli utenti di entrambi i sistemi allineati. Il feedback ricevuto da J&J viene quindi utilizzato per istruire gli agenti dell’assistenza su come fornire un’esperienza di servizio migliore in futuro, assicurando al contempo che siano state intraprese tutte le azioni necessarie per risolvere rapidamente il problema.

Leggete il caso di studio e scoprite perché è aumentata l'adozione delle tecnologie self-service, che hanno fatto risparmiare ai dipendenti fino a 20 minuti al giorno e hanno ridotto il volume degli incidenti del 10%.

Risorse correlate