滅伉圻幹

(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何�T ��人?偏��毅輝��販宀

泳は、綱人悶�Y�┛箜檻�の�鯢呂�ら、ビジネスにとって嶷勣な仁籾の盾畳へと嶷泣を卞した。

この鮫�颪砲蓮�院い子弼の嘘尚の貧に、仝AMADEUS々という猟忖が湊忖の�\弼で、寄猟忖と弌猟忖を詞ぜて燕幣されています。

仝暴たちは〆インサイト 〇を歌深に、佩�嗷�鮫を貨協し、NPSが�鯢呂垢襪海箸鴈�ってやみませんでした。しかし、もっと�森�議な圭隈があるはずだと湖じていました。々

! サイモン?ボ�`ル

仁籾

佩強は軟こしているが、卆隼としてスコアを弖いかけている。

サイモンは、アマデウスが仝佩強々に醜泣を輝てた撹母した綱人の蕗の�Ъ�プログラムを更廏するのを屶址しました。光チ�`ムはフィ�`ドバックに��鬉掘⊆道�を貨協し、個鋲サイクルを頼潤させました。しかし、撹孔の得��は卆隼として肝のスコアに恣嘔されていました。泳は、アマデウスが綱人について委燐している秤烏を、さらに嗤�燭忙醵辰任�る字氏を需竃したのです。

サイモン?ボ�`ル ! チャレンジのグラフィック
粥鴛伏撹

粥鴛のおかげで、はるかに寄きな婢李が蝕けた。

綱人は、サポ�`トへの諒い栽わせから祁�咾筌稀`ビスに�vする氏三に崛るまで、あらゆる魁中で返がかりを火しています。粥鴛の鞠魁により、これまで���g議ではなかった号庁でその秤烏を蛍裂できるようになり、エクスペリエンス?インテリジェンスの蛍勸に、はるかに寄きな辛嬬來が蝕かれました。

�篁�

恷嶮議な撹惚から剃麻して序めましょう。

仝Amadeus Listens 2.0々は、��人フィ�`ドバックの叨護を��寄し、��人悶�Yの畠佩殻から誼られるシグナルを1つのインテリジェンス�咾房��sしています。サイモンのチ�`ムは、アンケ�`トや�u��スコアから兵めるのではなく、まずビジネス撹惚を軟泣とし、そこから剃麻して、その�_撹に叨羨つシグナルやインサイト を蒙協しています。

サイモン?ボ�`ル ! 仝シフト々のグラフィック
粥鴛伏撹
採が�笋錣辰燭里�

プログラムの祁�咾呂笋瓩董�綱人の諒籾盾畳に函り怏みましょう。

サイモンは、アマデウス芙坪の40兆參貧のメンバ�`を鹿め、ビジネスチャンスを冥り、その嘘尚にある孥昨やデ�`タを牢い竃し、恷兜のユ�`スケ�`スを醤悶晒しました。これらのアイデアは�嶬據�云鯉婢蝕に枠羨ちその���、��g�^するための古廷�g�^�┗粉念筍�粁竣に序んでいます。

サイモン?ボ�`ル ! �篁�したグラフィック
粥鴛伏撹

仝プログラムを択いたいと房う繁は豊もいません。彜趨を匯�笋気擦燭里蓮▲咼献優紘呂粒氷�を及匯に深え、チ�`ムがすでに宇えていた諒籾を盾畳できるよう屶址したことでした。々

! サイモン?ボ�`ル

その唹��

遺掛はリソ�`スとなり、
�gなる�咾袰zみではなくなりました。

この恬瞳がどのように�k婢していったか。

竃灸´ ´へ
肝の誼泣を粧って ビジネスへの唹�譴�ら兵めましょう
麼にアンケ�`トからのフィ�`ドバックを児に 唾の余嶄のさまざまな孥昨から僥ぶ
遺掛プログラムの祁�� 二�Iがすでに嶷��している仁籾の盾�Q
仝インサイト 々を麿のチ�`ムにも��秘する 泳らと慌にユ�`スケ�`スを更廏する

サイモンのアドバイス

  • 遺掛という仝バブル々から�iけ竃しましょう。

    噸粁歌紗していない氏�hにも歌紗してみましょう。CXがどのように叨羨つかを登僅する念に、麿のチ�`ムがどのような仁籾に函り�Mんでいるのかを尖盾しましょう。

  • 徭蛍の弊順を府初する念に、�猜屬諒製腓鰆�りましょう。

    ��人が宇える仁籾、��枠並��、そしてプレッシャ�`を尖盾しましょう。そして、��人インサイトがどのような�森�をもたらせるかを���Oめましょう。

  • その辛嬬來を���gのものにしましょう。

    サイモンは、そのアイデアが�g縞にどのような侘になるかをチ�`ムに幣すため、屡贋のデ�`タを喘いてシンプルな粥鴛のプロトタイプを恬撹した。

サイモン?ボ�`ル ! アドバイス?グラフィック
粥鴛伏撹

仝噸粁歌紗しない氏咏に歌紗してみましょう。噸粁三さない繁と三してみましょう。�猜屬���みを尖盾し、どうすれば返廁けできるかを深えてみてください。々

! サイモン?ボ�`ル

どこから兵めようか

いつもの住嗔�v�Sの��を階えてみましょう。

噸粁匯偖に碧並をする字氏の富ないチ�`ムを需つけ、そのチ�`ムが採を朕峺しているのかを尖盾しましょう。徭蛍の�U�Yや挟賀が、泳らが諒籾を盾畳したり、吭房畳協を佩ったり、あるいは字氏を仟たな篇泣で彌えたりするのに叨羨つ魁中がないか、廣吭侮く串を買けてください。

  • そのチ�`ムにとって採が恷も嶷勣なのかを尖盾する

  • 採が形げになっているのか儖ねてみましょう

  • 猟琢を温頼しうる綱人のシグナルを需つけ竃す

  • インサイト がどのように叨羨つか、その匯箭を��してみましょう

サイモン?ボ�`ル ! どこから兵めようか�┘哀薀侫�ック��
粥鴛伏撹

さらに冥沫を�Aけてください。