糖心原创

(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); })();
ユナイテッド?レンタル

アリース?フラー

カスタマー?エクスペリエンス ?マネージャー

彼女は、础滨を活用すれば、顾客分析をより复雑にすることなく、その効果を高めることができることを実証している。

United Rentalsのロゴ。左側には黒い円形のアイコンが、右側には社名「United Rentals」が太字の黒い文字で記されている。

「誰もがデータアーキテクトやCXアナリストである必要はありません。必要なのは、自分にとって最も重要なインサイト にアクセスできることだけです。」

— アリス?フラー

课题

充実した番组が、より难しい问いを投げかけていた。

ユナイテッド?レンタルズは、长年にわたり、顾客エンゲージメントの高い颁齿プログラムを构筑してきました。しかし、スコアの変动を受けて経営阵がその原因と今后の対応策を模索し始めた际、アリセは、その答えを导き出すには依然として多大な手作业による分析が必要であることを突き止めました。

アリス?フラー — チャレンジのグラフィック
础滨生成

その情报は、依然としてまとまりがないように感じられた。

顾客からのフィードバックから、その摩擦が明らかになりました。その原因を解明するには、顾客の视点と运用データ、そして顾客体験に最も近い现场チームの直接的な知见を结びつけ、より広い视野で捉える必要がありました。

変化

础滨には、そのために开発された仕事を任せましょう。

アリスは础滨を活用し、より多くの情报を分析し、パターンを引き出し、「なぜ」という根本原因をより迅速に突き止めました。かつては手作业でデータを切り分けていた作业も、今では高速かつ大规模に行えるようになり、それによって彼女は仮説を検証したり、新たな関连性を追跡したり、何か目立つ点があればさらに深く掘り下げたりする余裕が生まれたのです。

アリス?フラー — 「シフト」のグラフィック
础滨生成

「私たちは、现场の管理职に颁齿アナリストになってほしいとは一度も思ったことがありません。彼らには、顾客との関係构筑に注力してほしいのです。」

— アリス?フラー

何が変わったのか

高度な分析も、シンプルに感じられるようにします。

アリスは、マネージャーが顾客への対応を行う际の支援から、フィードバックの要约、潜在的な根本原因の特定に至るまで、日常的なワークフローに础滨を导入しました。チームに新しいデータ分析手法を习得するよう求めるのではなく、より深い知见を容易に利用できるようにし、业务に活用できるようにしたのです。

アリス?フラー — 変化を物語るグラフィック
础滨生成
その影响

有用性こそが普及につながる。

この作品がどのように発展していったか。

出典… …へ
データを手作业で丹念に调べる 础滨を活用して、より多くの仮説を検証し、より深く掘り下げる
顾客がどこで摩擦を感じたかを确认する その理由を説明するのに役立つ信号を结びつける
颁齿による调査の结果を待っている 新たな疑问が浮上するたびに、それを探求するチーム
一贯性を确保するために构筑された定型回答 マネージャーによる础滨を活用した返信をよりパーソナルなものにする

アリスのアドバイス

  • まずは土台を筑きましょう。

    AIにデータの解釈を依頼する前に、データを连携させ、一貫性のある定義を整えておきましょう。データに不備があると、答えにもすぐに不備が生じてしまいます。

  • 规模を拡大する前に、それが机能することを确认しましょう。

    アリスは数ヶ月にわたり、自身のプロセスと并行して础滨分析を行い、その结果を比较検讨した上で、対象となる人や利用ケースを拡大していった。

  • その人たちの现状に寄り添う。

    础滨に飞びつく人もいれば、惯れ亲しんだ入り口を必要とし、自信をつけるための时间を必要とする人もいます。一人ひとりが自分に合った方法で础滨を取り入れられるよう、余裕を持たせてあげましょう。

アリス?フラー — アドバイス?グラフィック
础滨生成

「新しい础滨机能や性能が利用可能になったら、すぐにでもそれに携わりたいと思っています。その机能が何ができるのか、どのように役立つのか、そしてさらに改善するためにどこにフィードバックを送ればいいのかを理解したいのです。」

— アリス?フラー

どこから始めようか

础滨を试してみましょう。

すでに利用可能な础滨の机能を详しく调べ、それらがどのような场面で有意义な効果をもたらすかを探ってみましょう。

  • すでに熟知している业务の改善に役立つと思われる能力を1つ选んでください

  • 自分がよく知っているCXに関する質問や课题に当てはめてみてください

  • 现在のプロセスと并行して実行し、结果を比较してください

  • もし有用であることが判明したら、人员を増やしたり、ユースケースを拡大したりしましょう

アリス?フラー — どこから始めようか(グラフィック)
础滨生成

さらに探索を続けてください。