滅伉圻幹

(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"; /** * QA-only. When the on-page switcher is drawn we keep every variant in * the DOM so it can toggle between them live and you can see that the * chrome never repaints. Gated by the same constant as the switcher, so * it is false everywhere the switcher is absent ! including production. */ var QA_KEEP_ALL = false; var root = document.documentElement; var settled = false; function valid(v) { return VARIANTS.indexOf(v) !== -1; } /** Publish the decision and let the nav JS bind. */ function finish(active) { 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 } })); } function prune(active) { if (settled) return; settled = true; if (QA_KEEP_ALL) { finish(active); return; } /** * Only menu items carry data-nav-variant, so this can never touch * the shared chrome. CSS has already hidden the losers; removing * them keeps document.querySelector-based nav JS unambiguous. */ var list = document.querySelectorAll('#site-header [data-nav-variant]'); for (var i = 0; i < list.length; i++) { if (list[i].getAttribute('data-nav-variant') !== active) { list[i].parentNode.removeChild(list[i]); } } finish(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); })();

カスタマ�`?エクスペリエンス?マネジメント

二�Iが偏��をリ�`ドする贋壓として岑られているか、あるいはその仇了を朕峺しているかにかかわらず、暴たちの函り�Mみに���、鰔�竃してくれるのは、カスタマ�`?エクスペリエンス 嶷勣��している二�Iなのです。

 

氏芙の匍示をモニタ�`するために音辛之なもの。

綱人を浪ばせることが撹海の圻強薦となる。綱人はより撞訓に函哈し、より謹く��継し、酷芙を傚�擦垢襦2��祭磴聞某佑呂任�るだけ壼く宣郡し、さらに��いことに、あなたの��笥を冱ってビジネスを垓ざけてしまう。苧晩の匍示を嚠霞するためには、綱人が書晩どのように湖じているかを岑る駅勣がある。

 

では、カスタマ�`エクスペリエンス?マネジメント CEM��とは採でしょうか��

エクスペリエンス?マネジメント CEM��とは、二�Iが��人との�vわり圭をどのように砿尖するかを幣す古廷です。宥械、�M��坪の光何�Tは、それぞれの��泣、つまり何�Tごとの�k護り��夛に児づいて��人との俊泣を���Bします。CEMとは、二�Iと��人との�gの俊泣を、��人の��泣に頼畠に羨ち、��人が二�Iと�vわる畠佩殻にわたって県遨し、個鋲していくことを峺します。

なぜそうするのか�迅釀婬弔閉慎弔�2つある�差某優蹈ぅ筌襯謄�とポジティブな笥コミを更廏すること、そして綱人宣れとあなたのビジネスについてネガティブな�k冱をする宣郡宀を受らすことだ。冱い算えれば、より措い匍示を貧げることである。

  • ぜひこちらをお��きください。
    綱人の悶�Yの云嵎を尖盾するためには、綱人からのフィ�`ドバックを�森�議に�Ъ�する圭隈を需つける駅勣があります。綱人からのフィ�`ドバックを�Ъ�することは駅ずしも否叟ではありませんが、それはカスタマ�`?エクスペリエンスを尖盾し、それを砿尖できるようになるための及匯�iです。
  • インサイト を戻工する。
    カスタマ�`?エクスペリエンス 秤�鵑鬟�スタマ�`?エクスペリエンス 、それを�M��坪の�m俳な毅輝宀に、タイムリ�`かつ議�_な侘で慌嗤する駅勣があります。フィ�`ドバックの�Ъ�は是�yですが、�m俳な秤�鵑鰡m俳な毅輝宀に�m俳なタイミングで曙けることは、それ參貧に�yしいのです。
  • 峺擬し、�慙泙鰉襪─∃亢�を朔兀しする。
    恷瘁に、カスタマ�`?エクスペリエンス 戻工を毅う毅輝宀が、戻工されている悶�Yをカスタマ�`?エクスペリエンス 、その悶�Yを個鋲するための佩�咾鬚箸譴襪茲Α�泳らを峺�Г掘��慙泙鰉襪─∃��咾鱇疳困靴垢覬慴�があります。

 

何�T�gの謁に怦まれた��人悶�Yエクスペリエンス?マネジメント は、ビジネスに��唹��を式ぼすエクスペリエンス?マネジメント

コ�`ルセンタ�`弌����泣オンライン。これらはすべてビジネスにとって嶷勣なチャネルであり、謹くの怏岶と揖じように、それらを砿尖する��壇チ�`ムが譜崔されていることでしょう。そして、綱人には挫みのチャネルがあるかもしれませんが、それぞれのチャネルで呟なるチ�`ムや呟なるポリシ�`が癖喘されていることなど�櫃砲眩瑤瓩覆い任靴腓Α1砲蕕蓮△△覆燭�なぜそのような碧怏みにしたのか、その尖喇には佶龍がないのです。

泳らはただあなたを需ている。あなたの怏岶。あなたの�u瞳とサ�`ビス。

怏岶が字嬬グル�`プごとにサイロ晒されている魁栽、綱人はしばしば、徭蛍が揖じ氏芙を�猜屬砲靴討い襪海箸鯔爾こ�す駅勣があります。カスタマ�`ジャ�`ニ�`畠悶を宥じて、綱人は揖じ綱人として�Qわれない。

また、綱人からフィ�`ドバックが�Ъ�される魁栽、サイロが徭蛍たちのパフォ�`マンスに醜泣を輝てるのは徭隼な買�鬚任△蝓�駅ずしも怏岶が戻工した畠悶議なエクスペリエンスに醜泣を輝てる駅勣はない。チャネルを罪僅する諒籾については、豊が秤烏を�Ъ�すべきなのかが苧鳩でなく、ましてや豊がそれに���Iすべきなのかもわからない。

エクスペリエンス?マネジメント 何�Tごとに溝羨させてしまうとエクスペリエンス?マネジメント �M��の撹�Lやエクスペリエンス?マネジメント ��唹��を式ぼします。撹孔や払�,�芙坪で慌嗤されない��栽、揖じ�^ちが�Rり卦されがちです。その�Y惚、揖じような��人が揖じような悶�Yをし、揖じような倦協議な郡鬉鯤召珪Aけることになるでしょう。

�y栽侏カスタマ�`エクスペリエンス?マネジメント がもたらすメリット

�g匯かつ�y栽されたカスタマ�`エクスペリエンス?マネジメント のアプロ�`チにより、二�Iは��人のジャ�`ニ�`畠悶カスタマ�`?エクスペリエンス を委燐し、個鋲することが辛嬬となり、��人がどの二�Iに��しても箔める匯��來を�g�Fします。

  • カスタマ�`ジャ�`ニ�`の光ステップで、個鋲に駅勣な秤烏が戻工されるため、�祭禧箸離好灰△��鯢呂靴泙后�
  • チ�`ムは�g匯のシステムを砿尖し、聞い圭を僥ぶだけでよいため、コストを��受できます��坪何呟強をトレ�`ニングする駅勣はありません��。
  • 怏岶は揖じ霞協児�覆鰉辰い峠U�Yを霞協するため、坪何匯香來が誼られる。
  • すべての斌瞳ライン�╂��砦�們、蛮彿、クレジット、誘彿、隠����、すべてのチャネル�╂��坤ΕД屐�窮三、屶糾での��中��、およびすべての偏魁セグメントにわたる綱人の諒籾について、ビジネスを苧鳩にする。
  • ビジネス畠悶のリ�`ダ�`やチ�`ムに、ビジネスのどの糟囃が綱人�祭磴没遒皀櫂献謄�ブな唹�譴鰉襪─▲優�ティブな唹�譴鮗阿椶靴討い襪�を頼畠に辛篇晒します。
  • 綱人との�犹プ�喘や�v�Sを宥じた綱人�祭禧箸魏盒┐垢襪海箸如▲咼献優�?パフォ�`マンスの枠佩峺炎を戻工する。