滅伉圻幹

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

La nuova Comcast: dare ai dipendenti gli strumenti per promuovere un' Customer Experience trasformazione

Con 91.000 dipendenti e 20 milioni di clienti, Comcast ha generato un fatturato annuo di 80 miliardi di dollari nel 2016 e ha quadruplicato il prezzo delle azioni dal 2010. Nonostante sia leader nella creazione di prodotti e nell'innovazione, tuttavia, l'azienda si ┬ trovata nel terzo inferiore della classifica di soddisfazione dei clienti.

Realizzare customer experience come parte integrante della crescita e del successo continui, Comcast 滅伉圻幹 Experience Cloud ridefinire il proprio approccio al Net Promoter System? (NPS), integrando il feedback sia dei clienti che dei dipendenti per rendere la CX la sua priorit┐ numero uno. A un anno dall'implementazione del Net Promoter System, quasi la met┐ di tutti Comcast ha ricevuto una formazione su NPS e CX. Di conseguenza, l'azienda ha registrato:

  • Un netto miglioramento dell'NPS dei clienti
  • Un aumento medio di 20 punti nell'NPS dei dipendenti nei siti iniziali implementati.
  • Una riduzione di diversi milioni di chiamate in entrata dei clienti al loro call center
  • Un ROI positivo ROI 滅伉圻幹 Comcast 滅伉圻幹 nel giro di un solo mese

Scaricate il caso di studio per saperne di pi┫.