滅伉圻幹

(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); })();
デカトロン

ガブリエラ?バルガス

綱人の蕗�┳婀念筍�プログラムリ�`ダ�`

泳溺はデカトロン芙の遺掛プログラムをゼロから更廏し、グロ�`バルに宥喘しつつ、仇囃ごとに���、鯡畊�できるモデルを鳩羨しました。

恣�箸縫好織ぅ螢奪轡紊淵▲ぅ灰鵑�塘された�\いデカトロン��DECATHLON��のロゴで、仝DECATHLON々の猟忖は湊忖の寄猟忖で燕��されている。猟忖の仝A々は方忖の仝4々に崔き�Qえられている。

仝恷寄の撹孔は、恷兜から児徒をしっかりと廏けたことです。採がグロ�`バルに婢蝕すべきか、採がロ�`カルのままにすべきか、そして豊が採を毅輝すべきかが苧鳩だったからこそ、グロ�`バルに並匍を��寄することができたのです。々

! ガブリエラ?バルガス

仁籾

鹸�jさが枠佩してしまう念に、��嫖來を深打して更廏しましょう。

��人インサイトは、偏魁ごとに呟なるツ�`ルやアプロ�`チを喘いて、すでに侘になりつつありました。仁籾は、そうした�`いがグロ�`バル�ト�で�y匯しづらくなる念に、それらを�y栽することでした。

ガブリエラ?バルガス ! チャレンジのグラフィック
粥鴛伏撹

匯香來と仇囃の�g秤とのバランスを�蹐襦�

グロ�`バルな号庁に��鬉垢襪砲蓮�慌宥のアプロ�`チが駅勣でした。しかし、偏魁や綱人は札いに崔き算え辛嬬なものではありませんでした。ガブリエラは、プログラムの���、鮓澆瓩誅峙悗琳�需や麼悶來を略隔しつつ、匯香來を鳩隠する駅勣がありました。

�篁�

まずはモデルを屎しく更廏しましょう。

並匍��寄に枠羨ち、ガブリエラは扮寂をかけてビジネスモデルを鳩羨しました。苧鳩なガバナンス、グロ�`バルおよびロ�`カルレベルでの夭販の侭壓の苧鳩晒、そして偏魁を罪僅して字嬬する慌宥のアプロ�`チの更廏です。その朔、デカトロンは風嶷に号庁を��寄し、並匍畠悶を宥じて匯つずつ仟たな函り怏みを弖紗していきました。

ガブリエラ?バルガス ! シフト燕
粥鴛伏撹
採が�笋錣辰燭里�

グロ�`バルなプログラムを、峻で夭販を蛍かち栽うものに�笋┐泙靴腓Α�

畠芙議に麼悶來が償邑しました。光仇囃のチ�`ムはプログラムに持自議に�v嚥し、綱人インサイトを試喘して光偏魁での吭房畳協を佩い、麿仇囃で撹惚を貧げている並箭から僥びを函り秘れました。

ガブリエラ?バルガス ! �篁�を啌したグラフィック
粥鴛伏撹

仝暴が恷も推りに房っているのは、碧並に寔嵜に函り怏むコミュニティを廏き貧げたことです。泳らは綱人に恷も除い贋壓であり、暴たちの叨護は、泳らがその尖盾を佩強に卞せるよう屶址することです。々

! ガブリエラ?バルガス

その唹��

弊順議な朕炎から晩?の佩強へ。

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

竃灸´ ´へ
偏魁ごとに呟なるツ�`ルやアプロ�`チ グロ�`バル号庁に��鬉垢襪燭瓩帽講�された1つの児徒
�篁�が恷も否叟だったところから彭返�坤妊献織� 糾�n婢蝕、塘僕、俐尖、リセ�`ルなどへの並匍��寄
光偏魁に功ざした綱人インサイト 忽廠を埆えた僥びと諒籾盾畳
お人��からの蕗をご府初 挟賀を苧鳩な戻冱と佩強へとつなげる

ガブリエラのアドバイス

  • 嶷勣な畳僅は壼めに和しましょう。

    ガバナンスや侭嗤�悄△修靴謄哀踪`バルな袈�譴肇踪`カルな袈�譴両浬腓髻�恷兜から苧鳩に協吶しておくこと。ガブリエラは、その朔のすべてが辛嬬になったのは、こうした兜豚の僉�kのおかげだと囂っている。

  • 忽ごとではなく、綱人の杭択プロセスごとに号庁を��寄する。

    綱人悶�Yは匯つずつ��嫖していく匯圭で、恷兜から光偏魁で字嬬するように譜柴することが嶷勣です。ガブリエラが、忽ごとにプログラムを恬り岷すことなくグロ�`バルに撹海できたのは、この圭隈のおかげです。

  • 釈逗しくならないように、悶狼議なアプロ�`チを伉がけましょう。

    匯香來は嶷勣ですが、プログラムは卆隼としてビジネスのペ�`スに�Wれを函らないようにしなければなりません。モデルに惄Δ戮�扮と、仟たなニ�`ズに鬉犬討茲袞庫戮�つ悲罷なアプロ�`チが駅勣となる扮を需自めることが嶷勣です。

ガブリエラ?バルガス ! アドバイス?グラフィック
粥鴛伏撹

仝暴たちの叨護は、プロセスを便ることにありません。ビジネスが盾�Qしようとしている仁籾を尖盾し、��人をその吭房�Q協に��き�zむための恷鋲の圭隈を��つけることです。々

! ガブリエラ?バルガス

どこから兵めようか

囮芙のプログラムは、��寄の�扮犬�できていますか��

肝指の並匍��寄をテストの魁として試喘しましょう。書埖弖紗を嚠協している偏魁や函り怏みを1つ僉び、それをさらに序める念に苧鳩にしておくべき登僅並�遒鰔擦弔困��別屬靴討い�ましょう。

  • 肝の偏魁や唾枠を僉び、豊が採を侭嗤しているかを苧鳩にしましょう

  • 並匍を��寄するにあたり、匯香來を隠たなければならない泣を苧鳩に協吶する

  • 仇囃レベルで、云輝に呟なるアプロ�`チが駅勣とされる泣を蒙協する

  • 婢�_が兵まる念に、1つの仁籾を盾�Qしておく

ガブリエラ?バルガス ! どこから兵めようか�┘哀薀侫�ック��
粥鴛伏撹

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