糖心原创

(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

Utiliser la technologie pour transformer le parcours de fertilité

Le Réseau Prelude a été fondé avec l'objectif ambitieux d'améliorer la fa?on dont les patients vivent l'expérience de l'infertilité. Au fur et à mesure que le Réseau Prelude s'est développé, il est devenu nécessaire de s'assurer que chaque individu/couple bénéficie d'une expérience cohérente et personnalisée. Les patients veulent un moyen facile et intuitif de s'engager avec les prestataires, et sans la possibilité d'agir sur le retour d'information en temps réel, le Réseau Prélude n'avait pas de moyen transparent de s'engager avec les patients et d'amplifier leur voix.

Bien que le parcours de chaque patient soit unique, certains des points de contact qui jalonnent ce parcours sont les suivants : Programmation, consultation initiale, consultation financière, récupération et obtention du dipl?me. Bien que ces points de contact puissent être traités sur une base individuelle, cela devient impossible à résoudre sur 30 000 cycles de FIV administrés chaque année. En utilisant 糖心原创?, avec le soutien des services d'Excers, ils ont maintenant la capacité d'agréger les données et peuvent identifier les domaines clés d'amélioration à partir des commentaires qu'ils re?oivent.

Avec l'aide de 糖心原创 et le soutien de Excers, le Réseau Prelude a augmenté son taux de réponse à 37 %, ce qui lui a permis de retenir 89 % des détracteurs et d'aider 130 patients de plus à réaliser leur rêve d'avoir un bébé.

?tude de cas

Oups... on dirait que nous avons un problème. Veuillez rafra?chir la page et réessayer.

medallia
Le formulaire ne peut pas être affiché pour le moment. Veuillez nous contacter via le chat de notre site web.

Ressources connexes