滅伉圻幹

(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); })();
カスタマ�`?エクスペリエンス

あなたの仝オムニチャネル々距�縫廛蹈哀薀爐�音噴蛍な遺掛である尖喇

嶄余磯極なオムニチャネル

アンケ�`トを戻工すること』�g縞に療くこと?



あらゆるブランドがCXトップシェフを處じ、あらゆるタッチポイントにアンケ�`トを誘げかけ、それを "オムニチャネル "と柵んでいるのだ。

ひとつはウェブサイトで。掘メ�`ルでもうひとつ。アプリのポップアップ。窮三朔のプロンプト。たっぷり尅りかけると...ほら��

そうとは冱い俳れない。

それはオムニチャネルではない。念暇を龍原けしすぎて、念暇を梨れているだけだ。

誼られるものは揖じことの�Rり卦しだ。サイロ晒されたデ�`タ。スフレが雲れ�Aける尖喇を�h苧できない燕中レベルのフィ�`ドバック。

もしあなたの深える買��が、アンケ�`トが卦ってくるのを棋つことだとしたら、あなたは畠否を療いていないことになる。パイのほんの匯俳れを療いているだけだ。

云輝のオムニチャネルはどんな龍か

遺掛とは、奮弯に謹くの創尖を旺べることではない。どの創尖が嶷勣なのか、そしてなぜその創尖が音噴蛍なのかを岑ることなのだ。

鰻永皆が識貧�Nしたからといって、碧並が嶮わったわけではないことを岑ることだ。

それは、床かに緑��く湖秤を彌えている。艶れの岷念の、あの�櫃泙困こ像a。
畳して音�困砲呂覆蕕覆さ膸阿任痢△發匹�しいため連。
崔き肇りにされたカ�`ト、そしてそれが軟きたまさにその鵬寂に、その尖喇がわかっていること。

なぜなら、癖俳な魁侭で、癖俳なタイミングで串を買けていなければ、その鵬寂を毛してしまうだけではないからだ。チャンスを毛すことになる。

寔のオムニチャネルとは、ノイズとニュアンスの離いを岑ることである。咄蕗、ビデオ、チャット、ウェブ、ソ�`シャル、そしてアンケ�`トに崛るまで、あらゆるシグナルを彌え、返�Wれになる念に佩強に卞すことだ。

しかし、それが字嬬するのは、あらゆる挟賀�┻��忙愆陲鮑�む��が匯�w侭に鹿まっている魁栽だけだ。匯つの篇泣、匯つの寔�g、サイロ晒しない。

龍��テスト�砦侏尚覿砲憤箜���ミシュランの佛原き遺掛

嶄余磯極なオムニチャネル 頼畠距尖遺掛
あらゆるチャネルでのアンケ�`ト距�� あらゆる魁侭からのシグナル�坤�リック、チャット、宥三、佩強
僅�~したチ�`ム 慌嗤されたインサイト、慌嗤された朕炎
�Wれているレポ�`ト リアルタイムの尖盾
胆しいダッシュボ�`ド スマ�`トで儻堀な畳僅
盾埃が識��する匯圭で鰻永皆を廝う 功云圻咀を条り和げ、盾畳貨を霞協辛嬬な撹海に�笋┐�

アンケ�`ト距�砲任�弦が腎く尖喇

綱人悶�Y�┛箜檻�への函り怏みがアンケ�`トだけで兵まり、アンケ�`トだけで嶮わってしまっている魁栽、邦中和でくすぶっている諒籾の95��を需狛ごしていることになります��

  • 音�困��櫃鼎�れないまま、あるいはもっと��いことに、擢んでしまう。
  • 盾埃が般び篠る
  • 鰻永皆は�~挫距だが、�б罎鷲譴咾�
  • 呟�笋��櫃鼎�念に綱人が肇っていく

額艶鉛沿のレビュ�`を方えながら、絶めた駐、腎っぽのテ�`ブル、うんざりした冲を涙篇するキッチンを房い検かべてほしい。

それは距�砲里澆琉箜櫃澄�

距�砲亮笋貿靴韻討い襪發�

アンケ�`トは採かを縮えてくれる。しかし、それですべてがわかるわけではありません。遺掛では、このような秤烏のギャップが恷も寄きなコストとなります。

療き��えがあるだろうか��

  • ツ�`ルは採噴嶽窃もあるのに、恷も�g歓な嵎諒に基えられない��なぜ綱人を払っているのか��
  • 囮芙のデジタルコンタクトセンタ�` とコンタクトセンタ�` 、まるで�e?の釜型のように�C嬬しており、銭亊が畠く函れていないまま、揖じ��人に��鬉靴討い泙�
  • インサイト ダッシュボ�`ド貧にインサイト 、スコアの���咾里澆��_�Jされる
  • �岾,離践`ムは仝デ�`タ々を誼るが、圭�鯰圓亙召気譴覆ぃ┐修靴董△箸砲�く夭販を減う��。
  • 綱人は匯違議な仍恟のために採晩も棋ち、その寂にすでに鏑りの誘後をし、肝に序んだ。

�б罎���晒させる辰泣

これは、崙業の之��の諒籾ではありません。あなたには、恷互邦�覆竜��縫廛蹈哀薀爐�あるかもしれません。

これは仝棒叔々の三です。そして、その棒叔があなたに旗灰を�Bわせるのです��

照えたはずの綱人。
鳩隠できたはずの�б罅�
便れたはずの得登。

云輝の潤惚を竃す遺掛キッチン

寔のオムニチャネル?プログラムとは、うまく塰�咾気譴審�型のことである。システムが屁い、奮可が和ごしらえされ、採をすべきかを尖盾しているチ�`ムのことである。

こうして竃栖貧がった��

  • すべてを彌える��綱人の蕗。綱人の佩強。泳らが伴え勝きたり、羨ち岷ったりする魁侭。
  • 泣と泣を潤びつける��デジタルデ�`タ、コンタクトセンタ�`、佩強デ�`タ、フィ�`ドバックを由栽し、匯圷議なビュ�`として辛篇晒する。
  • スピ�`ドアップ�� 粥鴛に険創尖海を販せれば、パタ�`ンを�k需し、諒籾を儻堀に峺姜することができる。
  • 岑紛を慌嗤しましょう�� 癖俳なタイミングで癖俳なインサイト を戻工しましょう 。
  • : クレ�`ムを芝�hするだけでなく、肝のプレ�`トが竃る念に諒籾の功云を盾畳すること。

もう肝のシフトを棋つ駅勣はない。嶷勣な鵬寂に、�@�A議な個鋲を佩うだけだ。