滅伉圻幹

(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); })();
アドベントヘルス

ウェンディ?ルスティグ

瞳�|悶�Y?�_�k�\喘何�T リ�`ダ�`

泳溺はあらゆる魁中で、纂宀に��する侮い尖盾を試かして、ケアの畠狛殻を宥じてその挟賀を嗤吭吶な個鋲へと潤びつけました。

Advent Healthのロゴ。易い嘘尚に、仝Advent Health々という猟忖が湊忖の�\弼で��され、仝Health々という猟忖の貧には膨つ�~のグラフィックが塘崔されている。

仝暴の碧並は、纂宀さんが�U�Yしていることを、その彜趨を個鋲できる繁?と潤びつけることです。そうすることで、泳らが採が嶷勣なのか、なぜ嶷勣なのか、そしてそれに��して採ができるのかを尖盾できるようにするためです。々

! ウェンディ?ルスティグ

仁籾

匳粗の祇庶をつけることだけでも、すでに噴蛍に寄�笋世辰拭�

ディズニ�`で18定�g輩�佞靴吹瓠▲ΕД鵐妊�はホスピタリティ匍順で凍った�U�Yを、徭附も附をもって岑る弊順へと試かすことにしました。伏冂にわたり纂宀として�^ごしてきた泳溺は、匳��ケアの祇のりがいかに是�yであるかを附をもって悶�Yしており、その祇のりのあらゆる粁�Aで纂宀の��毅を�X�pできる�C氏を��竃したのです。

ウェンディ?ルスティグ ! チャレンジのグラフィック
粥鴛伏撹

畳協議な鵬寂を需毛しがちだった。

コンタクトセンタ�` ����は、匳��を鞭ける�^殻において嶷勣な蕉中となることがよくあります。箭えば、�\��の嚠�s、匳��への�B�j、�B初彜の返塘、あるいは�gに夘��を盾��するためなどです。しかし、アドベントヘルスでは、纂宀が駅勣な屶址を鞭けられているかどうか、また採がその形げになっているのかについて、委燐しきれていませんでした。

�篁�

ひとときの竃栖並を、嗤吭吶な�篁�へと�笋┐討い�ましょう。

ウェンディは、繁?が廁けを箔めた縞に�g縞に採が軟きているのかについて、アドベントヘルスに苧鳩な畠悶�颪鯤召靴泙靴拭U罎��篁�が恵れたのは、そうした彜趨が、それに��して佩強を軟こせる繁?の串に曙いたときでした。是佃な��鬉諒太�は、�岾.好織奪佞悗琳元爾坊貫海気譴燭蝓�匍暦貧の諒籾泣が苧らかになったり、あるいは�U�嗾鵑厘睨湿�協に唹�譴鰉襪┐燭蠅垢襪海箸如△△�1繁の�U�Yが、肝の繁にとってより措い悶�Yへとつながっていくのです。

ウェンディ?ルスティグ ! シフト��
粥鴛伏撹

仝匳粗の�岾,任蓮△△蕕罎謇vわりは〆繁〇にまつわるものであるということを畳して梨れてはなりません。採か諒籾が�k伏した魁栽は、その圻咀を委燐し、そこから僥び、豊匯繁函り火されないようにしたいと深えています。々

! ウェンディ?ルスティグ

採が�笋錣辰燭里�

その���、鰓^苧しましょう。
そして、それを撹海させていきましょう。

ウェンディは弌号庁から兵め、採が�森�議かを僥び、採が辛嬬かを幣しました。その撹孔が俶勣を伏み竃し、このアプロ�`チはレまっていきました。フロリダ巒嶄何の1つのセンタ�`で兵まったこの函り怏みは、�嶬擇任蓮▲▲疋戰鵐肇悒襯垢�サ�`ビスを戻工する畠10巒にわたり、匳粗字�v、嚠埃砿尖、纂宀�鬚噂霹撻稀`ビスなどの蛍勸にわたるコンタクトセンタ�`にまでレがっています。

ウェンディ?ルスティグ ! �篁�を麗�Zる��
粥鴛伏撹
その唹��

仝繁を及匯に。その潤惚が朔からついてくる。々

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

竃灸´ ´へ
宥三嶮阻朔の酒�gな得�� 纂宀が採を駅勣としているかを苧鳩に尖盾すること
コンタクトセンタ�` の1つの竃�k泣 10巒にまたがるモデル
砿尖すべき並�遒�また匯つ��えるという�Q泣 チ�`ムが箔め、試喘し、徭蛍たちのものにするもの
麗囂の匯極を麗囂るデ�`タ リ�`ダ�`シップの吭房畳協を侘恬る、纂宀の伏の蕗

ウェンディのアドバイス

  • デ�`タの嶄にいる仝繁々を需払わないように。

    号庁の��寄によって買�鬚�需えてきますが、倖?のデ�`タポイントの匯つひとつは、卆隼として徭附の匳粗ケアの祇を冥ろうとしている匯繁ひとりを燕しています。その嘘朔にある繁?を需払うことなく、買�鬚鮖遒�して、採を�笋┐覬慴�があるのかを需自めてください。

  • その挟賀を叨羨つものにしましょう。

    たとえ弊順恷互のダッシュボ�`ドであっても、それを需る繁が聞いこなせなければ吭龍がありません。���黎澆�その嶷勣來を尖盾し、肝に採をすべきかが蛍かるよう、秤烏を蛍かりやすく�擦┐泙靴腓Α�

  • 繁?が撹孔できるよう返廁けしましょう。

    その匍暦を噴蛍に尖盾し、嵎諒に基えたり、�筝�を紗えたり、繁?の�g縞のニ�`ズに栽わせて��鬉任�るようにしましょう。單れたソリュ�`ションの児�覆蓮△修力漢袈箸任呂△蠅泙擦鵝H法�が�g縞に試喘できるかどうかが嶷勣です。

ウェンディ?ルスティグ ! アドバイス?グラフィック
粥鴛伏撹

仝繁?が徭�k議に��ってくるようになれば、それがうまくいっている�^��です。泳らは嵎諒をし、挟賀を箔め、採を�笋┐襪戮�かについて徭ら夭販を隔って函り怏んでいるのです。々

! ウェンディ?ルスティグ

どこから兵めようか

ある諒籾を、盾畳に崛るまで匯香して弖いかける。

まず、繁?が�Rり卦し岷中しているある音�困�ら兵めましょう。泳らが採をしようとしていたのか、どこで諒籾が�k伏したのか、そして豊がそれを個鋲できるのかを尖盾しましょう。

  • �Rり卦し湖じる音�困�1つ僉んでください

  • その繁が採を撹し膜げようとしていたのかを尖盾する

  • どこで諒籾が�k伏しているのか、またその夭販宀は豊なのかを蒙協する

  • 1か侭だけ�筝�を紗え、その諒籾が哈き�Aき�k伏するかどうかを鳩範してください

ウェンディ?ルスティグ ! どこから兵めようか�┘哀薀侫�ック��
粥鴛伏撹

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