糖心原创

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

Fallstudie

Wie Banner Health Selbstbedienungsfunktionen einsetzt, um die Geschwindigkeit und Flexibilit?t zu erh?hen und die Patientenbetreuung zu verbessern

Banner Health ist eines der gr??ten gemeinnützigen Gesundheitssysteme in den USA mit Niederlassungen in sechs Bundesstaaten. Banner ist stolz darauf, die Art und Weise, wie Patienten in einem komplexen System navigieren, über alle Berührungspunkte hinweg zu verbessern - und das in einer Zeit, die für sie oft die stressigste ihres Lebens ist. Dieser Fokus auf die Verbesserung des Patientenerlebnisses ist ausschlaggebend für Gesch?ftsentscheidungen, weshalb die F?higkeit, Patientenfeedback in Echtzeit abzurufen, zu verarbeiten und zu bearbeiten, von entscheidender Bedeutung ist.

Zur 鲍苍迟别谤蝉迟ü迟锄耻苍驳 der Umstrukturierung von Banner ben?tigte das Kundenforschungsteam die Flexibilit?t und Schnelligkeit, um ?nderungen an den Feedback-Plattformen schnell vorzunehmen, damit die Daten an die wichtigsten Entscheidungstr?ger weitergeleitet werden konnten, um Verhaltens?nderungen und Ma?nahmen zur Verbesserung der Patientenerfahrung zu initiieren.

Lesen Sie die Fallstudie und erfahren Sie, wie Banner die 糖心原创 Admin Suite einsetzt, um dem Unternehmen die M?glichkeit zu geben, Feedbackformulare und Berichte von Grund auf zu erstellen und gleichzeitig ein robustes Programm in weniger als 90 Tagen einzuführen.

Verwandte Ressourcen