滅伉圻幹

(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�坤妊献織襯船礇優襪鮓追討垢襪燭瓩鳳慴�なこと

綱人はデジタルチャネルを宥じてお�櫃鉾襪蠅離屮薀鵐匹判餐�することを挫む。

あなたのブランドと綱人とのやりとりのほとんどはどこで佩われていますか�織ΕД屮汽ぅ箸筌皀丱ぅ�?アプリケ�`ションなど、デジタル?チャネルを宥じて佩われている辛嬬來が互いでしょう。

かつてのカスタマ�`ジャ�`ニ�`では、�g糾�nや窮三で扮寂のかかる氏三をする駅勣があったが、書では雨檎晦を秘薦したり、アプリを軟強したりするだけで、酒�gにブランドと�vわることができる。2024定までに、畠斌函哈�б罎裡イ髻�?

だからこそ、酷芙のブランドは、 カスタマ�`?エクスペリエンス の匯桟として、デジタルチャネルの個鋲に函り怏む駅勣があります。デジタルエクスペリエンス�╋抒檻�は、カスタマ�`?エクスペリエンス CX��や、綱人エンゲ�`ジメント、綱人�祭禧硲┛箜Т^妝�、綱人ロイヤルティなど、それに原昧するあらゆる勣殆を侘恬る貧で嶷勣な叨護を惚たしています。

デジタルチャネルを個鋲し、オンラインで綱人を侑せにする4つの圭隈

デジタルチャネルに�vしては、ユ�`ザ�`エクスペリエンス�┗�掛��畠悶をよく需る駅勣があります。ユ�`ザビリティ、ナビゲ�`ション、デザイン、コンテンツ、パフォ�`マンスのすべてがデジタル?エクスペリエンスに唹�譴鮗阿椶掘�綱人がブランドにとって�喇呂�伏冂���、�もたらすアクションに��算するかどうかを畳協します。

ここでは、デジタルチャネルを個鋲し、綱人に握されるインパクトのあるウェブサイトやモバイルアプリ悶�Yを戻工するために駅勣なことを�h苧します。

#1.カスタマ�`ジャ�`ニ�`マッピング

カスタマ�`ジャ�`ニ�`畠悶を宥して、また綱人ライフサイクルの嶄で、綱人の篇泣からデジタルエクスペリエンスがどのように需えるかを尖盾しましょう。リサ�`チや�別屬�ら、恷兜の氏三やリピ�`ト?エンゲ�`ジメントまで、酷芙のブランドとのやり函りは湯寄かつ謹��です。

では、どのように泳らの悶�Yを尖盾するのでしょうか��カスタマ�`ジャ�`ニ�`マッピングとは、ブランドとの恷兜のタッチポイントから、その朔のブランドと綱人との�v�Sを宥じたインタラクションをマッピングするプロセスである。どのようなコンテンツを���Eし、デジタルチャネルにどのように�v嚥し、どのような佩強をとったかを委燐します。

カスタマ�`ジャ�`ニ�`のマッピングは返寂がかかるように房えるかもしれませんが、お人��の エクスペリエンス?マネジメント CEM��プラットフォ�`ムであれば、これを�I尖できるはずです。また、遺掘珂ソフトウェアにはジャ�`ニ�`?オ�`ケストレ�`ション字嬬も姥わっており、綱人がウェブサイトやモバイルアプリを蝕いた鵬寂に、匯繁ひとりに栽わせた悶�Yを戻工できるようになっています。

その鵬寂に徭強議に佩強を軟こすことで、カスタマ�`ジャ�`ニ�`を恷癖晒し、チャネルチャネルを個鋲し、ポイントや彫価を函り茅き、盾埃を恷弌�泙牧屬┐襦�

#2.デジタル?フィ�`ドバック

綱人がデジタル?チャネルでの悶�Yに�祭磴靴燭蝓�音�困鮓个犬燭蠅垢訐輦匹鰺擦�峭めるのは佃しいことだ。しかし、デジタル?フィ�`ドバックがあれば三は艶だ。

ウェブサイトやモバイルアプリで�g仏される綱人アンケ�`トは、どのような悶�Yが單れているのか、あるいは喪っているのかを苧らかにします。箭えば、宣用楕距�砲蓮�綱人が函哈を頼阻せずに巷望のウェブサイトやモバイルアプリから宣用しようとしたときにトリガ�`され、綱人がブランドの�u瞳やサ�`ビスを僉�kしない尖喇を尖盾することができます。

デジタル?フィ�`ドバック距�砲僚畊�は、綱人の湖秤、つまりデジタル?チャネルに�祭磴靴討い襪�どうかも苧らかにする。

デジタルフィ�`ドバックソリュ�`ションを試喘すれば、ライブチャット�K阻岷瘁や��人が函哈を頼阻した瘁など、デジタルチャネルを宥じてシンプルかつ�森�議なアンケ�`トを儻堀に�g仏できます。デ�`タ�l�嗤佑離屮薀鵐匹蓮△海Δ靴織螢▲襯織ぅ爐離▲鵐羽`ト�Y惚を試喘し、カスタマ�`?エクスペリエンス �@�A議に個鋲することで、綱人略隔楕やその麿の嶷勣な遺掛峺炎の�鯢呂��蹐辰討い泙后�

#3.ソ�`シャルリスニング

カスタマ�`ジャ�`ニ�`が序むにつれて、綱人はブランドとの�U�Yについてレビュ�`やソ�`シャルメディアへの誘後を慕き�zむことが謹くなります。ブランドは、ソ�`シャルリスニングと オンラインレビュ�`砿尖を聞って、採が冱われているかを辛篇晒し、レビュ�`や誘後にタイムリ�`に��鬉掘��k伏した綱人の諒籾に���Iするために恷癖なアクションを函ることが嶷勣です。

そうすることで、巷望はオンライン貧で倦協議な湖�襪鯤蕕��zんだ鏑れる綱人との�v�Sを屎すチャンスを誼ることができます。また、繍栖これらのレビュ�`やソ�`シャルメディアでの冱式を朕にする辛嬬來のある�i宀の伉を�eさぶるチャンスにもなります。ほぼすべての綱人��93�ィ�が、嚥えると指基しています。

#4.佩強議岑來

海い寂、巷望は徭芙のウェブサイトやモバイルアプリでユ�`ザ�`がどのようなコンテンツに�v嚥しているのかを鳩範することしかできませんでした。書では、ヒ�`トマップ、セッション壅伏、フォ�`ム蛍裂などのツ�`ルで更撹されるビヘイビアインテリジェンスのおかげで、綱人の佩強とその尖喇を岑ることができる。

その潤惚、あなたのブランドは、綱人がイライラしながらクリックしているとき、知嶄になってスクロ�`ルしているとき、詞岱した強きを幣しているときを岑ることができる。

エクスペリエンス リ�`ダ�`は、佩�咼瓮肇螢�スを試喘して、ユ�`ザ�`がフォ�`ム エラ�`に壟囑した��栽や、ステップを頼阻せずにペ�`ジで�L�r�g�^ごした��栽にエ�`ジェントとのライブ チャット セッションを婢�_するなど、光��人の���eのエクスペリエンスに�v�Bするリアルタイムのアクションをトリガ�`しています。

すべてを1つのプラットフォ�`ムに鹿埃

枠需の苧のあるブランドは、デジタルフィ�`ドバック、ソ�`シャルメディア、オンラインレビュ�`から誼られる綱人の郡鬉�、デジタル佩�啖嵶�やカスタマ�`ジャ�`ニ�`マッピングと�Mみ栽わせることで、デジタルカスタマ�`?エクスペリエンスの畠悶�颪魄冦佞靴討い泙后�これにより、デジタルカスタマ�`?エクスペリエンス 侮く尖盾できるだけでなく、個鋲すべき泣やカスタマ�`?エクスペリエンス �鯢呂気擦襪燭瓩��藺圓鯡惷┐掘▲螢▲襯織ぅ爐脳@�A議に個鋲と恷�m晒を佩うことが辛嬬になります。

滅伉圻幹 のデモをご嚠埃ください。及匯咫�鵑料爾気�らお人��が採業も怎を塰んでくださるような、匯香來のあるパ�`ソナライズされた悶�Yを戻工するために、益芙のプラットフォ�`ムがどのような薦を�k屍するのか、��壇社がご�h苧いたします。