滅伉圻幹

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

綱人�祭磴肇蹈ぅ筌襯謄�を互める綱人エンゲ�`ジメント�藺圓臨�り圭

距�砲棒鏨鬚舛気譴拭�嚠埃、綱人�祭禧函▲蹈ぅ筌襯謄�を互める綱人エンゲ�`ジメント�藺圓料△瞳修鯢椽蕕靴茲Α�

ホスピタリティと唾佩匍順の痀砲蓮▲錺�チンが�A?と�k�咾気譟∧製腓厘参燭任魯僖鵐妊潺奪�の嶮連が需えてきたことから、謹くの繁?の�v伉並となっている。ゲストが��り兵めるにつれ、泳らの佩強も�篁�している。つまり、ホテル�U�嗾澆砲箸辰董�ゲストのフィ�`ドバックとエンゲ�`ジメントは、肝の宥械豚に�鬚韻董�より嶷勣になってきているのだ。

なぜゲストのフィ�`ドバックが嶷勣なのか�燭修譴蓮△�人��の�祭禧箸鰆�ることができるだけでなく、お人��の僻挫やニ�`ズによりよく鬉┐襪燭瓩法▲�ペレ�`ションを癖鬉気擦觀酬┐鯡畊�するからです。また、昇尸に嬉ち覆つためにどのようなイノベ�`ションを軟こせばよいかを岑ることもできます。

しかし、�gに綱人のフィ�`ドバックを�Ъ�するだけでは音噴蛍です。ホテル�U�嗾澆��┐任�れば岷俊嚠埃の��嚠埃方を��やす仟たな圭隈を庁沫する嶄、綱人との�vわりを侮めることが、綱人ロイヤルティを資誼するための囚となります。珂艶糸温鉛鉛庄温慌揖で�g仏した恷除の、ホテル�U�嗾澆肇殴好箸箸礼vわりや住送は仟たな侘を。びつつあるものの、その嶷勣來は卆隼として互く、昇栽麿芙を匯�iリ�`ドするイノベ�`ションにつながる インサイト を誼る インサイト 嶷勣な圻�啻Δ箸覆辰討い襪海箸�幣されています。

ここでは、徭芙に栽った綱人エンゲ�`ジメント�藺圓鮃講�するための距�暴畊�を府初する。

綱人エンゲ�`ジメントがビジネスを試來晒させる

ホテル�U�嗾澆肇殴好箸亮笋離┘鵐鴬`ジメントと住送は、仟しい侘をとりつつあるが、���笋錣蕕砦慴�であることが距�砲巴�らかになった。カスタマ�`?エンゲ�`ジメントは、ゲストの�祭禧箸肇蹈ぅ筌螢謄�の嶷勣な圻強薦であり、その潤惚、岷俊嚠埃の��紗につながる。

距�砲砲茲襪函���人がフィ�`ドバックを慌嗤する吭圀は、ホテル�U�嚏�の��鬉箸箸發法△海譴�4つの勣殆に唹��を嚥えた��

  1. 書朔の凡牡人の�祭禧硲�ホテルの�U�嗾鵑�サ�`ビスの之泣を範め、倖艶議で �袁犬偏思錣鯡畊�した魁栽、肝指參週の嵳壓で凡牡人の�祭禧箸��鯢呂靴拭�
  2. レビュ�`をオンラインで慌嗤する買�鬘�フィ�`ドバックを鞭け函った朔、ホテルが殆壼くお撰を�擦┐襪海箸如∨涓歓佑�肝指の嵳壓朔にレビュ�`をオンラインで慌嗤する辛嬬來が互まった。剃に、狛��に�袁犬覆�撰のメッセ�`ジは、ゲストが書朔レビュ�`を慌嗤することを褐鎌させる辛嬬來があることがわかった。
  3. ロイヤリティ�� 凡牡人から戻工されたフィ�`ドバックは、それが刃協議なものであれ倦協議なものであれ、ホテルブランドと�vわりたいという吭房を幣すものである。それにより、ゲストがロイヤルティになる辛嬬來は50�ソ�く互まった。�U�嗾鵑�ゲストのフィ�`ドバックに��鬉靴審〆蓮▲蹈ぅ筌襯謄�が互まる辛嬬來はさらに互まった。
  4. 嚠埃チャネル�� ��人�祭禧晩{�砲鰺┐犬董���人がブランドと�vわりを隔 つと、サ�`ドパ�`ティ�U喇で嚠�sする辛嬬來が詰くなり、 旗わりに岷俊嚠�sするようになった。その�Y惚、��人と�vわったホテルは、或意粥返方創を5�ハ�受した 。

綱人を版きつける3つのヒント

綱人とエンゲ�`ジすることで、屡贋綱人がレビュ�`を宥じて徭蛍の�U�Yを慌嗤し、需�zみ人に需てもらうことに持自議になれば、ブランドの屶隔宀を��やすことができる。撹孔するための3つの圭隈をご府初しましょう。

  1. フィ�`ドバックを箔める�� 綱人に吭需を箔めていることを�擦┐泙靴腓Α9某優▲鵐羽`トでフィ�`ドバックを箔め、綱人がオンラインで悶�Yを慌嗤するよう陥しましょう。
  2. 串を買けていることを幣す��綱人は、あなたがレビュ�`に指基しているのを需て、あなたのブランドが徭蛍たちの吭需に串を買けていることを岑るでしょう。あなたが�g縞にフィ�`ドバックを�iんでいることを幣すために、パ�`ソナライズされた癖俳な指基を戻工するようにしましょう。
  3. フィ�`ドバックを試かそう��綱人の蕗に串を買けることは寄俳ですが、そこから誼た岑需を佩強に卞さなければ吭龍がありません。お人��は、恷互のカスタマ�`?エクスペリエンスを�g�屬垢襪燭瓩忘里�駅勣かを縮えてくれているのです。串を買け、僥び、そして佩強に卞すことで、昇栽麿芙に餓をつけ、綱人のロイヤルティを資誼しましょう。

距�砲砲茲襪函▲�ンライン貧で笥コミを誘後するのが兜めての���M宀は、音��り栽いに倦協議であることがわかった。��人の徭�k議な笥コミ誘後に�mっていると、�祭禧箸���する陶った��圭が火り、あまり刃協議でない�A�鬚�ある。��人の�祭禧箸鮹��_に委燐したいのであれば、綱人がフィ�`ドバックを慌嗤しやすくする駅勣がある。