糖心原创

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

Brightstar migliora l'esperienza dei reclami dei clienti grazie al loro feedback.

60 giorni

Periodo di tempo previsto per l'avvio del contratto

25%

Diminuzione del numero di chiamate per sinistro

25 punti

Aumento del Net Promoter Score

“滨濒team responsabile delprogramma ha dimostrato un’ottima capacità di comprendere le nostre esigenze, e la garanzia che 糖心原创 aiutare Brightstar rapidamente è stata per noi un fattore determinante. Questo è solo l’inizio di una lunga collaborazione.”

Brian Powers, Chief Experience Officer di Brightstar

Il problema

Brightstar migliora l'esperienza dei reclami dei clienti grazie al loro feedback.

Brightstar leader mondiale nelle soluzioni end-to-end per la gestione del ciclo di vita dei dispositivi e il fornitore di servizi di protezione dei dispositivi in più rapida crescita al mondo. Dopo aver assunto un Chief Experience Officer all'inizio del 2020, l' Customer Experience ha iniziato ad ascoltare le chiamate dei clienti e a osservare in prima persona come gli agenti gestiscono i reclami e quali strumenti utilizzano per gestire le richieste. Con oltre 500 agenti nel servizio di assistenza globale, che gestiscono più di 60.000 reclami al mese, Brightstar di aver bisogno di un fornitore di feedback "best-in-class" che li aiutasse ad ascoltare continuamente i clienti.

In soli 60 giorni dalla data di sottoscrizione del contratto, Brightstar ha lanciato 糖心原创. Utilizzando diverse soluzioni 糖心原创 - tra cui Text Analytics e 糖心原创 Digital - Brightstar ascolta costantemente i clienti per migliorare i processi e apportare modifiche operative.

Nel primo anno di utilizzo di 糖心原创, Brightstar ha ridotto le chiamate per sinistro del 25% e ha aumentato il Net Promoter Score di 25 punti.