NewRingとかジギョつくみたいな新規事業コンテストの運営課題

Facebookに書こうと思ったけど長くなったのでブログで。

今日は、RecruitVenturesにてNewRingという新規事業企画のメンターをやって来ました。事業企画を持ってきた人に対して壁打ちみたいに詰めてアドバイスしたり質問して気づきを得ましょうってやつを３組ほどさせていただいてたのです。

あと、その前に社内でエンジニアがこういう新規事業企画系に応募したくなるにはどうすればいいかみたいな課題について何人かで話をしたりもあって以前から思ってたところを整理してみようと思います。

企業が求める新規事業案のレベル感合わない問題

CAのジギョつくのころから感じてたけど、募集する側からすると応募の質を上げて欲しいんだけど、かといってハードル上げすぎると参加が減ってしまうからポテンシャルがある人の芽も潰したくなくて敷居を下げちゃう。（どんな案でもOK！）

なんだけど、敷居を下げ過ぎると、なにそれなんにも深堀りしてない、ジャストアイデアやんけ！みたいなのが増えてきて運営コストばかり増えて最終事業化する案って結局少ないよねってなる。

特に上場企業なんかだと「事業サイズ」の問題があって、イノベーションのジレンマほどではないんだけど、年商3000億円の企業からすると、年商2000万円くらい、めっちゃ頑張って5年で年商3億くらいにしかならないビジネスって、ぶっちゃけいらないわけです。

とはいえ、経営経験もない人がいきなり10億100億のビジネス考えれるかっていう問題と、たとえば100億規模でホラ吹きにならない程度に説得力のある事業企画書作るスキルって、ハードル高いし普段の仕事もある中で業務負荷高いよねって思うのです。

解決策は座学と素振りではないか

自分は今BBT大学院で卒業をかけて（危ういけど）２年次の講義を受けてて、その大半が新規事業系の講義なわけです。それをやってみると、やっぱり最低限のところはクリアしたうえでの議論ができる気がしてるんです。

座学である程度「新規事業を作るとは」っていう理論やケーススタディで、開始地点のボトムアップを図ってから、「後は本人の情熱でいってまえ！」っていうのが最適解なのではないかとおもい始めてます。

かつ、いきなり甲子園みたいなところに「皆さんの熱い応募お待ちしてますね！」っていっても良くないので、マッシュアップアワードが全国キャラバンやってるみたいな、事前にピッチイベントとかやって素振りさせるのが良いと思うんですよね。

一般的な（誰でも参加できる）コンテストと異なり、社内のものは社員しか参加していないので、広報をしっかりしてネットワーキングを充実させれば確度も上がってくるんじゃないかなと。

そもそも企業における新規事業コンテスト的な奴の位置づけは

２つあると思ってて、ひとつはもちろん新規事業やっていかないとゆるやかに死んでいくから新規事業を公募形式でやってきたいってのもあるんだけど、どちらかと言うと事業責任者をまかせられるポテンシャルがある人間を発掘することもウェイトとしては大きいんじゃないかなって思います。後は企画やりたい欲を満たすとかも一応。

だからといって勢いだけでロジックのないやつを引っ張りあげちゃうと周囲のヘイト値が貯まることにもなりかねないので、「情熱・知識・経験」のうち経験が少なくても知識ですこしは補ってあげればより質の高い事業企画コンテストになるのではないかなって思います。

とはいえ、運営コストに専任で人間を何人も貼り付けるっていうコスト投下もいきなりは難しいので、教材の整備とかを進めるのはどうでしょうかね。でもそこまで絶対新規事業やりたいっていう情熱がないとその教材も読まれないのですが・・

※固有名詞を出しましたが個人の見解です。

事業サイドがAMPに乗っかるか考える事

AMP、Googleさんが猛プッシュしてますねー。個人的にも表示が早いので、たとえばFBのInstantArticleが好きなのですが、このような軽量版記事がGoogleの検索結果にもAPMによって普及するのは歓迎です。

おさらい、AMPってなに？

Accelerated Mobile Pagesの略で、高速化モバイルページという直訳になるのですが、通常のHTMLページとは別に、APM用のお作法に従ったページを作ることでGoogleの検索エンジンが検知して、検索結果の上部にプレビュー表示される可能性があるというものです。Twitterでのリンククリック時もAMP対応がなされる模様です。

AMPはGoogleだけが開発しているのではなく、上述のTwitterほか著名なパブリッシャーも参加を表明しています。このブログもはてなブログProなので対応しています。（さっきオンにしたので反映はもうちょっとかかる）

参加企業：

Accelerated Mobile Pages Project

なんでAMP対応する必要があるの？

ユーザーのため：低速かつ混雑しやすいモバイル回線でも、さくさく表示されて快適なページをユーザが閲覧できることでハッピーになる。

ビジネスのため：そのためユーザはあなたのブランドに良い印象をもったり、そもそも表示が遅すぎて離脱することが減る。それだけでなく、GoogleがAMPを優遇し検索結果にAMP用の場所を上部に確保するとアナウンスしている。絶対クリックされるでしょ。

AMP対応版を作るデメリットは？

1. 基本的には、メインのページと別管理になるので、PC用画面、スマホ用画面、AMP用画面の３つを構築・保守し続ける必要が有ること。

2. 制約があるので、AMPの仕様書（日本語化されています）みながら、対応タグだけを用いてページを作る必要がある。いくつかのブログパーツや広告、解析タグは諦めないといけない。

3. 仕様がどんどん追加されるので、まだしばらくはキャッチアップが必要そうなこと。（でも基本機能はでそろったので、Google対応の恩恵はすでに受けられる）

4. 検索順位が上がるわけではない。Googleさんもランキングシグナルには使わないと言ってます。

AMPを作るべき業種やシステム

業種では、ニュースなどのメディアは100%恩恵がありますので絶対やるべきでしょう。

なお、通常のメディアであればGoogleニュース登録も行いましょう。ソーシャル系ならAMPもそうですがFBのInstantArticle対応を検討しましょう。

ブログなどのCMSプラットフォームも対応するとよいですね。はてなや、アメブロはすでに対応を始めています。Wordpressもプラグインがあります。

EC系では、DB系とよばれる、大量の商品を扱うベンダーが対応すると良いでしょう。AMPをメンテする以上、ある程度ページ記述内容をシンプルに切り落として、自動生成しないとメリットでないと思うので、いわゆる詳細ページが1000商品以上あるようなECサイトはやると良いでしょう。

注意点としては、AMPで商品を見せる、カートに追加するくらいまでは構築できたとしても、そこからログインして購入するというフローはAMP対応難しいんじゃないかなと思うので、そこでのカート落ちを防ぐ仕組みは考慮したほうが良いと思います。

システムの実装方式

PC/スマホ切り替えであればUserAgentなどで切り替えることが出来るのですが、AMPはそのような「閲覧デバイス」による切り替えではないので、パラメータやURLベースでテンプレートの切り替えとなることが多いでしょう。

ざっくりとしたイメージで言うと

https://example.com/hoge/article/123456.html がある場合、このページにAMPへのリンクをmetaタグで貼ります。

<link rel="amphtml" href="https://example.com/hoge/article/amp_123456.html" >

URLはなんでも良いのですが、別URLになります。あるいは内部的にはこんな感じかも

 <link rel="amphtml" href="https://example.com/hoge/article.php?id=123456&mode=amp" >

これで、CMSなりシステムにAMP用のHTMLを返せよーということが伝わるので、システムがAMP用のHTMLを生成します。

そのHTMLは、これに準拠したものになっています。

Accelerated Mobile Pages Project（日本語ドキュメント）

AMP実装後の運用について

AMPを実装し、本番公開したら、アクセス解析を注視します。検索結果からのトラフィックの一部が、通常ページにいかずにAMPページに飛ぶからです。非対応の広告や解析ツールでは、単純にインプレッションが減りますので、事前に報告者に対して共有しておく必要があるでしょう。

また、システムが老朽・複雑化などして、とりあえず別ドメインや別サーバで運用する場合は、読後の画面遷移時にパラメータをつけたり、同一サイトと認識されるようなアクセス解析の設定を構築する必要がありそうです。

前職のCAでも、AMPはビジネス的にも悪く無いと位置づけているので、みなさんぜひAMPやりましょう

ameblo.jp

DellのInspiron 11 3000（Pentiumモデル）を購入しました

Dell ノートパソコン Inspiron 11 Pentiumモデル ホワイト 17Q12W/Windows10/11.6インチ/4GB/128GB

 おくさまのパソコン、LenovoのIdeapadを未だに使い続けてたんだけど、さすがにWindows 10にしたら厳しくなったので買い換えることにした。条件は以下のとおり

• デカすぎないこと（13インチ以下）
• 高すぎないこと（ほぼネット見るだけなので5万程度で）
• HDDでないストレージ64GB以上であること（LenovoですらSSD換装した）
• メモリ4GB以上、できれば換装可

このへんでしぼると、Dell、マウスコンピューター、Acerくらいしか残りませんでした。また、いくつかタブレットを使った経験では、eMMCだとディスクI/Oがちょっと厳しい印象でしたので、SSDにしぼるとAcerも消え、Dellかマウスの２択になります。

kakaku.comで比較するとこんな感じ

価格.com -ノートパソコンの比較表（Inspiron 11 3000シリーズ 価格.com限定 エントリー・プラス Pentium N3700・128GB SSD搭載モデル、LuvBook LB-C242B-S2-KK 価格.com 8GBメモリ/240GB SSD/11.6型HD液晶搭載モデル）

メモリ8GBには惹かれたのですが、kakaku.comの人気１位であることと、子供もいる環境ではあまり丁寧な扱いでないことから、なんとなくの印象でDellが頑丈そうということで決めました。

届いてみての換装

まずはフォトギャラリー。白か赤かを聞いたら一瞬で赤と帰ってきました。結構良いです。

なかなかよいです。

画面はノングレアの1366x768で狭めですが、Windows10はいわゆるRetina Displayへの対応がほとんどと言っていいほど徹底できていないので、このような低解像度端末のほうが快適だったりします。あと３年ほどしたらデベロッパー側も対応が進むと思うのですが。

タッチパッドはMacからするとゴミレベルですが、IdeaPadと比べると良くなっている気もします。

入出力にUSB-Cがないので、USB-PDも使えなさそうですが、そもそも旅先に持ち歩くことも少ないので問題無いでしょう。

処理速度としては快適です。Chromeで20タブくらい開いてもマシン全体が引っ張られるようなことはありませんでした。CPU・メモリ・ストレージI/Oのバランスが良いのでしょう。

また、Dellに決めた理由として、メモリとディスクの換装が頑張れば出来る点です。３年後も頑張れば、eBayなどで新品バッテリーも入手できる可能性がありますし、グローバル機種の恩恵にあずかることができそうです。（ググったらサービスマニュアルのpdfもありました）

価格.com - 『メモリ・SSD換装しました』 Dell Inspiron 11 3000シリーズ 価格.com限定 エントリー・プラス Pentium N3700・128GB SSD搭載モデル のクチコミ掲示板

というわけで、コンパクトで5万円以下でネットくらいの利用で、コスパ・技術力があれば長年活用できる機種としては非常におすすめの機種です。

機械学習とかディープラーニングやって見たメモ

　顔認識まわりで機械学習とかディープラーニングのライブラリを触ってみたので、実務者向けにメモを残す。

多くの場合ディープラーニングは不要

だいたい、バズワードだからディープラーニングでAI使いたいみたいなのは、基本的にはプレスリリース打って人々の注目をあつめるためだけに利用すればよくって、概ね旧来からある機械学習でも問題ないことが多いです。これがたどり着いた結論。

そもそも、ディープラーニングの問題点として、なんで正しい答えを出してるかが人間みたいに説明できないので、予想もしないような学習結果をだすことがある。

memo.sugyan.com

まさかノイズ画像をアイドル顔だと認識するとは思わなかった。ということがあるので、突飛な結果を出してしまうと困る分野には使いづらいです。

それだったら、ディープじゃないラーニング（機械学習）でも便利なライブラリはたくさんあるので、やってみると良いです。

実務者が使いそうな用途はだいたい研究されとる

とはいえ、ディープラーニングのほうがすごいんでしょ？いい結果出るんでしょ？というのはあってるけど間違ってる。

ディープラーニングのすごいところは、例えば上述の顔認識ならば、画像を放り込むだけで学習し、結果を返してくれるのがすごい。

ディープラーニング以前はどうしていたかというと、

• 顔検知ライブラリで目と鼻の位置をまず抽出し
• 目と鼻の座標の組み合わせを機械学習ライブラリに学習させる

という流れでやってました。これのデメリットは「人間の顔を識別させるのは、眼と鼻の座標を使うのが良さそう」ということを知ってないと機械学習がうまくいかない点です。

しかしながら、実務者がまず取り入れたい分野であれば、だいたいはもう理論が研究され尽くしているので、ディープにラーニングしなくてもその用途に応じたものさしを人間が与えることで十分実用的な精度が出るのです。

さらには、分野にもよりますがディープラーニングのようにGPUをぶん回して大量の学習をさせなくても、少量の学習からでも比較的すぐに学習結果がうまく利用できるみたいです。

いままで判断できなかったところに使う

じゃあディープラーニングのいいところってなんだろうというと、いままでどのパラメータが、答えを決定する要素なのかがわからなかった分野。だと思います。少し調べた雑感ですが。

なので、既存の機械学習で精度が低かったもの（かつ、大量のサンプルが用意できるもの）は、ディープラーニング化の恩恵を請けられそうというわけです。

以上、専門家から見たら違うかもしれませんが、事業企画とかでとりあえず「AI」って言いたい場合にはうまくご活用ください。いまはバズワードなので、なんでもかんでも人工知能って言っておけばすごいねって言ってくれると思います。が、裏では最小コストで即時にパフォーマンスが出る方法を利用すると良いでしょう。

安く早くなるからプロトタイプを作ろう #アプリマーケ本

[New] Kindle版が出ました！フォーマット一覧から、「リフロー版」を選んでお買い求めください。

「スマートフォンアプリマーケティング 現場の教科書」を解説したり書ききれなかったことをブログで書いてみるシリーズ第3弾。プロトタイプについて。

プロトタイピングの章の細かい手法については、共著者の荻野さんに譲るとして、発注者視点でのプロトタイプの意義について。

初期プロトタイプは実現したい人（発注者）が作るとメリットだらけ

アプリ開発においては、もはやプロトタイプはなくてはならないほどに浸透したと思ってるんだけど、まだまだ制作サイド以外には認知が薄いと思うので、今日はそのメリットについて書こうと思います。

ちなみに、プロトタイピングと言っても最初は紙に各画面の四角を書いて、線を引っ張るだけのペーパープロトタイピングがおすすめです。

プロトタイプを作るとモヤッとしたアイデアがクリアになる

「なんかfacebookみたいに簡単に仲間とコミュニケーションできたら良いのに」と思いついたとします。そこで紙に必要な画面を書いてみると、以下の様な考えに至ります。

• えっと、まず、自分の友だちを招待できて
• そのメンバーで画像とか動画とか投稿したり
• ファイル共有したり、そこにいいねできたりして

このようなことを考えながら紙に起こしていくと、なんとなくイメージが湧いてきます。facebookの画面と見比べながら、「既読数っていらないよな・・」とか「仲間内だから他人の画像とかに書き込みたい」とか、実際の画面イメージを考えながら、紙を書いては捨てながら本当に自分がほしい物を思い浮かべることが出来るようになります。

（書籍より。ここまでキレイにかけなくても、最初は書きなぐってOK）

または、「いろいろ考えた結果、やっぱfacebookでいいや」と思い至ることもまた重要な事です。頭のなかだけで考えていると、ふわっとしたイメージが、紙に書きながら考えるだけでなんともリアルに浮かび上がってくるのがプロトタイプの効果です。

プロトタイプで早く安く開発委託できる

今日一番言いたいのはこっちです。プロトタイプを書くことで、ヘタすると100万円以上見積もりが安くなります。だいたい制作会社をやっていて、危険な顧客のパターンは以下のとおりです。

1. とにかく期限が短い（時間や契約の管理が雑なリスク）
2. 全てに上役の承認が必要（担当者がOKでもあとで反故にされるリスク）
3. とりあえず思いついたアイデアを投げてくる（軸が定まってない）

他にもありますが、１はほんとうに危険なので製作者の皆さんは逃げましょうとしか言えないのですが、２，３は、発注前の相談時点から完成までの間に変更がある（＝余分な時間と作業が発生する）リスクがあるため、制作会社も見積もりにバッファを載せて対応します。だいたいこんな感じです。

どちらも開発費が300万円だとしても、社内でプロトタイピングまで済んでいると、劇的な変更はかからないだろうと安心できるので、オレンジの「事前に聞いていた要件と違った場合の保険」を低く抑えられます。

さらに、そのプロトタイピングを上長も承認している場合は、グレーの「リリース直前で偉い人がちゃぶ台返しする保険」も低く抑えることができ、結果的に納期の予測も正確になり（３ヶ月vs３ヶ月＋バッファ２ヶ月）その分工程管理費も低減されます。

これで、発注側は30%ほどの安値で発注することができ、かつ受注側も健康的な制作環境が整うため、おたがいの余剰リソースを、アプリをより良くするために割くことができるようになるのです。

また、事前にプロトタイピングを用意しておくと、発注先業者のスキルを見極めるのにも有効です。どこにどの程度掛かりそうという「ヨミ」の鋭さはその業者の実力と言っても過言ではありませんし、素人である発注者が作ったプロトタイプを見て、足りない部分やイケてない部分を提案できる会社とご一緒できると良いと思います。

ちなみに内製開発の場合は？

そろそろプロトタイプ無しでアプリ開発をしている組織はないと思うので、もしそのような場合は、パソコンを即刻閉じて紙に書くようにしましょう。デザイナーさんがいる場合は、Sketch→Prottという流れが比較的ラクにできますので、ディレクターが簡単なワイヤーフレームを書いたら、デザイナーさんに依頼して作ってもらい、社内レビューすると良いでしょう。あとでZeplinにも書き出せるし！

スマートフォンアプリマーケティング 現場の教科書

成功するアプリの企画はどうすればいいか #アプリマーケ本

「スマートフォンアプリマーケティング 現場の教科書」を解説したり書ききれなかったことをブログで書いてみるシリーズ第2弾。企画について。

「アプリをどう作ろうか」という点に関しては、この本は前半の大半の章をかけていろんな切り口で書きました。そこで第二回は企画面について書いてみようと思います。

なお、個人のアプリ開発者の方は、とりあえず3本くらいアプリを開発・リリースして市場感覚を体で覚えるのが一番コスパがいいと思います。外部にお金を払ってやる場合はその限りではありませんので、本書をよく読んで成功確率を上げていきましょう(笑)

たとえばアプリの企画書や事業計画を作りたい

一般企業の方がアプリの事業に参入する、あるいは上司に企画を提出する場合、アプリの特性や成功を分けるポイントなどを説明する必要があります。そのような事業計画を作る際にはChapter1が便利です。

あまりリスクがない場合はアイデア勝負でもよいのですが、大きい会社や投資家からプランを承認してもらい投資を得るには、ロジックで説明する必要があります。

そこで、例えば自社の客層が10代メインであれば、メディア接触時間がスマホメインになっていることが調査すればわかるので、スマホアプリもやる、Webもやる、LINE@もやる、Twitterもやる、なんだったらSnapchatもやるくらいのスマホ包囲網を築く必要がありますね。

メディア定点調査 | 博報堂DYメディアパートナーズ メディア環境研究所

LINE、Facebook、Twitter…５つのメジャーSNSの男女別年代比率の徹底比較！‐ App Ape Lab

そこで、ファクト（データ）をどういうサイトで探せばいいか、といった点やそもそもの企画書をどう書けばいいかのサンプルを1-3章で解説しています。これらの資料はご自身が理解されるというよりは、誰かに伝える時に図表にまとまっていますので便利です。

アプリかWebかを決めましょう

次に悩むのがアプリでやるかスマホWebでやるかです。基本的にひとりの人が毎日使ってもらうような場合はアプリが好ましく、そうでない場合はWebが好ましいです。

Webの良さは「一見さん」いわゆる新規ユーザがワンクリックで利用できるのに対し、アプリはインストールしないと利用できません。

ただし、カメラやBluetoothなどスマホの機能を利用するならアプリ一択ですし、グローバルに展開したい、課金も楽ちんにしたい場合などはアプリが向いています。

過去の２部作はアプリ本だったのであまり触れませんでしたが、今回はそのような違いを意識していただいて、なんでもかんでもアプリにしないよう判断いただければと思います。

ただ基本的に、サービスが育ってくると両方提供できる場合は提供したほうが良いんじゃないかなというのが持論です。AppIndexingとかもありますし。機能面での多い少ないやリソース配分の工夫は必要ですが、様々な環境に提供したほうが今の時代良いと思います。

マネタイズモデル

リワード広告の元気がなくなって、発注する側もメディア側も大きく動いたのが広告周りかなと思います。最近だと動画やネイティブアドが効果もいいのでポイント高いんじゃないでしょうか。

坂本達夫氏が語るアプリ収益化の新潮流 ～動画広告を活用したマネタイズ～｜APPREVIEW

ストアのオススメを狙うビジネスモデルというのもトランスリミットさんをみてるとありだなーと思います。市場がグローバルで大きくなってきたので、Apple/Googleの一等地に載せてくれやすいアプリを作るという戦略は、スタートアップ企業におすすめかも知れません。相当腕の良い制作チームが必要でしょうが。

基本的に企画段階で机上で考えられるのはこのへんではないでしょうか！ご意見お待ちしております。また続き書きます。

気に入ったらぜひご購入（会社でも個人でも） や応援レビューをお願いします！

スマートフォンアプリマーケティング 現場の教科書

ネットじゃなく書籍というパッケージだから出来ること #アプリマーケ本

スマートフォンアプリマーケティング 現場の教科書　がめでたく発売となりました。かなり広範囲に網羅したので、ブログにて書籍の活用や書ききれなかったポイントを解説できればと思っています。第一弾は土日で拡散されなさそうなので、なんでこの本を書いたのか的なポエムを投下しようと思います。

スマホアプリの情報なんかネットで十分なんじゃないか。

以前、コンテンツの流通について少し書きました。

コンテンツと配信の分離を支える技術 - ku-sukeのブログ

そのときから書籍を書くならどういう方法にしようかということを考え続けた結果、書籍というのは体系立てて「これだけ読めばスタートラインに立てる」「時々見なおして漏れがないかチェックできる」ような存在になれれば良いなぁと思いました。

とくに技術書もそうですが、いまは目的を持って探せば、Qiitaやジャンル別メディア、アプリ開発者さんのブログなどでわかりやすく深い、新しい情報を得ることができる時代になりました。

また、単体の記事だけでなくそれらをキュレーションしたまとめ記事も人気です。

しかし、「どのような情報を探せばよいか。」ということがわかっていない状態で飛び込むためには、ネットは少々広大すぎるのです。

新しくアプリを扱う事業に配属された時に、自分のアプリが成功しているか否かの判断軸をどう持つべきでしょうか？

他社事例を参考にするにしても、ソシャゲとユーティリティとカジュアルゲームを一緒くたにして情報摂取しても誤った判断を下す可能性があります。

書籍というパッケージで伝えたかったこと

書籍というメディアは、電子版はともかく書いた記事が約3年ほど流通してしまうので、あまり旬の話題やここ数日起きていること（ex.最近AppStoreの審査が早い）は書くことができません。

実際、この本を書き始めたのは前作が出た後2014年頭からなので、足掛け2年半（納期を破り続け）かかっています。するとどうしても情報が古くなり、校了直前にParseの終了などアップデートをしなければならない箇所が出てきました。

つまり、書籍というメディアは移り変わりの激しい業界を扱う場合は、できるだけ原理原則を書くことを心がけなければいけません。

Parseがよいとか良くないではなく、mBaasを利用するという考え方もあって、メリットデメリットはこうですよ。と。これだとnifty cloudのmbaasでも、Firebaseでも利用するときの評価軸が出来るため、時代の変化に対応できるのです。

アプリ市場は十分高度化し、ユーザーにとっては「普通」に。

最初の本「iPhoneアプリで稼ごう」を書いた時は、まだ副業でやっている個人アプリ作家のアプリも、ランキング上位に食い込めるような牧歌的、開発者にとっては夢の様なな時代でした。言語の問題もあり、日本語で提供されるアプリが普通に動くだけで、一定のユーザーを獲得できました。

２冊めの本では「アイデアだけで勝てる市場ではなくなった」ということを書きました。個人も企業もブームに乗って参入しては、多くが爆死し忘れられる一方で、本気で事業として取り組んでいる開発者は、しんどいながらも十分な結果を得ることができていたと思います。

そうやって市場の変化を取り込んできた第３弾は、実は少しだけ「アプリ」からフォーカスを外してみました。

アプリが当たり前になりすぎて、もちろんアプリだけで完結するようなビジネスも引き続きゲームを中心にあるんだけど、そうじゃない、普通の事業をアプリというプラットフォーム上で展開する人も増えたと思っています。

アプリの開発者やディレクターの皆さんはもちろんのこと、そのような人たちにも迷わずこの激しい世界を進めるような、文字通り「教科書」にできたのではないかと思います。

スマートフォンアプリマーケティング 現場の教科書