Japan
このブログでは、Google から開発者のみなさま向けの情報をいち早くお届けします。
Game-as-a-Service の収入を改善する 5 つのヒント
2016年8月22日月曜日
[この記事は Moonlit Wang、Google Play Games パートナー事業開発マネージャー、
Kongregate 社
の Tammy Levy、モバイル プロダクト ディレクターによる Android Developers Blog の記事 "
5 Tips to help you improve game-as-a-service monetization
" を元に翻訳・加筆したものです。詳しくは元記事をご覧ください。]
現在のモバイル向け Game-as-a-Service の世界では、従来のコンソール型ゲームのような 1 回購入ではなく、たくさんの細かい取引の合計で収入が表されるようになっています。そのため、プレイヤーの生涯価値(LTV)ははるかに複雑なものになっています。
もちろん、高度な統計モデルを使わずとも、ゲームに多くの時間と金額をかけるプレイヤーほど LTV も高くなることは理解できるでしょう。では、モバイルゲーム デベロッパーの皆様は、どうすれば収益化の計画を立ててそれを向上させることができるでしょうか。ここでは、モバイルゲーム パブリッシャーの
Kongregate
のベスト プラクティスの例と合わせて、Game-as-a-Service の収入を改善する 5 つのヒントを紹介します。
1. LTV と強力な正の相関性があるプレイヤーの行動指標をトラッキングする
どの程度一般的なプレイヤーを熱心なファンにコンバージョンできているかが、
1 日、7 日、30 日の定着率
からわかります。
セッションの長さと頻度
から、ユーザーのリピート率や、ユーザーにとってどの程度ゲームが楽しいものかを測定できます。
重要なマイルストーンの
完了率
から、ユーザーがゲームを離れる場所を分析して特定できます。
購入客や有料購入客へのコンバージョン
から、最も価値の高いユーザー セグメントがわかります。
2. ベスト プレイヤーに楽しんでもらい、長期リピート率を最適化する
月並みなゲームと偉大なゲームを分ける最初の指標は保持率です。ユーザーのライフサイクル全体で高い保持率を誇るゲームは、継続的な収入の向上が見込まれます。保持率は最も重要ですが、さらに重要になるのは、
長期保持率を優先する
ことです。そのため、最も熱心なファンを楽しませる高度で魅力的な体験を提供できるゲームのデザインを目指します。
[トップゲーム/アプリの保持率の時間経過を示すグラフ]
長期保持率を考慮する際には、30 日間の保持率をできる限り高くすることに注力しますが、
同時に最初の 30 日が経過した後のことも視野に入れます
。長期保持率を計測するには、30 日から 60 日、30 日から 90 日、30 日から 180 日の保持率の変化を評価します。この率が高くなるほど、ゲームは長期的な人気があるということになり、LTV も増加することになります。
プレイヤーは、「楽しい」時間に一定の金額を支払うことを厭いません。そのため、ゲームをデザインする際はアップデートも考慮しつつ、
高いレベルでゲームをしており、最もゲームに時間を費やしているユーザーに楽しんでもらえるコンテンツを豊富に提供
する
ようにします。プレイヤーを悩ませたり、ゲームの進行を妨げてはいけません。
Google Play Games Services - ファネル レポート
を使用すると、
ゲームのさまざまなマイルストーン完了率をトラッキングし、離脱ポイントを特定して離脱率を下げることができます
。
3. ピンポイント オファーによって購入客へのコンバージョンを増加させる
プレイヤーが
初回購入を行うと、以降の離脱率は大きく下がり
、費やした時間によらず比較的一定の割合で推移するようになります。そのため、購入客への最初のコンバージョンは最重要です。また、過去の購入にまつわる行動から、将来の購入をかなり正確に予測することもできます。初回購入客や有料購入客へのコンバージョン率は、
デベロッパー コンソール
から直接確認できます。
A/B テストを実行して
総収入が最高になる価格
を見つけます。
ある商品に対してどの程度支払うかは人によって異なります
。また、価格と質のトレードオフも商品によって異なります。そのため、むやみに価格を下げるのは得策ではありません。
プレイヤーの支払い可能性を予測して、それに基づいて
ゲーム内の体験とアプリ内購入で提示する内容を調整
します。その際には、プレイヤーの離脱や支払いを予測する
Player Stats API
を利用します。
たとえば、
Kongregate
のゲームである
Spellstone
では、30 日にわたって毎日少しずつプレイヤーにシャード(プレミアム通貨)を渡すというシャードボットと呼ばれるプロモーションにおいて、2 種類の価格を設定しました。それによって、プレイヤーは
高価な価格パックの方を好む
ことがわかりました。最初のパックであるシャードボットは 4 ドルで毎日 5 シャードを提供、2 つ目のパックであるスーパー シャードボットは 8 ドルで毎日 10 シャードを提供しました。
[収益性の高い高価なパックが好まれるという結果を示す 2 週間のテスト結果]
どちらのパックも
似たような保持率
を示す結果となりましたが、Kongregate は高価な方のスーパー シャードボットの販売を継続することにしました。
4. どのような収益化機能を実装するかと合わせて、なぜ、いつ、どうやってそれを行うかも考慮する
なぜ:
「購入客の意思」が最も重要です。
どのようなものであろうと、値札のついたアイテムはすべてプレイヤーのゲーム内体験を向上させるものでなければなりません。
たとえば、新しい地図、新しいパワーなどによって、無料の体験よりも楽しい何かを提供します。有料でしか手に入らないアイテムによってゲームを妨げてはいけません。満足しているユーザーはゲームにたくさんの時間を費やしており、それは高収益につながるからです。チュートリアルの中で通貨や貴重なグッズを無料ギフトとしてユーザーに贈り、どのようなメリットが得られるかを最初に体験してもらいます。
いつ:
時間が関連するオファーは、ユーザーがそれを必要とするタイミングで行います
。IAP (アプリ内購入)がタイムアウトした後でも引き続きゲームをプレイできるようにする場合は、タイマーが終了したときすぐに表示するとよいでしょう。IAP が貴重な装備を提供する場合、ユーザーがキャラクターの準備をしているときに表示するとよいでしょう。コンテンツがプレーヤーの現在のステータスやゲーム内のニーズを満たせるよう、オファーは状況に関連したものであるべきです。
特に、スターター パックや新規購入客向けプロモーションにはタイミングが重要になります。プロモーションを表示する前に、プレイヤーにすべてのアイテムの価値や重要性を理解してもらう必要があります。表示するのが早すぎると、プレイヤーは購入の必然を感じられません。表示するのが遅すぎると、オファーは十分に魅力的なものになりません。スターター パックは、ゲームの内容に応じて、インストール後 3 から 5 セッション以内に表示するとよいでしょう。また、有効期間を 3 日から 5 日ほどにすると、プレイヤーにすばやく購入の決断をしてもらうことができます。
たとえば、
BattleHand
のスターター パックは 4 回目のセッション付近で表示され、36 時間有効です。これには、プレイヤーがゲーム全般にわたってメリットを受けられる以下のアイテムが含まれています。
バトルですぐに効果を発揮する強力なカード
カードデッキをアップグレードできるとてもレアなアップグレード マテリアル
ゲーム全般で使用できるたくさんのソフト通貨
プレイヤーが貴重なストアアイテムを購入できるたくさんのハード通貨
ヒーロー用のレアなアップグレード マテリアル
[
BattleHand
のスターター パックのオファー例]
強力なプロモーションのおかげで、50% 以上のプレイヤーが通常のジェムのオファーではなく、スターター パックを購入するようになっています。
どうやって:
パワーアップ、キャラクター、装備、地図、ヒント、チャプターなど、ゲーム内ではさまざまな方法で貴重なコンテンツやグッズを実現できます。非常に強力な収益化のデザインには、次の 2 つのものがあります。
ガチャ
- ガチャのデザインや提示方法、バランスにはさまざまなものがありますが、重要なのはランダムな褒賞が得られるようにすることです。これによって、一度に高い金額を支払いたくないが強力なアイテムはほしいというプレイヤーにも販売できるようになります。
[
Raid Brigade
のボックスでのランダム報酬の例]
LiveOps
- 定期的に実施する時間限定コンテンツは、プレイヤーにとって実に魅力的なチャンスとなります。これによって、ゲームのリピート率を上げ、ゲームへの投資を増やしてもらうという両方のメリットを得られます。たとえば、
Adventure Capitalist
では、継続的なコンテンツやその進行、実績、IAP プロモーションと合わせて、テーマがある時間限定イベントが定期的に公開されています。
[
Adventure Capitalist
の時間制イベントの例]
この取り組みの後、イベント未開催期間には影響を与えることなく、イベント開催時のリピート率と収入が定期的に上昇するようになりました。
[時間制イベントによって、時間経過による平均ベースラインが低下することなく、リピート率と収入が大幅に向上]
5. 地域の価格と価格モデルを考慮する
人が異なれば支払いに対する考え方が異なるように、
マーケットが異なれば購買力も異なります。
主要な各マーケットについて、テストを行って地域の消費者が納得できる価格を求めます。ただ単にまとめて値引きするのではなく、総収入が最も大きくなる価格ポイントを見つけます。
端数価格を検討しますが、これはすべての場所で有効ではないことに注意してください。
たとえばアメリカでは価格は常に x.99 ドルですが、日本や韓国ではきりのいい数字が好まれます。地域の基準に沿った価格設定は、その地域のお客様のことを考慮してゲームをデザインしているというアピールになります。Google デベロッパー コンソールでは、各通貨における
地域の価格慣習
が自動的に適用されるようになっています。
ドル未満の価格戦略を採用することによってゲームの収入を 3 倍に改善した
ゲーム デベロッパー Divmob の Android デベロッパー ストーリーをご覧ください
。また、
何十億人のユーザーに向けたアプリやゲームを作成するためのベスト プラクティス
をご覧いただくと、さらに収益化のヒントを得ることができます。
Playbook for Developers アプリを入手
すると、Google Play のビジネスを成功させる最新の機能やベスト プラクティスに常にアクセスできるようになります。
Posted by
Yoshifumi Yamaguchi - Developer Relations Team
コメントを投稿
ラベル
#hack4jp
3
Addy Osmani
1
ADK
2
AdMob
7
ALPN
1
AMP
6
Analytics
6
Andorid
6
Android
174
Android Auto
1
Android Design Support Library
1
Android Developer Story
3
Android N
11
Android Pay
1
Android Studio
13
Android Support Library
3
Android TV
7
Android Wear
21
androidmarket
3
AngularJS
2
API
21
APIExpert
45
apk
1
app engine
21
App Indexing
7
App Invites
6
AppCompat
2
Apps Script
6
aprilfool
3
ArtTech
1
Audio
3
Auth Code
1
Authentication
3
AuthSub
2
Autotrack
2
Awareness API
1
Beacons
6
BigQuery
6
BLE
4
Blink
1
blogger
1
Brillo
1
Brotli
1
Calendar
1
Cardboard
3
Career
1
Case Study
1
chrome
55
Chrome Custom Tab
1
chrome extension
2
Chrome for Android
1
Chrome for iOS
1
Chrome OS
1
Chromebook
1
Chromecast
7
chromewebstore
6
Chromium
4
CLI
1
ClientLogin
3
Cloud
8
Cloud Test Lab
2
CocoaPods
1
codejam
5
codelab
2
compute engine
3
Context
1
Dart
2
DataCenter
1
Daydream
2
Deep Learning
1
Demo Party
1
Design Sprint
3
DesignBytes
1
DevArt
3
DevBytes
6
Developer
14
Developer Console
3
Developer Preview
3
Developer Relations
2
DevFest
6
DevFestX
3
devtools
3
DirectShare
1
Doodle
1
DoubleClick
4
Doze モード
1
drive
2
Dynamic Links
1
EarlGrey
1
Easter Egg
1
ECMAScript 2015
1
Eddystone
4
egypt
1
English
2
ES2015
1
ES2016
1
ES6
2
ES7
1
Firebase
25
font
2
game
15
GDD11JP
56
GDD2010JP
23
GDE
2
GDG
10
Geo
27
Gingerbread
1
GLIDE
5
Gmail
1
Go
1
golang
4
goo.gl
1
Google
5
Google Apps
2
Google Apps Script
1
Google Cast
7
Google Cloud Messaging
10
Google Cloud Platform
6
Google Developer Experts
2
Google Developers Academy
1
Google Developers live
5
Google Developers Summit
1
Google Drive
3
Google Fit
2
Google for Work
1
Google Maps
32
Google Play
35
Google Play Game Services
6
Google Play Services
18
Google Plus
14
Google Search
4
Google Sign-In
10
Google Tag Manager
1
Google+
1
Googleapps
10
GoogleGames
1
GoogleI/O
27
GoogleLabs
1
GoogleTV
1
gRPC
2
GTUG
5
GWT
2
hack4jp
2
hackathon
6
Hosting
1
HTML5
17
HTML5Rocks
1
HTTP/2
3
HTTPS
2
ID Token
1
Identity
12
Identity Toolkit
1
Ignite
4
IME
10
intern
2
Invites
1
iOS
10
IoT
1
IPv6
1
Japanese Input
1
JavaScript
5
K-12
1
Knowledge Graph
1
l10n
8
Lollipop
10
Machine Learning
1
Marshmallow
10
Material
1
Material Design
17
MDL
1
MIDI
2
Mobile
11
Mobile Bootcamp
4
Mobile Vision
3
mod_pagespeed
1
monetize
3
Mozc
14
Music
1
NativeDriver
2
Nearby
4
Nexus
1
Nexus S
1
NFC
1
NPAPI
2
NPN
1
oauth
6
OpenGL
3
OpenID
3
OpenID Connect
2
OpenSocial
1
opensource
11
Optimization
1
Payment
1
People API
1
Performance
6
PersonFinder
1
Physical Web
3
Place Picker
1
Player Analytics
4
Policy
2
Polymer
6
Progressive Web Apps
5
project hosting
1
Promise
1
Promo code
1
Protocol Buffers
1
publicdata
1
Push API
1
Push Notification
3
QUIC
1
RAIL
1
React Native
2
Realtime Database
1
Remote Config
1
Remote Display API
1
Runtime Permission
1
Sample Code
2
schema.org
1
security
13
Service Worker
3
sketchup
1
SmartLock for Passwords
4
social
4
SPDY
3
speak2tweet
1
startup
3
Storage
1
streetview
3
Study Jams
3
SwiftShader
1
techtalk
12
TensorFlow
2
test
2
Test Lab
1
ToS
1
Transliteration
1
Twitter
1
Udacity
15
Unity
2
UX
1
V8
2
VP9
1
VR
3
Vulkan
2
Watch Face
2
wave
2
Weave
1
Web
3
Web Animations
1
Web Components
4
Web Manifest
1
WebAssembly
1
WebMusic
4
WTM
2
YouTube
15
YouTube API
1
インタビュー
1
コードサンプル
1
プライバシー
1
言論の自由
1
節電
3
東日本大震災
9
日本語入力
40
ブログ アーカイブ
2016
8
7
6
5
4
3
2
1
2015
12
11
10
9
8
7
6
5
4
3
2
2014
12
11
10
9
8
7
6
5
4
3
2
1
2013
12
11
10
9
8
7
6
5
4
3
2
1
2012
12
11
10
9
8
7
6
5
4
3
2
1
2011
12
11
10
9
8
7
6
5
4
3
2
1
2010
12
11
Feed
Google
on
Follow @googledevjp
"プロダクトに関するご意見は
プロダクトフォーラム
にお願いします"