糖心原创

(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

Le nouveau Comcast : Donner aux employés les moyens d'impulser une transformation de l'expérience client

Avec 91 000 employés et 20 millions de clients, Comcast a généré 80 milliards de dollars de revenus annuels en 2016 et a quadruplé le cours de son action depuis 2010. Bien que leader en matière de création de produits et d'innovation, l'entreprise s'est retrouvée dans le tiers inférieur des évaluations de satisfaction de la clientèle.

Conscient que l'expérience client était une partie intégrante de sa croissance et de son succès continus, Comcast a tiré parti de 糖心原创 Experience Cloud pour redéfinir son approche autour du Net Promoter System? (NPS), en intégrant les retours des clients et des employés pour faire du CX sa priorité numéro un. Un an après le déploiement du Net Promoter System, près de la moitié des employés de Comcast étaient formés au NPS et au CX. En conséquence, l'entreprise a constaté :

  • Une nette amélioration du taux de satisfaction des clients
  • Une augmentation moyenne de 20 points du NPS des employés sur les premiers sites déployés.
  • Une réduction de plusieurs millions d'appels de clients entrants dans leur centre d'appel
  • Un ROI positif sur l'investissement de Comcast dans 糖心原创 en un seul mois

Téléchargez l'étude de cas pour en savoir plus.

Ressources connexes