ログマニアックス

取り違えてはいけない６つのKPI指標

masaki — Wed, 25 Apr 2012 02:07:13 +0000

Google Analyticsのエバンジェリストである、Kaushikの記事がすごいよかったので、簡単に紹介。

You Are What You Measure, So Choose Your KPIs (Incentives) Wisely!

よくありがちな、本質的でないKPIを取り違えて利用してしまうパターンをいくつか紹介しています。
詳細は本文を参照いただければと思いますが、骨子だけ紹介。

ページビューとアクティブユーザー

特に広告媒体であれば、ページビューを増やしてしまうことに血潮をあげてしまうこともあるかもしれません。
ただ、ブラウザ上でのページ遷移数にこだわると、
ユーザーに対して、不適切な経験を強いることもあるかもしれません。

例としてあげていたのがが、YahooニュースとBBCニュースの写真比較。
写真遷移ごとにページが遷移されるYahooに対して、BBCはAjaxでの遷移でよりユーザーフレンドリーに構築されています。

BBC News – Day in pictures: 24 April 2012

アクティブユーザーをうまく計測することは多くのソリューションでは単一の指標では困難です。
複数の指標を掛け合わすことによって、ダッシュボードに反映させることもできますが、
Kaushikは例えば、

JumpTime | Comprehensive Business Optimization Platform

などのソリューションも紹介しています。

売上と経済価値

また、特にECサイトでありがちなのが、
日次・週次・月次などの短期的な売上を追ってしまうことです。

しごく当たり前ですが、
ビジネスとは継続的に利益を出していくことが重要です。
短期的な売上を志向するのであれば、「Buy more！」と叫び続けることになります。

各個別ユーザーが創りだす売上を蓄積されたマクロな売上を併せ、経済的な価値を検討する必要があるとしています。
ECでない場合にはユーザースコアリングのような考えをいれこんだほうがいいかもしれません。

参考：　ユーザーの質をアクセス解析で取得する | ログマニアックス

滞在時間とタスク完了時間

もともと、滞在時間をアクセス解析で取得することはJSの制約上、正確性という意味では困難なのですが、
ページビューと同様に、単純にカウントしても意味が少ないとしています。

対応策として、例えば、
上図のようにユーザーが望んでいた行動ができていたかどうか、確認をさせるなどの行為を提案しています。

個人的にはこういった実装は面倒なわりにはメンテナンスも難しいので、セッションあたり閲覧ページ数や、
競合サイトと併せた、アイボールシェアを見るのがよいのかなぁと思っています。

SEO流入率と他社との相対比較

これもよくありがちな話。
例えば、CMを大量投下した場合に当然ながら、検索クエリーは爆発します。
ブランド名やタレント名での流入が多くなりますが、その数字は一時的でTV放映が終わってしまえば消えてしまうのみ。

そこで、 Kaushikとしては、

検索キーワードごとにシャアをその中で見ていくことを提案しています。
マーケティングの基本ですが、自社だけではなくて、他社との比較を意識していく必要がありますね。

フォロワー数とソーシャル経由CVR

最近国内でもはやりがちなソーシャル対応。
フェイスブックページを作って、ファン数や「いいね」数をKPIとして運用している場合も多いかと思います。

ただ、
数だけを追うのであれば、アフィリでもよいですし、
例えば購買意欲がない層を惹きつけるような戦略をとってもよいのですが、
当然ながら大事なのはCVRです。

Kaushikは４つの指標を定義していますが、それぞれに応じて媒体評価を検討することも紹介しています。

アプリインストール数と30日アクティブ数

Kaushikはアプリ関連のアドバイザーもしているらしく、
この点に関しても紹介していました。

多くの企業はアプリのダウンロード数をKPIとして設定しています。
国内でも大量CMをうったり、広告を買いまくっていたり、販売店やキャリアと提携したり…

ダウンロード数だけを追っていくことだけではなく、
30日間でのアクティブ数を追加のKPIとして検討することを提案しています。

30日間という期間自体はアプリなどによって変わってくるかと思いますが、
あとはアクティブ数という概念をどう広告に結びつけていくのか、という技術的な障壁もあるかと思います。

まとめ

いかがでしょうか。Kaushikの記事を肴に僕が普段考えていることを投影してしまいましたが、
ツールやマーケティング手法が広がっても
どの指標を重視するべきだ、どの指標が◯でどの指標が☓か、
という司令塔となるのはやはり人間です。

惑わされることなく、本質的な指標は何か、時間をかけて検討してみましょう

データレイクと言う考え方

masaki — Mon, 23 Apr 2012 08:18:39 +0000

Pentahoのビッグデータへの取組みドキュメントをUp – オープンソースBIのPentaho（ペンタホ）ブログ

という記事で紹介されていたPDFがすごい感覚的に同意したのでメモ。

www.pentaho-partner.jp/doc/bigdata_bi_pentaho.pdf

実際には上記のPDFを参照とのこと。

Hadoopのようなビッグデータを扱えるプラットフォームが一般化してくると、
感覚的にデータをすべてそこの預ければいいじゃん、という気持ちになりますが、
実際には正規化されていないデータを大量に持っているだけでは、
いざ使おうという際に、かえって前処理などに時間がかかってしまうのです。

リクルートを退職しました

masaki — Wed, 04 Apr 2012 22:58:11 +0000

しばらくぶりのエントリーになってしまいました… 表題の件ですが、報告させて頂きます。

先月末に５年間勤めたリクルートから卒業いたしました。個人的にはまだまだ勉強できることもたくさんあったので、卒業というよりは自主退学に近いのかもしれませんが…

FaceBookでもご報告させて頂きましたが、こちらでも。

こんなことをしてきました

機密的なことも多いのであまりかけませんが、５年間、集客企画運用・分析基盤実装を担当させて頂きました。

主だったところでは、・HRサイトの集客運用。特にアライアンス業務。・アクセス解析ソリューションの導入・実装・ウェブログデータ分析のための社内研修の企画・設計・実施・販促サイトの集客運用。特にSEM・ADNW周り。・ターゲティングメール配信システムの企画設計・実装・運用

などでしょうか。関わったサイトは100以上にのぼります。集客と分析という2つの軸を持たせていただいて、データの取得・活用の両面をバランスよく経験としてもてたと思っています

よかったこと、生かせなかったこと

リクルートは本当にいい会社です。本当にお世話になってよかったと思います。優秀な人材が多く、資金もあり、マーケット的な立ち位置も多くの事業では非常にいい位置です。若くから責任と権限を与えてくれて、言い出しっぺが評価される風土は働きやすい場でもありました。

何もわからなかった僕に対して、周りの上司・同僚のサポートも厚く、全員が「仕事は個人の成長のための場」であるという実感を持った場であったことは、若かった僕にとっては居心地もよく、また成長できた場であったと思っています。

一方で、ネット系部署での業務遂行であったため、泥臭い営業力・人間力を併せ持った上でビジネスの上流設計に邁進する経験は正直ほとんど持てなかった点が残念でした。

いわゆる「経営人材」としての業務経験を十分に持てたかというとその点はこれからのキャリアを含め、自分を鍛えていきたいと思っています。

今後について

しばらくは充電期間をおかせていただいた上で、５月からまたサラリーマンを再開しようと思っています。＃若干休みすぎてボケないか心配ですがｗ

やりたいことはたくさんあって、腐りきっている語学の勉強も再開したいですし、MBAを取るかはわかりませんが、体系的にマーケティングを学び・議論する場を用意していきたいとおもいます。一方、自主勉強会なども積極的に企画したいですね。風呂敷を広げるのはこのへんにしますが、落ち着いたらまた、共有させてください。

最後に、周りで支えていただいたみなさんへの感謝を伝えたいとおもいます。本当にありがとうございました。

個人から「イノベーション」を生み出すこと

masaki — Sat, 28 Jan 2012 09:35:39 +0000

同僚から紹介された論文が積ん読になっていたのでさらっと紹介少し前のHBRの論文、「イノベーションのジレンマ」への挑戦 – ダイアモンドハーバードビジネスライブラリー

なぜ成功しているリーダー企業は、有能な人材、豊富な資金、高い技術力を備えていながら、時代の大きな変化に対処することができずに、新興企業にその座を奪われてしまうのか。実は、事業を成功に導くために培われたプロセスや価値基準のなかに、新しいイノベーションを阻む原因がひそんでいる

イノベーションのジレンマの人ですね。

簡単にいうとイノベーションには「継続的」「破壊的」の二種類があるが、「破壊的」なイノベーションを生み出すためには一定の条件が必要という話。

組織の能力は経営資源とプロセスと価値基準から成立するが、経営資源が大きすぎると、小さなマーケットへの優先度が下がるし、成熟したプロセスを持つことは、逆に新しい試みへのプロセスを失うことになり、また、既存の価値基準に反する試みを暗黙に否定することになるという話。

そして、コレに対する対応策として、・新しい組織を組織内に設ける・スピンアウトして新しい組織を設ける・新しい組織を買収する

の3つが必要だとしています。

さらっと読みながら思ったのはこれは、個人がイノベイティブであること、チャレンジをし続けることに対しても重要だなぁと。

言い方を変えてしまえば、 Stay foolish, Stay Hungryなのかもしれませんが、

うまいやり方に固執せず、新しいプロセス・価値基準を積極的に選ばないと個人のブレイクスルーも難しいのかもしれません。

SQL Serverから直接Oracleを覗くリンクサーバーが超便利

masaki — Sun, 16 Oct 2011 00:57:11 +0000

ちょっとした備忘録的に。

最近よくしている作業として、
オラクルのサーバー群から参照したデータをローカルのSQL Serverで処理して、
アクセスやCSVに落として処理するという作業。

そのときによくオラクルのデータを直接SQLサーバーから落としたくなることがあります。
その際の設定として使っているのが、「リンクサーバー」という設定。

リンクサーバーとは

サーバーのリンク

こちらに書いてありますが…

OLE DBという仕組みを使うことで、抽象化してSQLからOracleや他のDBを参照できる仕組みです。

実際の設定

で、実際の設定としてはこんな感じ

全般の設定で、プロバイダー・製品・データソース・プロバイダー文字列を設定します。

この時、プロバイダー文字列を

・MSDAORA

にするか、

・OraOLEDB

にするか、最後の参照法が代わります。

その上で、セキュリティの設定で、

「このセキュリティコンテキストを使用する」を選んで、OracleのIDとパスをセットします。

参照する際の工夫

上記で設定された際に、SQL分でどうよ部下ですが、
以下の形になります。

まず、「MSDAORA」でつないだ場合。

SELECT * FROM ..[リンクサーバ名].[スキーマ名].[テーブル名]

「OraOLEDB」でつないだ場合。

SELECT * FROM OPENQUERY(リンクサーバ名,’SELECT * FROM スキーマ名.テーブル名’)

呼び出し方が違うので注意してださい。

利益モデルを検討すること

masaki — Wed, 17 Aug 2011 21:13:04 +0000

最近、インターンシップの学生さんとお話することが多い。
みんなフツーに賢くて、スマートで、
中途半端に議論に参加していると、うまいこと話についていけず、
トンチンカンなことを言ってしまったりしています。

で、ビジネスを検討していくときに、
話題になることの一つが、
「じゃ、それってどこで儲けるんだっけ？」
みたいな議論。僕も全然勉強中で、いろいろな人のはなしや、
本を読んだりしているうちに、
かなり気付きをいただくことが多いのですが、
折に連れ、読み返す本が何冊かあります。

ザ・プロフィット

"ザ・プロフィット利益はどのようにして生まれるのか" (エイドリアン・J・スライウォツキー)

もはや古典とも言えるでしょうが、
様々なビジネスモデルをスティーブとチャオが議論しながら学んでいくストーリー形式を
とっています。

ザ・プロフィット
こちらのページで説明されているビジネスモデルがまとめられています。

ピクト図解

"ビジネスモデルを見える化するピクト図解" (板橋悟)

ビジネスは、誰かが別の誰かに何かを提供して、代価を受け取ることですが、
プレイヤーとサービスを図で表すことで
ビジネスモデルをわかりやすく理解すること目指したのが本書です。

例えば、本書のウェブで紹介されていたのが、
上記のようなドラクエ９がヒットした構造。

ビジネスモデルを見える化するピクト図解 « ピクト図解®&3W1H公式サイト

たぶんピクト図解のよいところは、
ビジネスモデルを大枠で捉えて利益の源泉をわかりやすくできる点と、
逆に一部のパートにフォーカスして、非常に細かい部分を図化できる点にあると思います。
単純化して捉え直すことができる一方、
細かい部分の深い理解を促すことにもつながるのです。

結構オススメ。

インスタントプレビューをSiteCatalystで計測対象から除外

masaki — Mon, 15 Aug 2011 01:35:15 +0000

最近僕の担当しているあるサイトでデータ集計の遅延が発生しました。
原因はいろいろあったのですが、
インスタントプレビュー（Google Web Preview）からの流入がかなり増えていることも原因だったようです。
これ、結構PVの水増し的な議論では発生しそうですし、
SiteCatalystで集計除外するコードも書いたので、共有します

インスタントプレビューとは

Google インスタントプレビュー

検索結果内の虫めがねアイコンをクリックすると、そのウェブページのプレビューが瞬時に表示されます。
一度インスタントプレビューを有効にすれば、他の検索結果上にマウスを重ねるだけでプレビューを閲覧することができます。

というGoogleの機能で

こんな感じにサイトにアクセスしなくてもページの中身を覗ける機能です。
これはこれで便利だと思うのですが、
問題は、プレビュー情報を獲得するためにクローラーを使っているのですが、
そのクローラーがJSも実行してしまうクローラーなのです。

影響範囲

クローラーがJSを解釈するということは、
クローラーがページを閲覧するごとにPVが発生するということ。
PVの水増しが発生してしまいます。

また、
特にSiteCatalystの場合にはセッションが設定しないと永続的につながるので、
Long Visitと呼ばれるながーーーいセッションを生み出して、これが集計の遅延要因になります。

対応方法

ちなみにGoogleAnalyticsではすでに対策済みらしく、
現在は集計対象外にされているようですが、
SiteCatalystではVISTAと呼ばれる有料オプションでの対策が用意されております。

ただ、単純にUAを見て計測から外す実装なので、
以下のような書き方で除外することも可能です。

	if(!navigator.userAgent.match(/Google\sWeb\sPreview/i)){
		s.t();
	}

これだけ。もともとあまり計測対象にするものでもないので、除外設定をお勧めします

参考までに

How To Stop Google Preview From Being Counted In SiteCatalyst | Web Analytics Land

こちらでも同様のことを解説していますが、
関数でRSIDをかき分ける実装をしています。
どちらがよいのかしら。
関数化したほうがのちのち対象のUAが増えた際に便利そうですね。

Google Analyticsの訪問定義が変わった

masaki — Sun, 14 Aug 2011 01:40:36 +0000

Google Analytics Blog: Update to Sessions in Google Analytics お盆中ですが、アクセス解析的には影響がでる話。

セッション（訪問）の定義がGAで変更になるそうです。ちなみにですが、セッションって言ったり、訪問っていったりしてるからいつまでたってもアクセス解析用語はわかりにくいのよね。

いままでの定義

• 単一の訪問者が30分以内に遷移した一連のページビュー • 日付の変更タイミング • ユーザーがブラウザを閉じたタイミング

で切れていました。日またぎで切るかどうかはもともと大きな影響がありそうだけど、そもそもGAのタイムゾーンってどこ？

これからの定義

で、こうなるそう。

• 単一の訪問者が30分以内に遷移した一連のページビュー • 日付の変更タイミング • 流入経路が変わったタイミング（utm_source, utm_medium, utm_term, utm_content, utm_id, utm_campaign,gclidの各パラメータ含む)

8月11日からすでに変更されているそうですが。

影響範囲

検索エンジンや広告流入が発生するたびにセッションが切れるというのは 1%しか変化がないと言っているものの、にわかには信じられないかも。場合によっては特定キーワードからの流入セッション数やコンバージョン数が変わってみえるかもしれません。

目的としては、Multi-Channel Funnelsの強化する際にデータの扱いを楽にするためだと考えられますね。

参考：Google AnalyticsにMulti-Channel Funnels機能が追加か – アトリビューション分析/アシスト（間接）効果の分析が可能に | makitani.com 参考：Google Analyticsがアトリビューションに対応：Multi-Channel Funnelsファーストルックアトリビューション Attribution Managementの情報サイト Attribution.jp

いずれにしても簡単に訪問定義が変わってしまうのも考えもので、無料でサービスレベルが一定になっていないGAだからできることですね。業務でGAを使っている場合にはちょっと気をつけた方がよさそうです。

Strutsにおけるアクションチェイン転送

masaki — Sat, 13 Aug 2011 11:55:47 +0000

リダイレクトとアクセス解析は相性が悪いものです。
今までも何度か記事にしてきました。

アクセス解析におけるリライトとリダイレクト | ログマニアックス
 広告分析、リダイレクトにはご用心 | ログマニアックス
 アクセス解析間で数字をつなげる際にはご注意を | ログマニアックス

基本はPHPやHeader・JSでの転送が多いと思うのですが、
Javaのフレームワーク、Strutsでもこういった転送を行う場合があります。
これをアクションチェインというそうです。

Strutsとは

Strutsとは – 意味/解説/説明/定義： IT用語辞典

Jakartaプロジェクトが開発しているオープンソースのソフトウェアで、Java言語を用いてWebアプリケーションを開発する際の必要な基盤(フレームワーク)となるもの。
MVCというソフトウェア設計モデルに基づいており、JavaサーブレットやJSPを組み合わせてアプリケーションを構築する際に必要となる諸機能を提供する。

とのことで、Railsなどと同様のMVCといった考え方に基づいた、
アプリケーション環境のフレームワークのようです。