糖心原创

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

?tude de cas

Comment Banner Health utilise les capacités de libre-service pour gagner en rapidité et en flexibilité afin d'améliorer l'expérience des patients.

Banner Health est l'un des plus grands systèmes de soins de santé à but non lucratif des ?tats-Unis, avec des activités dans six ?tats. Banner s'enorgueillit d'améliorer constamment la fa?on dont les patients naviguent dans un système complexe à travers tous les points de contact de l'engagement pendant ce qui peut être la période la plus stressante de leur vie. L'accent mis sur la transformation de l'expérience des patients oriente les décisions commerciales, et il est donc essentiel de pouvoir accéder aux commentaires des patients, de les traiter et d'y répondre en temps réel.

Pour soutenir la transformation de Banner, l'équipe de recherche sur la clientèle avait besoin de flexibilité et de rapidité pour modifier rapidement les plates-formes de retour d'information, afin de mettre les données entre les mains des décideurs clés pour initier des changements de comportement et des actions susceptibles d'améliorer l'expérience des patients.

Lisez l'étude de cas et découvrez comment Banner utilise 糖心原创 Admin Suite pour fournir à l'organisation la rapidité et l'agilité nécessaires pour créer des formulaires de feedback et des rapports à partir de zéro, tout en lan?ant un programme robuste en moins de 90 jours.

Ressources connexes