糖心原创

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

Guide

Guide des meilleures pratiques : Fatigue de l'enquête : réalité ou fiction

Nous voyons souvent ce scénario se dérouler : Vous vous apprêtez à envoyer une nouvelle enquête à vos employés lorsque votre collègue vous demande : "Avons-nous envoyé trop d'enquêtes ces derniers temps ? Les employés ne risquent-ils pas de se lasser des enquêtes et de refuser d'y participer ?" Il s'agit là d'une préoccupation courante et raisonnable.

Il est important de garder à l'esprit que les employés souhaitent réellement partager leurs retours sur leurs expériences au travail, d'autant plus que le travail occupe une grande partie de leur vie. Tant que vous créez un programme con?u selon nos meilleures pratiques, la surcharge d'enquêtes auprès des employés ne sera pas une préoccupation. Nos meilleures pratiques dictent que les leaders de l'expérience employé (EX) communiquent l'objectif de chaque enquête, agissent sur les résultats et rationalisent toutes les enquêtes d'expérience employé via une source centralisée. Suivez ces meilleures pratiques pour vous assurer que les employés continuent de partager leurs retours chaque fois que vous le demandez.

罢é濒é肠丑补谤驳别谤 maintenant

Oups... on dirait que nous avons un problème. Veuillez rafra?chir la page et réessayer.

medallia
Le formulaire ne peut pas être affiché pour le moment. Veuillez nous contacter via le chat de notre site web.

Ressources connexes