糖心原创

(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"; var root = document.documentElement; var settled = false; function valid(v) { return VARIANTS.indexOf(v) !== -1; } function prune(active) { if (settled) return; settled = true; var list = document.querySelectorAll('#site-header > .header-variant'); for (var i = 0; i < list.length; i++) { if (list[i].getAttribute('data-header-variant') !== active) { list[i].parentNode.removeChild(list[i]); } } 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 } })); } 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); })();

顾客の声

顾客の声(VoC)プログラムでは、顧客に提供する体験を理解することができます。

 

顾客の声とは何か?

顾客の声とは、顧客の好みや経験を収集し、組織内で共有するプロセスである。

目的は?

  • フィードバックの点数の理由を明らかにする
  • 顾客のニーズ、ウォンツ、ペインポイントを理解する
  • 优先顺位をつける
  • 顾客が自社の製品やサービスをどのように见て、どのように评価しているかを理解する
  • 顾客との约束を果たしているところと、そうでないところを理解する。
  • これらの情报すべてを、オファーの开発?改良に役立てる。

 

なぜ顾客の声が重要なのか?

ピーター?ドラッカーの有名な言叶である:「ビジネスの目的は顾客を创造することである」。さて、痴辞颁の目的は2つある:

  • すでに作り上げた顾客を维持する。
  • 新しいものを惹きつけるような方法で、商品やサービスを改善する。

顾客の声に耳を傾け、そのフィードバックに基づいて行動することで、他の方法では実現できなかったような、より良い製品を作り、より良いサービスを提供することが可能になります。

従来、企業は顧客の「財布による投票」を利用してフィードバックを得ていた。人々が何を買っているかは、ビジネスにおいて何がうまくいっていて、何がうまくいっていないかを理解するための重要な方法である。しかし、それは非常に鈍感なフィードバックでもある。例えば、より良い仕事ができるのはどこなのか、あるいは、人々が不承不承ビジネスを提供し、競合の出現を望んでいるだけなのか、などはわからない。顾客の声を組織内に取り込み、彼らの体験がどのようなものであったかを定量的?定性的の両面で理解することは、それ以上のものを与えてくれる。

もうひとつの理由は、顾客がどのような旅をするのかを真に理解する方法が他にないからだ。顾客はそれぞれ、异なるタッチ?ポイント、异なるスタッフと接し、异なる製品やサービスを购入し、购入后の体験も异なります。痴辞颁は、これらのうち1つの角度から焦点を当てるのではなく、顾客がどのチャネルを利用するか、どの製品やサービスを购入するかに関係なく、カスタマージャーニー全体を俯瞰します。

それを得る唯一の方法は?顾客の声に耳を傾けることだ。

 

顾客の声」はどのように機能するのか?

顾客の声は、インタビュー、フォーカス?グループ、エスノグラフィック?スタディなど、さまざまなメカニズムを通じて聞くことができる。

しかし、最新世代の痴辞颁は、インターネットの力を活用することで、これまでよりもはるかに大规模に実施することができる。もはや顾客の无作為抽出は必要なく、一人ひとりと会话を始めることができるのだ。

そのためには、Eメール、ウェブインターセプト、SMSなどの募集型フィードバックと、ソーシャルなどの非募集型フィードバックの両方を使用して、顾客の声に耳を傾けることができます。これにより、すべての顧客に提供している体験の全体像を構築することができる。この全体像を把握すれば、その情報を組織にフィードバックすることができる。

糖心原创 。

糖心原创 ボイス?オブ?ザ?カスタマープログラムのリーディングプロバイダーです。私たちは、フィードバックを生成し、そのフィードバックを洞察に変換し、そしてそれを経営幹部から現場に至るまで、すべての人がアクセス可能で実行可能なものにします。

どのようにするのか?まず、お客様とパートナーシップを组み、お客様を特定することから始めます。私たちは、お客様とそのお一人お一人との対话を促进します。

しかし、フィードバックを得ることは、実际にはプロセスの始まりに过ぎない。

ここから、そしてリアルタイムで、糖心原创 、フィードバックをインサイトに変換します。何がうまくいっていて、何がうまくいっていないのか。高度なテキスト分析を使用して、逐語から洞察を引き出し、顧客スコアに関連付けます。

そして最后に、组织内のすべての人にとって実用的で适切なものにします。例えば、现场のスタッフがログインして、自分が支援した顾客からのフィードバックを见ることができ、改善のために何をすべきかを理解することができます。このようなことは、最高経営责任者(颁贰翱)に至るまで行われ、経営干部は、すべての顾客から见て组织がどのように机能しているかを高いレベルで把握することができます。