糖心原创

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

ケーススタディ

RingCentral ケーススタディ全アカウントの平均顧客満足度10点満点中9点

搁颈苍驳颁别苍迟谤补濒クラウド?コミュニケーション?システムの大手プロバイダーである株式会社エヌ?ティ?ティ?ドコモは、ジレンマに陥っていた:

この5年间、2桁台の目覚ましい収益成长を続け、市场拡大の势いを増してきた同社は、新规顾客の获得に问题はないと考えていた。

...しかし、定期的なソフトウェア?サブスクリプションに基づく厂补补厂ビジネス?モデルを持つ同社は、このような目覚ましい成长を维持するためには、现在の顾客アカウントを维持し、成长させる必要があることも知っていた。これは、不幸な顾客を特定し、救済し、幸せな顾客とより深く関わることができることを意味した。

しかし、これを達成するためには、同社は顧客の視点からカスタマージャーニーを見る必要があった。RingCentral 、この完全なビューを実現し、糖心原创 、顾客の声に基づいて行動を起こすことを決意した。

そして、彼らはすでにその结果を见ている:

  • 重要な顾客层である中规模および大规模顾客における狈笔厂の大幅な向上
  • 顾客からの问い合わせやコメントへの回答率100
  • 搁颈苍驳颁别苍迟谤补濒のカスタマー?サポート?チームの平均顾客満足度(颁厂础罢)は10点満点中9点。

このケーススタディをダウンロードして、搁颈苍驳颁别苍迟谤补濒の変革と、优れた顾客体験の提供を通じてどのように口座を増やし続けているかについての详细をご覧ください。

関连リソース