糖心原创

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

Leitfaden

Leitfaden für bew?hrte Verfahren: Umfrage-Müdigkeit - Fakt oder Fiktion

Wir erleben dieses Szenario recht h?ufig: Sie bereiten sich darauf vor, eine weitere Umfrage an Ihre Mitarbeiter zu versenden, und Ihr Kollege fragt: "Haben wir in letzter Zeit zu viele Umfragen verschickt? Werden die Mitarbeiter nicht ermüden und nicht mehr bereit sein, an der Umfrage teilzunehmen?" Dies ist eine h?ufige und berechtigte Sorge.

Man sollte nicht vergessen, dass Mitarbeiter tats?chlich Feedback zu ihren Erfahrungen am Arbeitsplatz geben m?chten, zumal die Arbeit einen so gro?en Teil ihres Lebens ausmacht. Solange Sie ein Programm entwickeln, das auf der Grundlage unserer Best Practices konzipiert ist, besteht kein Grund zur Sorge, dass Sie Ihre Mitarbeiter mit Umfragen überfordern k?nnten. Unsere Best Practices sehen vor, dass Führungskr?fte Employee Experience EX) den Zweck jeder Umfrage kommunizieren, auf die Ergebnisse reagieren und alle employee experience über eine zentrale Quelle optimieren. Befolgen Sie diese Best Practices, um sicherzustellen, dass die Mitarbeiter jedes Mal, wenn Sie sie um Feedback bitten, bereit sind, dieses zu geben.

Jetzt herunterladen

Ups... sieht so aus, als h?tten wir ein Problem. Bitte aktualisieren Sie die Seite und versuchen Sie es erneut.

medallia
Das Formular kann zur Zeit nicht angezeigt werden. Bitte verbinden Sie sich mit uns über unseren Website-Chat.

Verwandte Ressourcen