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

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

簡単にいうとイノベーションには「継続的」「破壊的」の二種類があるが、
「破壊的」なイノベーションを生み出すためには一定の条件が必要という話。組織の能力は経営資源とプロセスと価値基準から成立するが、
経営資源が大きすぎると、小さなマーケットへの優先度が下がるし、
成熟したプロセスを持つことは、逆に新しい試みへのプロセスを失うことになり、
また、既存の価値基準に反する試みを暗黙に否定することになるという話。

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

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

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

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

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

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

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

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

リンクサーバーとは

サーバーのリンク

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

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

実際の設定

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

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

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

・MSDAORA

にするか、

・OraOLEDB

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

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

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

参照する際の工夫

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

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

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

「OraOLEDB」でつないだ場合。

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

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

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

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

ザ・プロフィット

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

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

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

ピクト図解

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

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

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

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

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

結構オススメ。

最近僕の担当しているあるサイトでデータ集計の遅延が発生しました。
原因はいろいろあったのですが、
インスタントプレビュー（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 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を使っている場合にはちょっと気をつけた方がよさそうです。

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

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

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

Strutsとは

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

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

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

アクションチェインとは

アクションチェイン
こちらや
Strutsリファレンス（アクションチェーン）
こちらに記載がありますが。

エラー分岐などの際に、
JSP内でのアクションを変更する処理を行うことを指しているようです。
ようはアクションの連なりを定義するということですが、
その際に、気を付けなければいけないのは、
明示的に行わない限り、URLは変更されないことです。

気をつけるポイント

例えば、登録フォームなどで
完了ページを成果ポイントとして定義したいとしましょう。

その場合、URLで成果ページの判定をしている場合、このアクションチェーンが原因で
正しい数字がとれないことがあります。

フォームのエラー処理などが発生した際に、
URL自体は完了ページのURLを指していても、
実際にはエラーページが表示されていることがあるのです。

これは実際の計測テストにおいてはエラー処理などまでは
チェックしないことが多いため、
計測が始まった際の落とし穴として注意が必要です。
しかもの場合、HTTP上では転送がかかっていないためデータだけ見てもわかりません

最近ローカルでデータ集計をすることが多いので、
ついに手元にDB環境を整えることになった。

いろいろとインストールしてみたけれども、
どうやら、MSのSQLサーバーが良さ気な感じ。

ウィンドウズと統合されている

僕が使っている端末の環境だけだと思いますが、
MySQLはうまく動きませんでした。
権限の問題ですが、うまくサービスが立ち上がりません。

その点、SQL ServerはWindowsに統合されているので、
Windowsのログイン＝SQLのログインになるので、便利。

レポートビルダーなどが便利そう

ストアしたデータからレポートを作成するいくつかのツールが用意されています。
具体的にはレポートビルダーとBIDSの2つ。
レポートビルダーが現場の担当者向けなのに対して、BIDSはデータ管理者向けのツールのようです。
とはいえ、僕は結局整理したデータをエクセルに書きだして使っていますが…

ダウンロード詳細 Microsoft SQL Server 2008 R2 レポート ビルダー 3.0

また、レポートビルダーかは無料でDLできますが、
Oracle・DB2などとの接続が可能なので、汎用なツールとも言えるでしょう

ETL機能も充実

ペンタホのETLやClementineっぽい機能ですが、
ETLもGUIで定義でき、タスク化なども可能です。

エクセルとの相性よし

さすがに同じ会社の製品だけあって、
エクセルとのタッグが強力です。
無料でDLできるAnalysis Servicesというアドインがあり、SQL Serverで構築してBI用のCubeから
データを引っ張ることができるようです。

ダウンロード詳細 SQL Server 2008 ホワイト ペーパー: Analysis Services パフォーマンス ガイド

なお、エクセル2010以降の場合には、
PowerPivotというツールからもSQL Serverが参照できます。
このツール自体はSQLチームが作ったEXCELのアドインで、大量のデータを扱うことがエクセル上で可能になります。

PowerPivot の概要

参考書籍もそれなりに

たぶんこれが一番大事なポイントだと思うのですが、
周りにあまりDB技術者がいない場合に、
参考になる書籍の数が多いというのも大きなポイントの一つです。

"Excel 2010＆SQL Server 2008 R2による企業データ分析入門 (DB Magazine SELECTION)" (平井 明夫、石飛 朋哉、長崎 友嘉)

"実践Microsoft SQL Server 2008 レポーティング入門 (マイクロソフト公式解説書)" (有限会社エスキューエル・クオリティ, 松本 美穂, 松本 崇博)

このへんの本を買ってチラ見しています。
ローカルでデータ分析・集計をすることが多い場合には
是非、SQL serverを検討してみてください

少し前ですが、ニューヨークで行われた、
Startup Battlefield « TechCrunch Disrupt
というイベントがありました。

毎年やっているベンチャービジネスのコンテストですが、
これを見ているとこれから来るサービス、新しいビジネスの目が少し見えてくるので、
毎年注意して見るようにしています。

とりあえず、リストにまとめてみました。

TechCrunchのスタートアップコンテスト

チェックとしているのが、特に僕が気になったスタートアップです。
気が向いたらまたサンフランシスコで近々行われる分もレビューしてみます。

先日実装した内容のメモ。
アクセス解析に直接関係ないですが。

広告LPの変更に伴い、リダイレクトをしなければいけない時に、
広告捕捉用のgetパラメータをLP上で引き回す必要があったため、
JSでリダイレクトをした時にパラメータを引き回すようスクリプトを使いました。
とは言っても拾ったスクリプトですが。

ホントはphpが使えるサーバーならヘッダーでリダイレクトしたんだけど。
難しいね。

元ネタはこちら

JavaScript:JavaScriptでQueryStringを取得するためのユーザー定義関数 – 覚書 – My Knowledge Base – FC2ブログ版

以下、コード

実際のコードからは少しいじっています。
scriptタグをちゃんとつなげば動きます。

script type=”text/jscript” language=”javascript”>
function getQuerystring(key, default_)
{
if (default_==null) default_=”";
key = key.replace(/[\[]/,”\\\[").replace(/[\]]/,”\\\]”);
var regex = new RegExp(“[\\?&]“+key+”=([^&#]*)”);
var qs = regex.exec(window.location.href);
if(qs == null)
return default_;
else
return qs[1];
}
var temp_cid = getQuerystring(‘cid’);
location.href=”http://hoge.jp/lp/?camp=02″+”&cid=”+temp_cid;
/script>

積ん読本を処分しつつあるGW。
GTDの復習もしています。
上記の本の読書メモ。

自己啓発なんてのは、個人的には自己規定する宗教みたいなもので、
信じても信じなくてもいいんだろうけど、
信じることで、言い方を変えるならば、
考え方を規定してあげることで、
よりシンプルに物事を考える事ができるきっかけになると思っています。上記の本などを見返して、
タスク管理システム、としての体が強いGTDの裏側には
それなり高所大所から物事を捉え直す、という面を併せていることを感じました。

タスクを見る上でのスケール（高度）

GTDにおける考え方のポイントは、仕事とプライベートは分けない、
ということですが、
その上で、タスクやプロジェクトを意識する上での階層を定義しています。

一つ一つの業務であったり、
ちょっとした複数のタスクから成り立つものです。
いわゆるタスク管理はこの部分がメインなのかもしれません。

いうならば、業務範囲のようなものがこの階層です。
「七つの習慣」における「役割」に近いと思っていますが、
例えば僕であれば、各サイトにおける集客や分析の各業務がこれに当たります

もう少し高いレベルで考えるのが、この階層。
例えば、３ヶ月・６ヶ月・１年で達成すべき、業務ミッションがここに当たります。
プライベートでは例えば長期に計画した旅行などが当たると思っています。
この上の階層のポイントとは異なり、
このレベルのミッションは中期で、かつ「完了」して行くものです。

この階層はより人生において達成したい、みたいな
長期的な概念になります。
ライフタイムイベント的な、就職・結婚・住宅購入なポイントです。
GTDのベースの考えとして、
「未来に関して考えると、変化は現在に起こってくる」という考え方がありますが、
ここを強く、また明確に設定することで、より低い高度のプロジェクトに反映されます。
イベント的には「完了」してもそこで終了するものではないですね。

もっとも高い階層はもはやタスクではなくて、ポリシーみたいなもの。
「七つの週間」的には「ミッションステートメント」に相当するのかしら。
「誠意と寛容を持って他人と接する」とか
「自分は〇〇を実現するために生きている」というような感じ。

プロセスに価値を見いだせるように

人生の本質は目的地に達することではなく、旅をすることにある。

という言い方がされることがあります。
目的や価値観を持った上で、鳥瞰と虫瞰を持って、
「今」自分が行っていることの意味を明瞭に意識出来れば。