これからのスマートフォンアプリ事業戦略 〜海外で大ヒットするスマートフォンアプリを作るために大事なこと〜

https://spreadsheets0.google.com/viewform?formkey=dEtlRXJ2cWJxX0hGYlpTSVkwTHBrM3c6MQ

一つ目の新さんの講演は業界の勘所を鋭くついた、大変充実したものでした。

「機会のイノベーション」とは彼自身の言葉なのかどうか分かりませんが非常に的確で、掘り起こしたニーズや市場に対してタイミングよく資源を集中投入するさまをゴールドラッシュにたとえたあたりも納得がゆくものでした。

スピードが重要なのはその通りだと思いますが、ただ早く動けば良いというものではなく、タイミングが大事かつ瞬発力が大事。早期参入しすぎても花開かないし、ここぞというときの（広義の）開発力が大事なのではないかと思いました。

CAアメリカの河野さんは前職からの知り合いなのでこうして活躍しているのはうらやましくもありうれしくもあります。まあ私よりずっと若いのですが・・・

サイバーエージェントはソーシャルアプリ業界の中で最もうまくやっているグループ企業だと思っていて、企画力・開発力・フットワーク良さ・人材の活発さなどで他をかなり引き離しているのではないかと思います。Facebookで成功した日本企業はないといいつつも、CAアメリカはかなり健闘していますよね。ユーザー数で見ると突出してはいなくても、Ameba Picoなどはかなりうまくいっているのではないかという印象を持っています。

パンカクのPANKIAというのはタイミングという点では？？？なのですが、実績ある会社ですし、勝算はあるのでしょう。ただコンテンツで売ってきた（というイメージのある）パンカクでさえプラットフォームになろうとする動きがあるところを見ると、iPhoneアプリ自体でビジネスやることの厳しさを想像してしまいます。

なんとなく危機感がふつふつと沸いたセミナーでしたが内容は非常に濃かったと思います。3人の講師の人選も絶妙でした。

——————————————————————————–
「なぜスマートフォンでイノベーションが起きるのか」
新清士さん

日本国内ではガラパゴスの市場ができている。これはどれくらい続きますか？
いつか終わるのは間違いない

3000万人いるとしても相当な数
日本国内では1億2千万人しかいない
そこで各社がどう動くかが焦点になっている

今日はかなりマクロな話をする・海外（アメリカの市場）

「機会のイノベーション」が重要になっている
iPhone3Gは十年前のゲーム用パソコンよりも性能が上。
それがまだムーアの法則が効いていて、技術がアップデートされるスピードが落ちていない

そのときに市場で回っているハードにマッチしたタイトルがガンと売れるという状況がここ5年起きている

なぜ、家庭用ゲーム機のローンチタイトルはヒットするのか
他に選択肢がないから
ローンチに紛れ込むのがいまは難しい
開発機材を調達することが難しい　技術的なアドバンテージを維持できる

いまのソーシャルゲームのルールは別。誰でも参入ができるハードウェア環境
ブロードバンド回線の5割以上の普及　これが一気にイノベーションを引き起こした

なぜZyngaは成功したのか？　Facebookのオープン化のタイミングに参入した
なぜモバゲーは成功したのか？　パケ放題のタイミングに全力を注いだ
なぜngmocoに四億ドルもの値段がついたのか？　AppStoreオープン化にタイミングを合わせた　Xbox Liveの仕組みをそのままiPhoneで展開しようという目論見が成功した
なぜ、いまAndroidなのか？説明しなくてもいいですよね

市場の変動が早い　3年で巨大Facebookソーシャルゲーム市場が成立
1年で日本でソーシャルゲーム旋風が起きた

ユーザーが「もういいよ」というところまでスペック・技術の革新は進んでいく
最近イノベーションが起きていない分野といえばメールくらいといえるが、メールですらGmailが無料になったりしている

アメリカンドリームそのもの　ゴールドラッシュとパターンが同じ
付加価値性がある間に収益を上げ、資本自身が収益を出せる体制をつくる
プラットフォーマー側（パブリッシャー・ミドルウェア・キャリア）に変わる・移る
ゴールドラッシュにいちはやく駆けつけ　
早くに砂金を集め　金鉱自体を買う、金鉱を掘るためのツールを売る、砂金を現金化する仕組みを販売する

初期の早くに砂金を集める段階は終わりつつある　資本力の勝負

Facebookソーシャルゲーム市場
超がつく超競争市場
フリーミアムモデルの一般化　アイテム課金市場の国際化
これから参入するにはよほど資本力がないと難しい
2010年1月　55万アプリもある

Playfish
ユーザー数は１４％増加したのに　アプリアクティブ率は２０％定価、特定のアプリのユーザー数１３％低下、トップ企業のアクティブユーザー数の増加が止まった

「もはや無料のチョコレートは存在しないのではないか？ピーナッツバターを得るためにはよりプロモーションコストなどのコストが必要になっていないか？」

日本から参入しても成功例はもはやない　DeNAの撤退　ブラウザ三国志の苦戦　インタフェースが難しすぎる

海外：もともとカジュアルゲーム市場が存在した　40代以上の女性が中心
Plants & Zombies
Popcap Games
カジュアルゲームから最も成功した企業の1社
無料ダウンロード1時間分の製品
徹底したQAプロセス　小チーム
少ない予算での口コミのプロモーション　1万ドル

AppStoreの状況　ほんと儲からない
3万タイトル以上　同じように簡単に埋もれる
トップ40タイトル中、0.99ドル以外のタイトルが2タイトルしかない
なんでこうなっているかというと、EAが0.99ドルのセールスをはじめた　まとめたパッケージ販売　タイトル内での広告

デジタルコンテンツ市場は必ず供給過剰に陥る　在庫フリー　再生産コストフリー　ネットディストリビューションはその流れを加速する
可処分所得から、可処分時間へ時間の奪い合い
前払い型から後払い型へ　価格は極限まで下がる

重要なのはセーブデータ
自分自身の積み重ねた経験だから、他のユーザーと交換できないもの
価格設定ができないもの
セーブデータの価値を増すような仕組みが必要　案外とその仕組みが不足している　例えばTowerDefence系の終了後のマップデータは保存できるようにするべき
上手い例：Kinect Adventure
ユーザー自身が作り出したものの価値がいちばん高い　クラウドソーシング　プラットフォーム側の収益が高い

勝ち方
パブリッシャー単位でのボリュームを出す戦略　大量にタイトルをかかえて、それをタイミングよく出す　規模の経済　グリーやDeNAも同じモデル　GameLoftがこの戦略を同様にとっている
ベンチャーはまじめに口コミをやらないと難しい　
例：Geodefence　サイトに定期的な情報アップデート　コミュニティ形成　フォーラムで積極的に要望対応
例：Fieldrunners　2人のパートタイムで開発　多プラットフォーム展開を急いだためにコミュニティ形成ができていない　悪い例
北米ゲームメディアはお金を払わないと載せてくれない
新規のテクノロジーにどうオーバーラップさせていくか
メディア戦略とも言い換えられる　メディア・ユーザーにどう取り上げてもらうか
AppStoreの市場では、ロングテール市場は無いと思った方がいい　ブランドの構築が大変

たとえばのケース
コミPo!
Kinectハック　モーションキャプチャーが簡単にできる
組み合わせると？→これが機会のイノベーション
存在しない市場のほうが意味がある　リスクはあるが、コストが小さいうちに参入するリスクのほうが重要

ソーシャル機能ミドルウェアに求められるもの
スコア機能、ソーシャル機能はあたりまえ　OpenFeintなどとの戦い　GameCenterには勝てない
弾力的なパブリッシングを仕掛ける能力　複数タイトルをまとめて価格戦略　ブランドとして価値を持つ　共同しなければベンチャーには難しい　
複数のプラットフォームへの展開　例えばiPhone, Android両対応

コンピューティングパワーは余っている　これからさらに余る　なのでユーザーに提供可能な隙間のサービスはこれからもいっぱいある　それはここ数年間変わっていない

——————————————————————————–
「北米ソーシャルアプリ・スマートフォン業界事情」
CAアメリカ シニアプロデューサー　河野さん

[Agenda]
自己紹介　CAアメリカの活動に関して
北米コンテンツ展開における教訓
北米スマートフォンアプリ業界事情
質疑応答

2010年3月から渡米　「1億人が遊ぶタイトル」が目標

CAアメリカの紹介
サンフランシスコに移った理由　駐在員が住みやすい　最近のベンチャーが集まっている

NinjaTrick　会員100万人　2010年8月にクローズ（撤退）
Ameba Pico　会員300万人弱
スマートフォン事業は2010/12~
G-CRESTでTinerMe　2009/10〜　会員150万人

北米コンテンツ展開における教訓

（１）企画マーケティングに関して
北米でうけるテーマ世界観が分からない　現地住み込みでとにかくいろいろ観察した
ゲームを遊ぶ層が分からない
有効なプロモーションメディアが分からない　テストマーケティング多用
→とにかく体感、ヒアリング・トライでカバー

（２）キャラクターテイストについて
想定以上の低年齢化　Ameba Picoは子供しか遊ばないとか　→マネタイズに不利
日本でうけたものが北米で受けない
感覚の違いによるトーンのずれ　アメリカでNARUTOが人気だったのでそれっぽいキャラデザにしたが、NinjaTrickのキャラがゲイっぽいといわれる
でも世界共通で受けるものもある　TinerMeなんかは日本とユーザー層共通

（３）慣習・ローカライズに関して
まず祝祭日がよく分からない
アメリカ人にとってどのイベントが重要なのかが分からない
何をやればユーザーが楽しいのかが分からない
→現地人プランナー、長期駐在者の理解が必要。

（４）ローカライズについて
ゲーム名の変更によるブランド機会損失
会員DBの分離と差異の発生により日本のユーザーが怒る。反面機動力は上がった
カニバリによる社内の調整　日本と海外版でユーザーが移動したり
→最初からグローバルを狙うかどうかで変わるポイント。

（５）翻訳に関して
日本人帰国子女が翻訳して、英語をアメリカ人に馬鹿にされる
普通の翻訳会社だとゲーム語に直せない
細かい文化の違い（OKとAPPLYなど、チェックのマークだったり）
→ゲームが分かって英語ネイティブ、の翻訳が◎

（６）多言語展開に関して
安易な多言語展開による開発工数の大幅増　フランス人ユーザーの初動があったのでフランス語対応したらデザイン工数の増加に苦しんだ
ファイルサイズ増加による通信ストレス　AppStoreの10MB制限など
→主要国で試してから考える方がベター。

（７）アバターか実名か
アバターではアメリカ人のマジョリティは取れない・・・という気がする
実名・写真公開でも言いたい放題レビューを書く
アバターは日本、韓国を中心としたアジア文化。
→ただし、人口規模があるのでマーケットは十分ある。

・さまざまな教訓から重視していること
企画・マーケティングに現地社員がいたほうが良い
（当たるテーマ、世界観、イベントの観点）
遠隔開発リリースより、現地に溶け込んだほうがよい
（ユーザー感覚とずれたものを作ってしまうリスク）
文化の違いによる隠された前提を洞察する必要がある
（でも現地に行ってみないとなかなか分からない）
うだうだ議論するよりとりあえずやってみることで事が進む。
（やることで社内が動く。調整より実行。）

■北米スマートフォンアプリ業界事情

[業界レイヤーとメインプレイヤー]
解析　Flurry
アドネットワーク　Admob　inmobi Apple(iad) Tapjoy
マネタイズ（決済・オファー）　TapJoy
メディア FreeAppaDay clickgamer.com　掲載料200万円で30万DLくらいになるとか
パブリッシャー　Chillingo
SAP　TeamLava　RovioMobile Capcom GameviewStudio
プラットフォーム　AuroraFeint　Crystal 　Plus+　Papaya
OS　Apple Android

業界トレンド
今年6月から、PaidAppsからFree2Playにシフト
iTunesStoreのTopGlossランキングに注目
ソーシャルアプリの場合メインプレイヤーはFacebookアプリのプレイヤーとは異なる新規プレイヤー
シリコンバレー周辺はiOSが主流　ウェブアプリよりネイティブアプリという状況
広告でも結構儲かっているアプリあり

[募集]
スマートフォンゲームを受託開発できる企業
ライセンス系コンテンツをお持ちで一緒に展開できる企業
一緒に働く人
ご協業ができましたらお気軽にお声がけしてほしい

—————————————-

パンカク柳澤さん
「これからのスマートフォンアプリ事業戦略」

米AppStore売上 Top25
有料アプリ(14/25)と無料アプリ(11/25)の数が拮抗　（アプリ内課金が盛り上がっているという意味）
DLが無料か有料かによって売上に大きな差は出ていない

有料：爆発的ヒットをしたものかAppStore黎明期に認知されたかすでに知名度があるものが中心
無料　元々の知名度が低い　知らないものがほとんど

ランキング
直近4日間のDL数の移動平均説が有力

無料で出すメリット
とにかくDL数が多い
有料の10倍〜20倍
タイトルを個別に見ると、ヒットタイトルであればあるほど有料の比率が上がる
LightBikeで１：７　Angry Bird１：３

事例：Paper Toss
iPhone 4750万DL以上、Android550万DL　5000万円以上の広告売上

AngryBirds 有料1200万DL　無料3000万DL　12億円程度の売上
Androidは無料版のみだが広告で8000万円以上の広告売上

Rovio（Angry Birdsの会社）
社員40名
フィンランドの会社
日本のデベロッパーでも同じことをできる会社はたくさんあるはず！

DLへの導線
AppStoreのランキングページが最強　これは未だに揺らいでいない
アプリレビューサイトは見てない　見るのは一部のマニア・同業者だけ　Freeappadayなどは例外
よくあるアプリ内広告はベースアップにはつながるが、最大瞬間風速に欠ける

埋もれやすいアプリレビューサイトではなく、大きなトラフィック（アクティブユーザー）のある部録・ウェブサービス、アプリからの導線は強力

これらを踏まえて

・結論その１
無料で集めた大量のユーザーを集約させ、次の収益源となるアプリ（有料無料問わず）のランキング入りを目指す

・結論その２
良い循環を巻き起こす最善の方法は
DL無料かつ収益化できるアプリのみを継続的にリリース
全自社アプリから新規アプリに対し、日付を指定して直接誘導する
「more」をクリックするやれるみたいなのは押しが弱い　特定の日にDLされるような仕掛けが重要→ランキング入りを狙う

これからのマネタイズ
「スマートフォンは儲からない？」
アプリ内課金に応じるユーザーはガラケーなどに比べると少ない印象
DL無料＋アプリ内課金で売上を上げるアプリがもっとたくさんあって良いはず

その分析
ガラケーはリテラシーの高くない層がメインターゲット
機種変更が増えるに従ってスマートフォンアプリにお金を落とすユーザーも増えるはず
そもそもAndroidの課金体制はまだまだ

今後
アプリ内課金による売上がじわじわと増大していき、Glossの売上ランキング上位を無料アプリが占めるようになる
ユーザーからお金を取らないもの（広告）が重要な収益源になる
例：iAd AdMob,リワード広告

Pankiaとは
北米でヒットするタイトルを出すための最善手段を提供するSDKです

北米でヒット・・・？
ゲームとしての普遍的な面白さを追求すれば国境を越える
non-verbalかつ文化に依存しないレベルまでシンプルにする
明確に北米ユーザーの好みに振って、そこからグローバルを狙う

面白さ・・・？
ソーシャルゲーム・・・
対戦・・・
結局のところ、人と協力しあったり、競い合うこと自体が面白い！

例えば
ガラケー向けゲームの傑作「チャリ走」はPANKIAを載せたあと米国AppStoreの全無料ランキング4位を獲得する大ヒット
人間の根源的ニーズを満たすゲームは国境を越える

いままでは
やり方がよくなかっただけ・・・！
”認知”がボトルネック
日本には世界ヒットしうるコンテンツの素がたくさんある！

PANKIAが提供するもの
対戦機能　ソーシャル機能により、友だちと競いあう面白さを創出
アプリ内課金、リワード広告によるマネタイズ
自社タイトル内での強力な誘導
多言語、複数プラットフォーム対応

PANKIAを利用して一緒に全世界で大ヒットするアプリケーションを連発させましょう！！！

前半で5社それぞれのプレゼン、後半でパネルトークという構成で、あっという間の1時間半でした。

リアルで楽しそうな会社ばっかりでしたね。開発力＋技術力がベースになってヒットタイトルが生まれていることを実感し、業界の勢いを感じさせました。

■ケイブ

”PHPエンジニア向け”とかなり限定して、PHPを主体に開発を行う5社合同のソーシャルアプリの勉強会です。

【残席僅か】STR Vo.2 “PHP x Social App”（CyberX,Sumzap,Pokelab,Cave,Klab） – EventForce

Eventforceで募集ってめずらしいですね。最近こういうイベントってATNDが多い気がします。

他SAP（他のソーシャルアプリケーションプロバイダー）勤務の方はご遠慮くださいとあるので注意してください。ガチの採用目的イベントのようです。まあ私も他SAP、しかもエンジニア面談担当なんですが（採用担当ではないです）。ブロガーぽいフリで参加してこようと思います。

PHPは使える人が多いし開発環境作るのも簡単だしと敷居の低さという意味では非常に良いと思います。同じことができるのであれば簡単なほうが、そのぶん企画など他のことに労力を割けます。

私も普段はインフラやりつつアプリも作っていて、PHPを使う機会も多いですが、PHPだからどうというのはソーシャルアプリ開発に限ってはあまり無いと思っています。むしろデータベースの選定とか、広義のフレームワーク・開発方法が大事かなという印象です。

言語にしてもインフラからバッチ処理まで全部PHPでやるとしたらそれはそれですごいと思いますが、全部PHPにこだわってる会社もそうはないと思いますし。

言語はもとより、今後スマートフォン向けに開発する際に、JavaScriptとの連携が重要になってくると思うのですが、そこをうまくカバーしたフレームワークなり手法を採用することが大事なのかなと個人的には思います。そういう意味ではScala＋Liftってすごくやりやすいみたいで気になっています。

それはさておき、イベントの内容はまたこのブログでレポートします。参加される方は現地でお会いしましょう。

Amazon公式でEC2専用のLinuxが出たというのはけっこう画期的なことなんじゃないかと思います。OSもクラウド向けにカスタマイズされていくようになっていくのでしょうか。普段使っているのはCentOSなのですが、これはコミュニティ運営のOSで、数年前にちょっと運営が危機になったことがあったようですが、基本的にはそうしたコミュニティのOSSは信頼しつつも、将来的にいざというときにどうかな、という不安はあると思います。特に、私のようにOSについてそれほど詳しくなくて、とにかく安定したものを安価に使いたいと思う人は少なくないでしょう。Amazon Linux AMIはAmazon自身がメンテナンスしていくとしています。

また、EC2に最適化されているということで、もしパフォーマンス面で有利なのならばEC2内で広まる可能性もあると思います。カーネルが同じであればそう差が出るとも考えにくいですが、不要なサービスが入って無くて、EC2で使うのにとりあえずこれ使っとけばOK、といえるものがあるのは個人的には助かります。

ちょっと前にMicro Instanceというのも出ました。今回これを使ってみます。これはEC2の仮想サーバーの中で最安値のインスタンスで、これまでは一番小さいものでも1ヶ月フルで起動していれば6000円以上にはなったのが、Micro Instanceでは2000円以下で使えます。サーバーをいっぱい起動して分散処理のようなことをやってみたかったので、より気軽に試せそうです。

Amazon Web Services Blog: Introducing The Amazon Linux AMI

Amazon Linux AMIの提供開始 – Amazon Web Services ブログ

Amazonクラウド、クラウドにチューンされたLinuxとアップデートパッチを提供 － Publickey

とりあえず起動してみます。

Amazon Web Serviceのコントロールパネルから、Instances→Launch Instanceを選択。

Community AMIsからIDで検索します。IDは下記のURLから検索できます。

Amazon Linux AMI (Beta)

ここではAmazon EBS-Backend(64bit)でSingaporeを使うことにします。そうすると、IDは「ami-de26588c」になります（2010/09/18時点）。

「Select」で先に進みます。

EBSから起動する場合にはMicro Instanceが使えます。CPUは1コアのものが1個（最大2個まで増加）、メモリは613MBとスペックは低いですが、何か試してみる用途や、CPUもメモリも要らない用途には十分です。

その他のオプションは全てデフォルトのままにしました。「Launch」で起動します。

起動には20秒程度しかかかりません。

ec2-user@[public DNS]でログインできます。rootではログインできないようになっています。ログイン後、sudoでrootになれます。

最初から入っているサービスはこれだけです。

ディレクトリ構成はCentOS風になっています。yumでパッケージ管理できます。amzn.repoというレポジトリを使う設定になっています。いつも使っているCentOSデフォのものと比べてアプリケーションのバージョンが新しくて、PHPは5.3、MySQLは5.1などとなっているのがちょっと気に入りました。

私自身はAmazon EC2にSmallインスタンスを1つずっと起動しっぱなしで持っています。いまのところ用途はこのブログ（Wordpress PHP+MySQL）と個人用のsubversionです。このブログがあるのでアクセス時間によってはMicro Instanceでは厳しそうなのでこのままSmallで使おうと思いますが、とりあえず何か試してみる、といった用途にはMicro Instanceはかなりよさそうな印象を持ちました。

Amazon Linux AMIについてはEC2にどう最適化されているのか分かりませんが、CentOSとそう変わらない感じで使えそうなので、せっかくなのでEC2上ではこれを使っていってみたいと思います。

さくらインターネットとかニフティクラウドとか、日本のサービスも頑張っていますが、AmazonはS3やEBSやその他もろもろが便利＆魅力的すぎて、用途次第なのでしょうが、全体的なサービスの豊富さでかなり差がある印象を受けます。Amazonが日本にサーバーを置くのも間もなくでしょうし、使う側にとってはますます楽しみになってきました。

下記3セッションについて取り上げます。

大規模ソーシャルゲームのつくりかた ～60分でわかるサーバサイド技術～

藤本 真樹 （グリー株式会社）　ほか1名

2000万人を魅了するソーシャルゲームの作り方

吉田 大成 （グリー株式会社）　ほか1名

怪盗ロワイヤルができるまで、できた後

大塚 剛司 （株式会社ディー・エヌ・エー）

まとめページとしては下記がよさげです。

CEDEC　2010 記事&感想まとめ ※追記更新します – 3dnchus jimdo page!

今のところ確認している、他メディアへの掲載。

【CEDEC2010】各社が公開、大規模オンラインゲームのバックエンドの秘密 – GAME Watch

CEDEC 2010：「ソーシャルゲームは生き物」　「怪盗ロワイヤル」大ヒットの裏側 (1/2) – ITmedia Gamez

————————————————————————————————————————
大規模ソーシャルゲームのつくりかた ～60分でわかるサーバサイド技術～
藤本 真樹 （グリー株式会社）　ほか1名
————————————————————————————————————————

GREEの紹介
SNS+ソーシャルゲーム＋プラットフォーム
2059万人
11億デイリーPV
数千台のサーバー
同時接続10000くらい
レスポンス200msくらいを目安

コンシューマ向けオンラインゲームとの違い
コンシューマ：専用クライアント→Proxy→フロントエンド→バックエンド
ソーシャル：ウェブブラウザ→LVS＋Proxy→ウェブ→DB
結論：そんなに変わらない

（コンシューマ）
同期
ステートフル
世界の境界がある
低レイテンシ
アクセスは夜から深夜
コアゲーマー

（ソーシャル）
非同期アクセス
ステートレス
世界の境界がない
朝や昼もユーザーがプレイ
普段ゲームをやらない人もプレイ
アーキテクチャ

（GREEのサービス自体が）メンテナンスをしないというのも特徴

釣りスタの紹介
2007年5月リリース
エンジニア3人
最大同時プレイ人数は25万人←同時の定義は？

【釣りスタをコンシューマで作るなら】
釣り場ごとにFrontend Serverが存在する
ログイン時にバックエンドサーバーからデータをロードし、フロントエンド上のメモリに置く
状態変化したら更新＋その変更を他のクライアントにも速やかに伝える
即時反映の必要がなければ後から更新

こうするとリアルタイムのメリットがあるが、サーバーをまたいだ処理が難しくなるため、スケールに限界がある
バックエンドサーバーもスケールするように作らなければならない

【GREEの構成だと】
すべてのウェブサーバーは等価。Proxyは一番負荷の低いウェブサーバーにリクエストを割り振るだけ。
そうするとデータベースがネックになる
master情報、user、item,図鑑、rankingなどで全て別のデータベースサーバーにしている

かなりシンプルであるが、MySQLをスケーラブルにしておけば全体がスケール可能
情報をとること自体にコストがかかることを意識する必要がある

最近のソーシャルゲームは5キーを押すとゲームが進行します

モンプラでは
冒険に出る
元気が減って
経験値が増える
達成率が増える
他のモンスターエンカウントする

ただ、これをMySQLでやろうとすると更新処理が多すぎて破綻する

・・・ここで藤本さんに交代

RDBMSのボトルネック
ほとんどはdisk/io
write 15krpm RAID10 で2m-3mbytes/secが目安　readはオンメモリが前提
日々ディスクIOを同さばくかとの戦い

ソーシャルゲームはとにかくwrite heavy
リリース直後のダウンはほぼこれが原因
一部機能はSQLが複雑になりがち
ex 最近ここで魚を釣った友達
ex このアイテムを持っているバトル相手一覧

解決策
１ Sharding
２ diskにかかない　オンメモリファイルシステム
３ diskにあまりかかない　キャッシュ(memcached)や中間データ（KVS）の利用

MySQLのレプリケーションの解説　数十台のスレーブの例もあり

垂直に割る方法
水平に割る方法　同一テーブルを範囲ごとに分割する　Range, Hash/Modular, Index
JOINは基本的に全くしていない

データベースを分けるときに心得ていること　次の2点は担保しておく
・ユーザーの不利益にならないような順番でデータを更新する
・ログを必ず出すようにしておく

水平にShardingするとuser_id以外のconditionが制約になる
たとえばageなどで検索したい場合は？→（invert）転置インデックスを用いる　年齢をプライマリーにしたテーブルを別DBに作っておく
　
究極を言ってしまうと、tmpfsに全データを置いてしまうのが楽。 ioがネックになることはほぼなくなる
ただしサーバーダウンでデータロスト
もしやる場合、ラック単位はもちろんデータセンター単位で分散したりしている
適宜スナップショットをとる
トラフィック　12.5k x 1万qps = 1Gbps
Swap領域
データサイズ

GREEでは　I/OはKVSを用いる　Flare
RDBMSよりパフォーマンスがよい
運用コストが低い
Memcachedよりもデータ信頼性が高い
モンプラならレベルアップの段階でデータをFlushする

サーバーサイドのフロントエンドなポイント
構成の標準化が重要　（Real server or VM?）
たとえばJAVAのDAOに注意
GREEのDAO　DAO:table = 1:1
Shardingをサポートしたアプリプログラミング
SQLの実行時にシャードやテーブルを決定するインタフェース
コストの高い処理は非同期で
「〜さんが〜しました」等のお知らせにはQ4Mなどを使用

チート関連：手動ブルートフォース
モバイルユーザーのガッツは侮れない　場合によっては手分けして・・・
サーバー側トークン＋想定の1段〜2段上の厳しさでチェックしたほうがいい

CSRF対策
仲間を全て削除やステータスリセットへのリンク
主要な処理にはサーバートークンが必須
その他リロードや画面メモ対策など

slaveの切り離し・追加
・ウェブサーバー上のＤＢコネクション情報更新
・スタンドバイ機を利用
マスターが落ちたら
適宜自動化全スレーブでbinlogポジションが一致しているサーバーを用いる

無停止のために・・・
マスターの下にマスターを作ってそこでALTER TABLE　←　必要な場合、これは使える。ただ余分なサーバーが必要だが。

【チェック項目】
レプリケーション状態
遅延状態
テーブルデータサイズ
スローログ
スレーブへの直接書き込み
サーバートラフィック
時計がずれていないか？

質疑応答

ドリヅル　MySQLの簡単バージョン
これらしい
Drizzle (database server) – Wikipedia, the free encyclopedia
http://en.wikipedia.org/wiki/Drizzle_(database_server)

KVSの使用機会が増えている
tmpfsだとパフォーマンスは出るがアップデートログの書き込みすら追いつかなくてディスクへのフラッシュができない

————————————————————————————————————————
2000万人を魅了するソーシャルゲームの作り方
吉田 大成 （グリー株式会社）　ほか1名
————————————————————————————————————————

吉田さん
前職Yahoo
釣りスタ・ドリランド・モンプラのプロデュース

富田さん
前職スクエニ
モンプラのディレクター

6つの内製の中には1000万人を超えるサービスもある

１組織
２企画
３未来

### １組織 ###
垂直統合型スキルセットが必要。＋プロフェッショナルスキル
ゲーム業界は水平分業型。
少数精鋭のチーム体制
少人数によるスピード感
現場主義
プロフェッショナルチーム
同じものを再生産しない体制

・モンプラのケース
プロデューサー兼エンジニアｘ１
ウェブエンジニアx２
Flashエンジニアx１
ディレクターx２
インフラエンジニアx２
デザイナーx２

サービスと個人の成長を最大化する組織体制

データ駆動型アプローチ
1個人のセンスより数千万人のデータ
デザイン１つにもロジカルさを　
おもしろいと思うのはあなただけ
ゲーム開発者は自分がマイノリティであることを自覚すべき

PDCAサイクルの徹底
どの指標を改善するための企画なのか？
この企画により何％変化することを示す
実際にリリースしてみて何％変化したのか？
自分の企画精度を修正→それによってマジョリティ意識をもつ

データマイニングツール　GREE Analytics
登録日、登録経路、そのユーザーの利用状況→ＣＭの効果測定に利用
各イベントの参加率　プレイ率　消費率　アイテム別売上　ゲーム進捗状況　継続率などでゲームバランス調整

プロモーション効果を定量分析化

バナーやアイコンを何種類か試して一番よいものを採用

### ２企画 ###
企画三大モデル　集客・活性化・収益化　この3つが1つのサービスの中でしっかりカバーできているか
集客　ユーザーが集まり続ける仕組み
活性化　ユーザーが使い続ける仕組み
収益化　利益が上がり続ける仕組み
スーパーなどのビジネスのやり方とそう違わない

流入率ｘログイン率ｘ課金率ｘARPU

環境管理型アーキテクチャ＆ユーザーインタフェース
ルールや規制倫理ではなく、環境によって人間をコントロールされていると感じさせずにコントロールするシステム

ユーザーの迷いをなくし、選択と決断を連続的に行わせられるか

【集客モデル】
プロモーション（ゲームデザイン）ｘバイラル（ソーシャルデザイン）
誰もが知っているモチーフ＆誰もが理解できるゲームルール
釣り人口やペット人口や園芸人口などもリサーチしている

バイラルサイクル2種類
ゲームで遊ぶ→コインアイテムがほしくなる→友達を招待する
ゲームで遊ぶ→友達を一緒にあそびたい→友達を招待する

（参考）バイラル効果を可視化する
DAUx 招待率
招待送信UU x 一人あたり招待数
招待数 x 拡散率
招待受信UU x 承諾率
登録UU

【活性化モデル】
さまざまなゲームモデル
ユーザー間コミュニケーション
小さな達成感→→→大きな達成感というステップアップ
短期・中期・長期のゲームサイクルに欲求・達成感を配置

経験値ＵＰ　プレイ対価　レベルアップ　成長感　ロック解除　世界の拡大　コレクション欲求　コンプリート欲求

テキストより画像で履歴を表現　感情を画像で表現　←重要な気がする
あそばれた履歴を確認→ともだちの牧場を訪問→あそぶ→なつきがアップ→あそび履歴がもどる
運営者からのお知らせ　＜　友達からのお知らせ
コミュニケーション活性化は最大のリテンション効果

（参考）ユーザー間コミュニケーション効果を可視化する
DAU x あそび率
あそびUU x 一人あたりあそび回数
総あそび回数 x 拡散率
あそばれ率 ｘ 再ログイン率
再ログインUU

【収益化モデル】
納得のいく失敗　劇的な変化　ネットワーク効果　自己顕示欲の最大化

失敗→課金→劇的な変化
失敗に意味があること　失敗の画面が何より大事　効果が見た目で分からなければ二度と購入しない
細かいゲームバランスよりも課金機会の演出・効果の演出が重要
画像で表現　行動ポイントが無くなった→「おなかがすいた」→おなかがすいたキャラクターの表現　普通にテキストで出しても、行動ポイントが切れたことにユーザーは納得しない

協力型イベント　演出に凝る
競争型イベント
コミュニケーションを収益化　飴ちゃんetc

ユーザーの熱量を収益につなげる
ユーザーの成果を露出する面を増やす

ユーザー数が増えれば増えるほど収益力が上がる仕組み

### ３ソーシャルゲームの未来 ###
ソーシャルゲーム市場のとっても短い歴史
（１）多様なゲームモデル＆多様な世界観　プラットフォーム開放
（２）マルチデバイス対応　数年先を見据えた事業展開・サービス提供が求められる　2010年8月よりGREEiPhone版をベータリリース
（３）グローバル展開　2011年6月期中にアジアと北米拠点での業務開始予定

「ソーシャル化？」「新たな市場？」　→　ヒントは普段の生活に隠れている

——————————————————————————–
怪盗ロワイヤルができるまで、できた後
大塚 剛司 （株式会社ディー・エヌ・エー）
——————————————————————————–
２００９年６月からプロデューサー兼エンジニア
その他いくつかの内製ソーシャルゲームのマネジメント
今年の４月からはプラットフォーム事業担当

＜怪盗ロワイヤルの歴史＞
5月企画スタート
9/25ベータ
10/7正式リリース
12月mixi版開始
2010年4月チーム戦イベント開始
2010年5月戦国ロワイヤルリリース
2010年ヤフーモバゲーでもリリース予定

ソーシャルゲーム展開前は4半期の売上が90億円くらい

ソーシャルゲームプロジェクトにリソース投入
企画一週間　数多のソーシャルゲームを研究し、面白いと思うポイントを発掘
ラフ案2～30個　筋のよさそうなものを2，3個ピックアップ
設計　２，３週間　ゲーム構造を詰めていく　企画書の作成　パラメータの整理　ユーザービヘイビアの想定　バランスのシミュレーション

企画書段階では社内的に全く受けなかった

・ねらい
2，3時間に1分ぐらいずつやればゲームを継続的に楽しめるもの
盗む　盗まれる感覚のハラハラ・ドキドキ感をゲームとして携帯のゲームに閉じ込めたい
ターゲット　一般向け　やや男性向け

ゲームコンセプトに即した世界観　スタイリッシュ　善良な市民には害なし　殺さないなど　を設定し、デザイナー選定　キャラクター設定　クリエイティブ作成

・設計
構造設計　すべてのアクションに明確な理由を持たせるように各機能の関係性を整理
パラメータ設定　シミュレーションをして問題をみつけ再設計を繰り返す。

初期開発　1ヶ月　企画書で伝わらないからといって企画書をいくらリバイズしても先に進まない。とにかく作ってみせる
作って見せたものの　さっぱり受けがよくない。「つまらない」にいちいちへこまない。
仲間や相手がいないのでソーシャル性が成り立っていないのか。単にパラメータのチューニングがおかしいだけか？　ゲームの根幹要素が崩れているのか？
「トライ＆エラー」ボス戦はミニアクションゲーム型、ＨＴＭＬ型、Flash型と作っては壊し作っては壊し作っては壊し。バトルロジック：各種課題　レベル差バトル　ドキドキ感の演出などを作りながら考える。

ユーザーがどこの何にひっかかっているかを見極める。

ベータリリース～本サービス開始　
チュートリアル作り込み　最初の5分でユーザーに何を伝えたいか
→世界観に入り込ませる？　基本操作を理解させる？　ゲームの本質的な楽しさをどう伝える？

チュートリアル　パラメータ　画面遷移　基本構造を徹底的に見直す。
→詰まるポイントはどこか？　スケラビリティは担保されているか？　インフラ面　ゲーム構造面

大事なのはデータ分析
１，ユーザーとしてプレイしている中で違和感を感じた箇所についてチェックする　ユーザーとしての感覚から出てくる仮説を大切にする
２．データマイニング的に取る数字を決めておいて、おかしくなった数値に対して対処を行う

ここで大事なのはエンジニア。企画専任をいちいち通すよりもエンジニア自身が仮説をもってどんどん進めていくのが理想。

開始後3週間で、各タイトル合計で3億円の売上、45億PV
その後、インフラの試練が始まる。

サービス急成長機
伸び続けるトラフィックへの対応
ＣＭ出稿でさらに加速　モバゲー全体のトラフィック　
9月170億ＰＶ→12月380億ＰＶ→7月740億ＰＶ
機動的なサーバーの増設　アプリサイドの修正

ユーザー対応の工数も等比級数的に増加
初期開発2名→バグ修正・ＣＳ、イベント企画準備、各種チューニング　予期せぬ突発的事象への対応

その後　細かなブラッシュアップ
KPI
100万人登録時に月間コイン売上1億円を売り上げるための目安
継続率　ユーザー登録後　7日後、30％～40％
14日後　25～35％
30日と　20～30％
課金率（MAUに対する有料ユーザー比率）5~10%
課金単価 1500円～3000円

上記はあくまで基本的な指標。もっと細かいチューニングが必要。
「ゲームの盛り上がり」「ユーザーの飽き」をはかる仕様
「課金効率が高い」を確かめる指標は？

ユーザーリテンションを上げるには

画面遷移毎の脱落状況をチェックして修正
ウェブサービスであれば当たり前
これで直らなかったら？
ソーシャル性が効いているか
単にメッセージが送りあえることがユーザーにとって楽しいのか？
繰り返す行為がcomfortableか
ツモ要素、何かが上手くっている感覚、要素

継続率はあくまで結果指標。どういった指標を先行指標として追うかはゲームの特性次第
何でも短いサイクルで追えばよいというものではない

課金効率をあげるには
・ユーザーがシンプルに効果を実感できるか
・失敗例：効果が直接的でなくて分かりにくい
目標感が適切か
あせらし要素があるか　今しかない　届きそうで届かない　そのへんをしっかり煽る
課金率やARPPUはあくまで結果指標。課金の鉄則が守られているかをwatchする
数値ベースでは必ずしもはかれないものも考える
考えて分からなければ、試して結果を見てみる

怪盗の初期企画書
God Hand

企画書にとらわれないものづくり
作りながら考えるのが、ソーシャルゲームづくり

日時　

9月2日（木） 16:30～17:30

形式　

セッション（60分）

ゲーム業界からソーシャルゲーム業界への転身 | CEDEC 2010 | CESA Developers Conference

CEDECはゲーム開発者向けのカンファレンスで、毎年開かれています。今年はパシフィコ横浜で8月31日〜9月2日の3日間、開催されています。

タイトルが「ゲーム業界からソーシャルゲーム業界への転身」とありますが、私自身はゲーム業界からの転身組ではありません。本セッションでは主に司会役と技術面の解説役として登場します。

今日（9月1日）のGREEの吉田さんらの講演と内容がけっこうかぶっていて、さてどうしたものかと頭を抱えている最中ですが、プラットフォームとしての王者の戦略と、私たちのような中小デベロッパーの立場はだいぶ違いますので、そのへんにフォーカスした話になるかもしれません。

多くの人にとってより身近に感じられるであろう１デベロッパーの立場から、何かみなさんの参考になることを話せればと思います。

発表資料をSlideshareに上げました。

第６回 データマイニング+WEB 勉強会＠東京 (Tokyo.Webmining#6) －ソーシャル・広告・最適化祭り－ : ATND

前回の第5回に参加させていただいたときに、たいへん活発な議論と有益な情報交換がされているのに感銘を受けて、私も発表機会を持たせてもらうことにしました。

小さい会社でインフラやデータマイニングを担当していると、どうしても「これで良いのだろうか？」「非効率なやり方でやっているのではないだろうか？」と常に不安や疑問を覚えながらやっています。

ソーシャルアプリのデータマイニング分野の情報はネット上にありそうでありません。やっている内容はSNSのアクセス解析や、オンラインゲームのものとそれほど変わらないはずですが、ネット上に豊富にあるLAMP構成のインフラ構築の情報などと比較するとかなり情報量が少ないと思います。

理由としてはそれ自体がサービスの競争力に直結するようなナイーブな情報と関連せざるを得ないという事情ももちろんあると思いますが、その一方で、まだまだ皆が試行錯誤状態であり、セオリーといえるようなものが確立していないからという理由もあるのではないかと予想しています。

今日発表させてもらって一番よかったことは、実に同業の同じ立場にある人たちも自分に近い悩みや課題を抱えていることが確認できたことです。こういうことをブログに書いただけだと、ブックマークしてもらったとして、せいぜいが「良い」「悪い」の評価をもらって終わりということが多いですが、活発な議論のある勉強会で発表すると、自分の出した情報ではお釣りがくるくらいのフィードバックがもらえます。

レッドオーシャンな昨今のソーシャルアプリ業界は情報戦の側面もあるとは思いますが、今回発表した内容は自分の持つノウハウの半分にも満たないものですし、数ヶ月後には全てを置き換えるようなクオリティでシステムを改良していかなければ生き残れないでしょうし、そのつもりです。

次のステップとしてはhadoopなどの分散処理を活用できるようになっていくとともに、よりサービス自体のクオリティを高めていくという両立を目指していければと思います。

私は直接関わってはいませんが、告知に少しでも役に立てるのならと思い掲載いたします。7月10にのイベントには足を運んでみようと思います。現地でお会いしましたらぜひ声をかけてください。

（以下リリース）

ソーシャルアプリ×マーケティングコンテスト「applim」 7/10(土)決勝レセプション社会人・学生オーディエンスの募集を開始。

学生団体applim(代表 久野祐揮)の運営する大学生向けソーシャルアプリ×マーケティングをテーマに したビジネスコンテスト「applim」では、7/10(土)決勝レセプションにおいて、applimファイナリスト 5チームによるプレゼンテーション、並びに現在ソーシャルアプリ領域、インターネットマーケティング領 域の第一線で活躍されている豪華審査員陣によるパネルディスカッションの実施に伴い、社会人・学生オ ーディエンスの受付を開始します。

7/10(土)決勝レセプションにおいては、参加学生約300名60チーム超の中から決勝に進出した5 チームが優勝賞金30万円の獲得を目指して、業界として急速に立ち上がっているソーシャルアプリプラ ットフォームにて商材のプロモーションを行う次世代キャンペーンアプリの企画案をプレゼンテーション 致します。

当日は上記プレゼンテーションに加え、決勝審査員であるブレークスルーパートナーズ株式会社 赤羽雄二氏、日本コカ・コーラ株式会社 江端浩人氏、株式会社 博報堂 須田和博氏、株式会社 宣伝会議 田中里沙氏、アジャイルメディア・ネットワーク株式会社 徳力基彦氏、株式会社 電通 中村洋基氏 (五十音順)によるパネルディスカッション、及び同審査員である江端氏には基調講演を行って頂きます。 これに伴い、約300名社会人・学生オーディエンスを applim ウェブサイト(http://applim.moo.jp/)より募集中です。

また、当コンテストは日本コカ・コーラ株式会社様が運営する会員制ウェブサイト 「コカ・コーラ パーク」を特別協賛に迎えるとともに、その他にも多数の企業様から支援を受け実施して おります。

【決勝レセプション概要】 ◆日程:2010 年 7 月 10 日 土曜日 14~19 時(13 時半 開場) 於:泉ガーデンギャラリー ◆コンテンツ:applim ファイナリスト 5 チームのプレゼンテーション、基調講演、審査員によるパネルデ ィスカッションを予定。 ◆参加費用:社会人 4000 円、学生 2000 円 ※会全体は applim 参加学生 300 名、企業担当者様及び関係各者様 30 名、一般オーディエンス 300 名など 600 名以上の参加者を予定。オーディエンスとして現場の第一線で活躍するメーカーのマーケッター、広 告代理店の WEB プランナー、ソーシャルアプリ開発会社のプロデューサー・エンジニアの方々から多数参 加表明頂いております。

【コンテスト全体概要】

◆コンテスト名: ソーシャルアプリ×マーケティングコンテスト「applim」 ◆開催経緯: 昨今、広告業界において 4 マスの媒体価値が下降する一方、twitter・blog・SNS などソーシャルメディア への媒体価値は上昇しています。一方、2009 年 8 月下旬より開始された mixi アプリを皮切りに、大手各 社会員数 1,800 万人を超える SNS プラットフォームの開放によってソーシャルアプリ市場が国内で急速に 立ち上がってきております。ソーシャルアプリは提供後急速に会員数を増やすことが出来るため、企業の マーケティングの視点からリリースされた「メゾメグ」、「Ole!Ole!CR-Z」など消費財のプロモーションを 主眼とするアプリの提供が既に始まっており、マーケティング施策として今後大いに活況を見せると予見 します。この未開拓市場において、若い感性を活かし現役大学生自らがアプリの提案を行うことで、「新し いマーケティング手法に触れ、自らマーケティング手法を作る」場を創出するため「applim」開催に至り ました。applim に関わって頂いたすべての社会人、学生が今後成長市場におけるビジネスチャンス、 マーケティングプランへのアンテナをより一層高めていくことを狙いとしております。 ◆開催スケジュール:

6/5 6/26 7/10 ◆サイトURL: http://applim.moo.jp/

15 時~18 時:キックオフミーティング 於:デジタルハリウッド大学 (開催済) 14 時~17 時:ブラッシュアップミーティング 於:TKP 原宿ホール 14 時~19 時:決勝レセプション 於:泉ガーデンギャラリー

◆協賛企業: 特別協賛 コカ・コーラ パーク 協賛企業 (株)ADKインタラクティブ、(株)サイブリッジ、(株)ドリコム

◆決勝審査員: ブレークスルーパートナーズ株式会社 日本コカ・コーラ株式会社

株式会社 博報堂 株式会社 宣伝会議 アジャイルメディア・ネットワーク株式会社 株式会社 電通

(五十音順・敬称略) 赤羽 雄二氏 江端 浩人氏 須田 和博氏

田中 里沙氏 徳力 基彦氏 中村 洋基氏

(五十音順・敬称略)

Sponsored by

◆学生団体 applim: 代表 久野祐揮(東京工業大学大学院2年)ほか、東京大学、横浜国立大学、慶應義塾大学、上智大学、 中央大学のメンバーで構成。2010 年 4 月初旬発足。 アドバイザー:赤羽雄二(ブレークスルーパートナーズ株式会社 共同創業者) アドバイザー:南雲治嘉教授(デジタルハリウッド大学院デザインビジネス開発ラボ)

Google Chrome Web Store Simplifies Social Game Discovery and Monetization

Chromeという存在はブラウザなのかOSなのかよく分からないところもありますが。

Chrome Web Store – An open marketplace for web apps

このウェブサイトの動画の中で述べられているように、結局のところ、ウェブアプリケーションの問題の1つはアプリが作られてもユーザーがそれを発見するのが困難だということです。そこでいろいろなレイヤーがプラットフォームになるべく手をあげて、胴元がどこになるかという主導権争い・仕様策定を繰り広げているのがいまの状況だと理解しています。

私はコンテンツプラットフォームという仕組みに興味があります。技術仕様・集客・マネタイズの3つが充実しているところがよいプラットフォームなのではないかと思います。

ざっと分類するとこんな感じでしょうか。

・ハードウェア・OSタイプ

iPhoneアプリ

Androidアプリ

ニンテンドーDSiウェア

もちろんプレステとかXBOXとかもあります。ただモバイルデバイス単位のプラットフォームはこれからの分野かと思います。

日本の携帯は下記にあるようにむしろキャリア単位での仕様の縛りがあったため、過去に成功できた体験があったことが仇になって、ハードウェアベンダーがプラットフォームになれなかったという事情があるのではないかと思います。

・通信キャリアタイプ

iモード（iアプリ)

EZアプリ

海外に事情にそれほど詳しくないので日本の例しか挙げられませんが、通信キャリアで仕様を縛るというのは過去の話ではないかなと思います。

・SNS/ポータルサイトタイプ

Facebook

MySpace

mixi

モバゲー

GREE

ハンゲーム

OpenFeint

ここがいま一番マネタイズに成功していて熱い分野なのは間違いないと思います。SNSという人のコミュニケーションをベースにしていることでバイラルが起きやすく、より多くのユーザーが利用・継続しやすいからです。

・ブラウザタイプ

Chrome Web Store

Firefoxプラグイン

集客は何を通してやるのか、というのが課題でしょうか。SNS/ポータルサイトタイプより1段階上の技術的な自由度があるのではないかと期待しています。

Social Gaming Summit 2010: Top 10 Metrics That Gaming Companies Need To Use

（１）どこ経由で新規登録されたか。どう誘導するのが最大のプレイ寿命をもたらすのかが分かる。

（２）アプリ外に発信されたユーザーのメッセージ数／ユーザー。（アクティビティフィードなどを指していると思われます）

（３）バイラル性。1人のユーザーがどれだけのユーザーの招待に成功したか。

（４）バイラルメッセージのクリック率（CTR）。どれくらいの頻度でユーザーは招待等のリンクをクリックするのか。

（５）エンゲージメント（関わり度合い）。どれくらいの時間サイトに滞在しているか。

（６）何をきっかけに離脱するか。

（７）リピート。どれくらいの頻度でユーザーが戻ってくるか。

（８）ユーザーがトータルでプレイした時間のネットワーク価値。(Lifetime network valueをうまく訳せませんがそんな感じ)。

（９）ARPU。ユーザー1人あたりの平均売上。

（１０）アップデートした際の効果測定。ユーザーのクラスター別にみる。

最後だけ私が追加したものです。少しだけ内容について説明します。

下図は私が実際のアプリでデータマイニングを担当している際の資料を大幅に簡略化したものです。

定量データというのは日々ログに貯まるデータのことで、ユーザーのアクセス情報や行動データになります。これは便宜的に状態データと行動データに分けて、客観的なマクロデータ（全アプリ汎用）と、意識的にユーザーの行動を記録するもの（アプリ固有）との2つに分類しています。

定性データというのはユーザーの属性です。ただし、これには男女とか生年月日などの外的データ以外に、たとえばレベル別・友達数別・ARPUレンジ別などのゲーム内データを元にしてユーザーを分類します。

時間軸というのは1日、1週間、1ヶ月・・・など期間を区切っての集計です。イベント期間中、とか。

この3つのデータを掛け合わせて集計・閲覧・分析できるようにしています。定量データと定性データがそれぞれデータベースのテーブルとしてあって、それらをJOINしてWHERE句で時間その他で絞り込む、という単純なものです。すると、どういった施策がユーザーに受け入れられたか、どういったセグメントのユーザーが多いのか、というのを分析できます。特にアプリの運営途中でアップデートをかけた際に、それがどう効果があったかというのをみるのはとても意味があることではないかと思います。

これらのデータは、過去に取ってないと今から集計しようと思っても過去の分はもう取れない、ということになりかねないため、必要になりそうなログは取っておくということが非常に重要だと思います。かといって余分なログを1つのログファイルに溜めていくとデータ抽出が大変なことになりますし、データベースに入れるにしてもスキーマを最初から考えるのも難しいです。

ログ解析はユーザーへのサービスに直接影響しにくいので、チャレンジがしやすい分野ですよね。MapReduceでログ解析とかドキュメントデータベースを使うなどの策も非常に有用なのではないかと思います。Apptraqのようなサービスも出てきて、今後楽しみです。

データマイニング分野は、今後深めていきたいと思っている最重点分野の1つです。この分野に興味のある方はぜひ積極的に情報交換しましょう。お気軽にコンタクトください。