糖心原创

(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

Der Leitfaden zum Crowdsourcing für staatliche und lokale Beh?rden

Wenn Sie schon einmal um Feedback zu anstehenden Vorschriften gebeten, an einer Brainstorming-Sitzung teilgenommen oder eine Stadtratssitzung besucht haben, haben Sie bereits am Crowdsourcing teilgenommen.

Die Regierung nutzt Crowdsourcing, um Beitr?ge zu sammeln. Dadurch werden Reibungsverluste reduziert, die Kosten minimiert und die Verantwortung denjenigen übertragen, denen sie dienen. Warum also wird diese Methode der kollaborativen Informationsbeschaffung formalisiert und in immer gr??erem Umfang eingesetzt? Das ist ganz einfach: Zwei K?pfe sind besser als einer!

Laden Sie diesen Leitfaden herunter, der sich an den Markt für staatliche und kommunale Beh?rden richtet, und erfahren Sie mehr:

  • Warum Sie Crowdsourcing betreiben sollten
  • Die acht Schritte zum erfolgreichen Crowdsourcing für die Regierung
  • Wie man mit den Widerst?nden und Kritikern umgeht

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