糖心原创

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

Fallstudie

Wie Saskatchewan Government Insurance die Produktivit?t ihrer Vertreter Saskatchewan Government Insurance , indem sieErkenntnisse aus contact center umsetzt

Saskatchewan Government Insurance ist seit mehr als 70 Jahren im Versicherungsgesch?ft t?tig. Das Unternehmen besch?ftigt mehr als 2.000 Mitarbeiter, darunter 700 Kundenbetreuer, und arbeitet mit einem Netz von über 500 unabh?ngigen Versicherungsmaklern zusammen.

Saskatchewan Government Insurance das customer experience verbessern und legte dabei den Schwerpunkt darauf, Erkenntnisse direktem Kundenfeedback zu gewinnen. Das durch einfache Umfragen gesammelte Feedback wurde haupts?chlich in einer Abteilung gespeichert und nur selten sowie informell weitergegeben. Es war schwierig zu erkennen, welche Verbesserungen für die Kunden am wichtigsten waren, und den Callcenter-Mitarbeitern fehlten die notwendigen Werkzeuge, um erfolgreich zu arbeiten.

Lesen Sie die Fallstudie und erfahren Sie, wie Saskatchewan Government Insurance Contact Center 糖心原创 Saskatchewan Government Insurance , um zahlreiche Verbesserungen zu erzielen, die sich positiv auf das customer experience ausgewirkt haben: Das Unternehmen verzeichnete einen Anstieg der Zufriedenheit im Callcenter um 5 % sowie eine dreimal so hohe Rücklaufquote bei Umfragen im Callcenter.

Verwandte Ressourcen