MENU

【日々のマナビ】顧客理解を深めるJTBDとデータ分析:洞察を仮説検証へ繋ぐ実践プロセス

こんにちは。ろっさんです。

私たちは、事業を良くしていこうと考える中で、顧客の行動やニーズについて「なるほど!」と膝を打つような深い理解、いわゆる洞察(インサイト)を得ることがあります。

この洞察は、まるで探偵が難事件の真相にたどり着くような、興奮を伴う発見です。多くの情報の中から「なぜ顧客はこんな行動をするのか」「顧客の心の中には何があるのか」といった本質的な問いに対する答えが見つかる瞬間は、本当に素晴らしいものです。

しかし、この「刺さるストーリー」として得られた洞察が、時に私たちを迷わせることがあります。直感的に「これはきっとうまくいく!」と感じるあまり、その洞察が本当に正しいのか、実際に効果があるのかを確かめることなく、すぐに実行に移してしまうケースが残念ながら少なくないのです。

そして、いざ実行してみても期待通りの成果が出ず、「なぜだろう?」と首をかしげてしまう、という経験をお持ちの方もいらっしゃるかもしれません。

今回の記事では、この「刺さるストーリー」で終わってしまう洞察の問題点に焦点を当てます。そして、せっかく得た洞察を、どのようにすれば「検証可能な仮説」に変換し、具体的な実験計画(A/Bテストや準実験)に落とし込み、最終的な意思決定へとつなげていくか、その統合的なプロセスについて、皆さんと一緒に考えていきたいと思います。

本記事では、次の3つのポイントを中心に解説を進めます。

  • 洞察が「刺さるストーリー」として終わってしまう危険性
  • 洞察を「検証可能な仮説」へと形式化する方法
  • 仮説を実験と意思決定に結びつける統合的なプロセス設計
目次

洞察が「刺さるストーリー」で終わる落とし穴

まずは、私たちが陥りがちな落とし穴について考えてみましょう。

顧客理解を深める過程で、例えば顧客の「ジョブ」に着目したり、インタビューや購買データなど様々な情報源を組み合わせたりすることで、私たちは「顧客は〇〇という状況で、〇〇という目的を達成したいと思っているらしい」といった、より具体的な洞察を得られることがあります。

このような洞察は、まるで顧客の隠された本音を言い当てたかのように感じられ、周りの人にも「そうだよね、わかる!」と共感されやすい、魅力的なストーリーになりがちです。

確かに、人を惹きつけ、行動を促すストーリーはビジネスにおいて非常に重要です。しかし、この「刺さるストーリー」が持つ魅力が、時に盲点を作り出してしまうことがあります。

私たちが得た洞察が「あまりにも腑に落ちる」「直感的に正しいと感じる」ために、私たちは無意識のうちにその洞察を裏付ける情報ばかりを集め、反対意見や反証の可能性に目を向けなくなることがあります。これは確証バイアスと呼ばれる心理的な傾向であり、人間誰しもが持っているものです。

つまり、「この洞察は絶対に正しいはずだ」という強い思い込みから、実際の効果を冷静に検証する機会を逃してしまう、という問題が生じてしまうのです。

もし、検証されないままに洞察に基づいた施策が実行され、期待した成果が得られなかった場合、その原因を特定し、次の打ち手を考えることが非常に難しくなります。

「ストーリーは良かったはずなのに、なぜうまくいかなかったのだろう?」と、根本原因が分からず、試行錯誤が徒労に終わってしまうリスクがあるのです。

洞察を「検証可能な仮説」へ昇華させるプロセス

それでは、せっかく得られた洞察を、単なる「刺さるストーリー」で終わらせず、確かな事業成長へとつなげるためにはどうすれば良いのでしょうか。

その鍵は、洞察を「検証可能な仮説」として形式化することにあります。

仮説とは、「もし~ならば、~となるだろう」という形で表現される、まだ証明されていないけれど、確かめたいと考える見解のことです。

洞察を仮説として表現する際には、次の3つの要素を明確に含めることが重要であると言えるでしょう。

  1. 原因(施策・変更):どのような行動や変更をすれば
  2. 結果(顧客行動や事業成果の変化):どのような顧客の反応や事業上の変化が期待できるのか
  3. ターゲット(対象顧客・状況):それはどのような顧客に対して、どのような状況で起こるのか

これらの要素を組み合わせることで、「もし(原因)ならば、(ターゲット)において(結果)が起こるだろう」という、具体的な検証の準備が整った仮説が生まれます。

具体例で考えてみましょう:精密機械部品メーカーA社(B2B)のケース

ここに、創業50年を超える精密機械部品メーカーA社(B2B)があります。A社は最近、汎用部品市場での価格競争に直面し、高付加価値製品への転換と新規顧客獲得に課題を感じていました。

そこでA社は、既存顧客へのヒアリングや業界トレンドの分析を通じて、ある洞察を得ました。それは、「A社のターゲット顧客(特に中小規模のメーカーやスタートアップ)の中には、既存の部品サプライヤーでは対応が難しい『製品開発の初期段階で、既存の枠にとらわれない柔軟な試作部品を、短納期かつ低コストで入手したい』という隠れたジョブを抱えている人々がいる」というものです。特に、汎用品では対応できない特殊な形状や材質、少量多品種生産に対応できるソリューションを求めているようです。

この洞察は「なるほど!たしかに小規模メーカーやスタートアップの技術者・開発者は、そういったニーズを抱えているだろう!」と、非常に納得感のあるストーリーとして社内で共有されました。

しかし、これをそのまま「じゃあ、とりあえず3Dプリンターで試作サービスを始めよう!」と実行に移すだけでは、本当に効果があるのか、どのようなサービスが最適なのか、といった点が曖昧なままです。

ここで、この洞察を「検証可能な仮説」にしてみましょう。

洞察に基づいた仮説:

「もしA社が、製品開発の初期段階のニーズに応えるべく、高速3Dプリンターを活用した「短納期・低コスト試作部品サービス(仮称:クイックプロト)」を開発し、特定の業界向けオンライン展示会や技術セミナー(ターゲット)で試験的にプロモーションするならば、新たな層の法人顧客(特に中小規模のメーカーやスタートアップの設計・開発担当者)からの引き合いが増加し、新規リード獲得数および試作案件受注数が増加する(結果)だろう。」

どうでしょうか。このように具体的に言語化することで、何を試すべきか、どのような変化を測定すべきかが、ぐっと明確になったのではないでしょうか。

この仮説には、私たちが「原因」として何を投入し、それが「ターゲット」である誰に、どのような「結果」をもたらすのかが明記されています。これで、次のステップである「実験」の準備が整います。

では、いよいよ洞察の仮説化から実験、そして最終的な意思決定に至るまでの一連のプロセスを具体的に設計してみましょう。

ステップ1:洞察の仮説化と測定指標の設定

前述の通り、得られた洞察を「もし〜ならば、〜となるだろう」という形で、検証可能な仮説として明確に表現します。

  • A社の例:「もしA社が、製品開発の初期段階のニーズに応えるべく、高速3Dプリンターを活用した「短納期・低コスト試作部品サービス(仮称:クイックプロト)」を開発し、特定の業界向けオンライン展示会や技術セミナーで試験的にプロモーションするならば、新たな層の法人顧客(特に中小規模のメーカーやスタートアップの設計・開発担当者)からの引き合いが増加し、新規リード獲得数および試作案件受注数が増加するだろう。」

この仮説には、測定すべき具体的な指標が含まれている必要があります。

  • A社の測定指標例
    • KGI(重要目標達成指標):クイックプロトサービス関連の新規受注額(目標期間における)。
    • KPI(重要業績評価指標):サービスページへのアクセス数、問い合わせ数、見積もり依頼数、試作案件の成約率、平均顧客単価、成約した顧客の属性(企業規模、業種、担当者の役職など)。

数値で測れる具体的な目標を設定することで、実験の成否を客観的に判断する基準が生まれます。

ステップ2:実験デザインの選択と設計

仮説に最も適した実験手法を選択し、詳細な計画を立てます。

  • A社の例(準実験の選択):特定の業界向けオンライン展示会(A社主催)で「クイックプロト」サービスを前面に出してプロモーションを行い、通常の営業活動のみを行った他期間や、別の業界向け展示会と比較する「準実験」が適切でしょう。B2B顧客に対してランダムにサービス提供を切り替えるのは現実的ではないためです。

具体的な実験計画には、以下の要素を盛り込みます。

  • 実験期間:十分なデータが集まるように、季節変動などを考慮した適切な期間を設定します。(例:2ヶ月間)
  • サンプルサイズ:統計的な有意差を検出するために必要な最低限のデータ量(顧客数や取引数)を確保できるよう計画します。
  • 測定指標の詳細:何を、いつ、どのように測定するかを具体的に決めます。(例:ウェブサイトのサービスページへのアクセス数、問い合わせフォームからの送信数、オンライン面談数、成約に至った案件の金額と顧客情報(業種、企業規模、課題など)を毎日集計。サービス利用企業には利用後アンケートやヒアリングを実施し、満足度や利用目的、次回の利用意向などを聴取。)
  • データ収集方法:信頼性の高い方法でデータを収集できるよう準備します。
  • 交絡要因の特定と対処:実験期間中に発生しうる外部要因(例:競合の新サービス発表、業界全体の需要変動、主要顧客の動向など)を事前に想定し、その影響をどう評価・排除するかを検討します。

ステップ3:実験の実施とデータ収集

計画に沿って、慎重に実験を実施します。

  • データの整合性と正確性を常に確認し、計画通りに収集されているかを注意深くモニタリングします。
  • もし途中で予期せぬ問題(システムエラー、アンケート回答率の低迷など)が発生した場合は、速やかに対応し、その記録を残しておくことが重要です。

ステップ4:結果の分析と評価

収集したデータを統計的に分析し、仮説の真偽を評価します。

  • 統計的有意性の確認:得られた結果が、単なる偶然によるものではなく、本当に施策の効果であると言えるのかを統計的に判断します。例えば、オンライン展示会経由のリード数増加が、他のチャネルや期間と比較して統計的に「意味のある差」であるかどうかを評価します。
  • 効果量の評価:施策がどれくらいの大きさの効果をもたらしたのか(例:リード数が何%増加したのか、成約率がいくら上がったのか)を具体的に算出します。
  • バイアスの再確認:実験設計段階で想定しきれなかった交絡要因が結果に影響を与えていないか、公平な視点で再確認します。

この段階では、客観的な数値に基づいて、感情や初期の「刺さるストーリー」に流されずに結果を評価することが大切です。

ステップ5:意思決定と次のアクション

分析結果に基づき、次の行動を決定します。

ここで非常に重要なのが、事前に「やる/やらない」の意思決定基準を明確に設定しておくことです。

  • A社の例における意思決定基準
    • 「もし、「クイックプロト」サービスを展開したオンライン展示会(または技術セミナー)経由の新規リード数が、コントロール期間と比較して統計的に有意に15%以上増加し、かつ当該サービスからの試作案件成約率が5%以上であった場合、全社的なプロモーション強化とサービス拡充を検討する。」
    • 「もし、新規リード数増加効果が5%未満であったり、統計的に有意な差が見られなかったりした場合は、サービス内容(価格、納期、対応素材など)やプロモーション方法の見直しを検討し、再度小規模な実験を行うか、今回の仮説を棄却する。」

このように具体的な基準を設けておくことで、結果が出た際に感情や個人の意見に左右されることなく、客観的かつ迅速に意思決定を進めることができます。この基準がなければ、たとえ効果が小さくても「せっかく作ったのだから」と、曖昧なまま施策を続けてしまうリスクがあるからです。

実験の結果が期待通りでなかったとしても、それは失敗ではありません。むしろ、「この仮説は間違っていた」という貴重な学びを得たことになります。その学びを次の洞察や仮説の修正に活かすことで、事業は着実に成長していくことでしょう。

よかったらシェアしてね!
  • URLをコピーしました!
  • URLをコピーしました!

この記事を書いた人

30代会社員。
理系大学を卒業して以降、新卒からIT業界を渡り歩いてきました。
転職経験は2回。
 ・中小SIerにてプログラマー
 ・BtoB向けサービス事業会社にて社内開発SE
 ・大手総合コンサル会社にてテクノロジーコンサルタント(見習い)
といったキャリアを歩んでいます。

人生100年時代に向け日々精進!
知らない道を歩いたり走ったりするのが好きで、フルマラソン完走するくらいにはジョギングを続けています。

興味のあるトピック
 ・資格勉強
  (主な取得資格)
  ・中小企業診断士
  ・JDLA認定 G検定・E資格
  ・情報処理技術者試験 応用情報処理技術者、ITストラテジスト他複数
 ・競技系プログラミング(Atcoder、kaggle等も含む)
 ・データサイエンス、AI関連の話題
 ・クイズ、謎解き系
 ・読書、映画
 ・ボードゲーム全般(将棋アマチュア2段程度。専ら”見る将”)

コメント

コメントする

目次