注目の投稿

【kepler.gl】コロナ対策による人流の変化も地図上に可視化(各種メディアで報道)

kepler.glのサイト画面 kepler.glを使ってコロナ対策の効果を分析したところ、テレビ、新聞、ネットのメディアから問い合わせや報道依頼が殺到。今も、土日返上で都内や全国の人流変化を分析しています。この記事では人流変化の可視化に便利なkepler.glにつ...

ラベル 行動変容 の投稿を表示しています。 すべての投稿を表示
ラベル 行動変容 の投稿を表示しています。 すべての投稿を表示

2017年2月1日水曜日

【業界トレンド】行動変容に着目した新たなユーザベースマーケティング

新しく開発したユーザーベースのマーケティングモデルがクライアントに好評

このマーケティングモデルを簡単に説明するとユーザが購買に至るまでの行動変容を
  1. 混沌:漠然とした欲求を持つが具体化されていない
  2. 探索:自身の欲求を具体化するために探索している
  3. 具体化:欲求が具体化されている
  4. 商品発見:欲求を満足する商品を発見
  5. 購買:発見した商品を購買
の5段階に定義し、購買の3段階前の探索ユーザにアプローチして、行動変容を促進&潜在ユーザを掘り起こすというもの。ちなみに、この行動変容の段階は、時間を軸にした分析とネットワーク構造を軸にした分析から特定する。

既存のwebマーケティングと異なる点は、探索段階のユーザにアプローチすること。これまでマーケティングは、直近のコンバージョンが高い記事やコンテンツにバナーを貼る等の施策が主流であった。しかし、この方法では、欲求が具体化されたユーザ、すなわち、氷山の一角のユーザ層にしかアプローチできない。一方、本モデルを活用すれば、欲求が具体化がされる前のユーザにアプローチし、潜在ユーザを発掘することや行動変容を促進することができる。この点が、既存のマーケティングの方法と異なる点であり、評価を頂いている最大の理由となっている。

他にも評価頂いている点としては、探索状態のユーザに具体化情報をレコメンドするという考え方が、商品購買を促進させるだけでなくユーザのなやみ(欲求)を解決するという価値を生んでいるところにある。例えば、これまでのマーケティングでは、購買情報をもとに直接商品をレコメンドしていたため、すでに購入している商品、すなわち、ユーザにとって必要のない商品を薦めてしまうなどの問題があった。しかし、本モデルでは、購買よりも3段階前の探索状態のユーザをもとにし、なやみを解決する情報を商品情報よりも先に提供する。そのため、ユーザが求める情報を求める商品と共に届けることができ、本当の意味でのユーザバリューを高める可能性を秘めている。

もっと世の中に広めたいです

2016年10月3日月曜日

【トレジャーデータ】自社サイトから他社サイトへ遷移する日数の分布集計(日数差分はdate_diffを用いる)

前置き。。
  • 遷移日数の分布を見ればユーザの行動変容を読み取れる
自社サイトから他社サイトへ遷移するまでの期間を知ることは、自社サイトを通じたユーザの行動変容を知る上で大変有用。例えば、他社サイト→自社サイト、自社サイト→他社サイトとの遷移期間の分布がそれぞれ同様の構造を持っていれば、自社サイトを通じた行動変容は起こっていないと言える。一方、自社サイト→他社サイトの遷移で遷移期間に対するUUの減衰の変化、例えば、通常、遷移期間が長くなるほど右肩下がりに減衰するはずのUUがある特定の期間で増加するような現象が見られる場合、その特定に期間においてユーザの行動変容が起きているという仮説を立てることができる。この仮説を設定することで、ユーザの行動変容が起きるタイミングで広告配信をおこなう等の施策が設定可能となる。ただ、効果の高い施策を実施することのみを目的とする場合、基本的には、自社サイト→他社サイトへの遷移は24時間以内に起きるのが圧倒的に多いため、自社サイト訪問直後にアプローチするのが最も高い効果が期待される。

下記は、他社サイト→自社サイト、自社サイト→他社サイトへの遷移期間を集計するSQL。

 ---start---
WITH mysite_with AS(
  SELECT
    MIN(TD_TIME_FORMAT(time,
        'yyyy-MM-dd HH:mm:ss',
        'JST')) AS date_time,
    user_id
  FROM
    log_db.log_mysite
  WHERE
    TD_TIME_RANGE(time,
      '2016-06-01',
      '2016-10-01',
      'JST')c
  GROUP BY
    user_id
),
othersite_with AS(
  SELECT
    MIN(TD_TIME_FORMAT(time,
        'yyyy-MM-dd HH:mm:ss',
        'JST')) AS date_time,
    user_id
  FROM
    log_db.log_othersite
  WHERE
    TD_TIME_RANGE(time,
      '2016-06-01',
      '2016-10-01',
      'JST')
    AND brand = 'brand_name'-- ブランド名を指定
  GROUP BY
    user_id
) SELECT
  date_diff(
    'day', -- 他にも minute, hour, week, monthなども指定できる
    CAST(
      mysite_with.date_time AS TIMESTAMP
    ),
    CAST(
      othersite_with.date_time AS TIMESTAMP
    )
  ) AS time_diff,
  COUNT(DISTINCT mysite_with.user_id) AS uu
FROM (mysite_with)
JOIN
  (othersite_with)
  ON (
    mysite_with.user_id = othersite_with.user_id
  )
GROUP BY
  date_diff(
    'day',
    CAST(
      mysite_with.date_time AS TIMESTAMP
    ),
    CAST(
      othersite_with.date_time AS TIMESTAMP
    )
  )
ORDER BY
  time_diff
 ---end---


Prestoでの期間計算(date_diff)の詳細は下記参照