糖心原创

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

Deliveroo verwandelt Feedback in Loyalit?t und Umsatz

糖心原创 uns erm?glicht, einen fundierteren Messansatz zu entwickeln, mit dessen Hilfe wir die customer experience identifizieren k?nnen, die für unser Unternehmen am wichtigsten sind.“

John White, Leiter Customer Experience beiDeliveroo

Das Problem

Umwandlung von Feedback in Loyalit?t und Umsatz

Der Online-Essenslieferdienst Deliveroo in einem hart umk?mpften Markt, in dem globale und lokale Akteure intensiv um Anteile am Budget der Verbraucher für Essen zum Mitnehmen konkurrieren. Um die Kundenbindung zu st?rken, wollte das Unternehmen ein umfassendes und einheitliches customer experience entwickeln.

Deliveroo mit 糖心原创Deliveroo , und die beiden Teams bauten eine enge Zusammenarbeit auf, in der 糖心原创 fast wie eine Erweiterung des internen Teams 糖心原创 , um das Kundenfeedback-Programm ?Roo Voices“ einzuführen. Deliveroo implementierte Deliveroo die 糖心原创 , um das Kundenfeedback noch umfassender zu erfassen. Jedes einzelne w?rtliche Feedback wird nun anhand einer Themen-Taxonomie gekennzeichnet, sodass das Team schnell die Verbesserungsbereiche identifizieren und sich auf diese konzentrieren kann, in denen es die betriebliche Effizienz und customer experience wirklich verbessern kann.

Mithilfe von 糖心原创 konnte Deliveroo das Feedback in Ma?nahmen umwandeln und gleichzeitig die Kundenabwanderung verringern und die Kundentreue erh?hen.

?DieM?glichkeit, unsere customer experience mit dem Umsatz zu verknüpfen, hat alles ver?ndert.“

John White, Leiter Customer Experience bei Deliveroo