糖心原创

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

Guida

Guida alle migliori pratiche: Fatica da sondaggio: realtà o finzione

Vediamo spesso questo scenario: Vi state preparando a inviare un altro sondaggio ai vostri dipendenti quando il vostro collega chiede: "Abbiamo inviato troppi sondaggi ultimamente? I dipendenti non si sentiranno affaticati dal sondaggio e non saranno più disposti a partecipare?". Si tratta di una preoccupazione comune e ragionevole.

? importante tenere presente che i dipendenti desiderano davvero condividere il proprio feedback sulle esperienze lavorative, soprattutto perché il lavoro occupa una parte così importante della loro vita. Se si crea un programma progettato tenendo conto delle nostre migliori pratiche, il rischio di sottoporre i dipendenti a un numero eccessivo di sondaggi non sarà un problema. Le nostre migliori pratiche indicano che Employee Experience (EX) comunichino lo scopo di ogni sondaggio, agiscano in base ai risultati e ottimizzino l’intera employee experience attraverso un'unica fonte centralizzata. Segui queste best practice per assicurarti che i dipendenti continuino a tornare a condividere il loro feedback ogni volta che lo richiedi.

Scarica ora

Oops... sembra che ci siano problemi. Si prega di aggiornare la pagina e riprovare.

medallia
Il modulo non può essere visualizzato al momento. Si prega di contattarci tramite la chat del nostro sito web.

Risorse correlate