8月31日、昨年から幾度と無く噂に登っていたmixi版Facebookページ、mixiページがリリースされました。開始初日で開設数は3万ページを超えたと言われており、業界での注目を集めています。
米国では、Facebookページは企業の7割が開設していると言われており、マーケティングの重要な施策と位置付けられていますが、日本国内におけるmixiページのビジネス活用はどのような形になるのでしょうか。まだまだ機能も少なく、パブリックβ版という様子のmixiページですが、現時点で考えられる典型的なフレームを考えてみました。
mixiページは、mixi内に企業や有名人、ブランドがオウンド（自社所有の）メディアを立ち上げる機能です。Facebookが提供するFacebookページに似ていますが、国内会員数が470万程度（最新の数値はこちら）のFacebookに対して、1400万のmixiユーザーが対象となる点が最大の売りとなっています。
 
■前提 mixiページってなんだっけ？という方はmixi公式ページとナナピの解説ページを見ておけば大丈夫です。FacebookやTwitterとの違いは同僚の岡村健右がブログ記事でまとめてくれています（8月31日時点の内容です）。
 
■基本導線 自社ビジネスにmixiページを活用するのための基本導線は以下のようになるのではないかと思います。

上図では細かい点を色々省略していますが、一番右にある「アクション」に自分たちが達成すべきビジネスのゴールを設定します。次に、mixiページを経由してビジネスのゴールへどう繋げるか、「自分たちなりの絵」を書くことが第一歩ではないかと思います。今回は「認知獲得」「エンゲージ（ここでは「交流」のような意味合いでご理解いただければと思います）」「アクション」の3つのプロセスに分けていますが、様々な顧客接点とソーシャルサービス、スポットの施策を統合すると実際はもっと複雑になります。また、単に導線を繋げるだけでなく、それぞれのプロセスで顧客（利用者、ファン）にとってのバリューを明確に定義することが必要です。mixiページの利用はマーケティングポートフォリオの中にあるオンライン施策の、更に一部分に過ぎないと思いますので、背景となる全体戦略と整合性を取りながら進めます。
 
◯オンラインの認知経路 導線を作る上で、まず最初に考えなければいけないのはどこで自分たちが運営するmixiページの存在を知ってもらうかということです。mixiページは、mixiのサイト内からの導線がないため、外部のサイトなどから人を集めてくる必要があります。簡単に思いつくものを以下の表にまとめました。

ソーシャルメディア系のビジネスを運営している企業やクライアントに聞いてみたところでは、まだお金を出してmixiページの広告を出稿しているところは少ないようです。mixiページはまだ始まったばかりということもあり、費用対効果がある程度見きれるまでは自社メディアやメルマガでの告知など、低コストな手法が主な手段になると思います。無印良品ではmixiページオープン初日にTwitterで告知していました。無印良品mixiページのファン数は9月21日時点で5000名弱ですが、Twitterアカウントのフォロワーは12万人以上いますので、Twitterからの流入はそれなりの比率を占めているのではないかと思います。ちなみに27万人のファンを抱える無印良品Facebookページでの告知はありませんでした。

ソーシャルサービスのビジネス活用というとCVRやCPAばかり追いかけてしまいがちですが、日頃からファンとの関係を温めておくと新しい施策の着火点として非常に低コストで活用できます。また、ファンの中核がないコミュニティ構築初期においては、ペイド広告でロイヤリティの低いユーザーをランディングさせるよりも、ある程度自社製品・サービス・ブランドに興味や知識があるユーザーを集めた方がその後の活性化の面でも有効でしょう。
オンラインでの認知経路は上記以外にも色々な方法があると思います。例えば、mixiの関連コミュニティ内にポストしたり、自社製品のレビュアーに個別にオファーしたり、といったトリッキーな手法も考えられます。今挙げた例ではコンテキストの把握、オファー対象の選定、内容に応じたインセンティブがKSFになりますが、まずは自社の得意なチャネルから検討していくとよいのではないかと思います。また、mixiページはGoogleなどの検索サイトにヒットするので、閲覧数が増えてくれば検索サイトからの流入も見込めます。
■例：Googleでの「ループス mixiページ」の検索結果 http://www.google.co.jp/search?sourceid=chrome&ie=UTF-8&q=%E3%83%AB%E3%83%BC%E3%83%97%E3%82%B9%E3%80%80mixi%E3%83%9A%E3%83%BC%E3%82%B8
 
オンラインで認知を獲得する際のKPIはインプレッション数、CTR、CVR、CPF（Cost per fan）などが考えられます。mixiページは今のところ解析機能が弱く、流入経路の分析はほぼできません。このあたりがきちんと測定できるようになり、最適化の目処がたつまでは大規模な投資は避け、地道な手法で集客するのがよいのではないかと思います。
 
◯オフラインでの集客 もちろんオフラインからの流入も期待できます。週末見かけたキャサリンハムネットの店舗では、こんなFacebookページのキャンペーンをやっていました。

QRコードを読み込んでファンになり、店員に携帯の画面を見せると10％OFF、というシンプルなものです。効果のほどはわかりませんが、mixiページの利用においても、このように実店舗で告知をすることは可能です。ただし、mixiページはファンになる（mixiの用語定義では「フォロー数」）ことに対してインセンティブを与えてはならない（金銭的価値の有無に関わらず、何らかの見返りを与えてはいけない）となっているため、上記の例と同じ事をやってしまうと規約違反になります。
その他、新聞やテレビでの広告など、あらゆる手段が利用できます。前述の通り費用対効果の目処が立つまではペイド広告の利用は最小限にした方がよいと思われます。ただし、雑誌広告を出す際に ちょっと紹介してもらう、というように、他のキャンペーンコストに混ぜ込めるのであれば積極的に利用したいです。
 
参考までに、Facebookページの認知経路についてはこんな調査結果も出ています（PR会社の調査なので、その点はお含みおきください）。
PR TIMESが実施したFacebookユーザーへの調査によると、Facebookユーザーの約半数（49.8％）が「インターネットニュース・ブログ・Twitter」のいずれかで企業（ブランド）のファンページが開設されたことを認知することが明らかになりました。加えて、2人に1人が「無料を含むお得なプロモーション情報を受け取る」ことを動機として、企業（ブランド）ファンページのファンになるという実態が明らかになりました。
PR TIMES調べ
 
■エンゲージ ユーザーがmixiページの存在を認知し、ランディングした後はそのページを「フォロー」してもらうことが重要です。ユーザーにmixiページをフォローしてもらってはじめて、ユーザーのマイページに自分たちが発信した情報が表示されるようになります。メンバー（フォローしているユーザー）と非メンバー（フォローしていないユーザー）向けのデフォルト表示ページをそれぞれ設定できるので、非メンバー向けにはページの内容やメンバーになることの魅力を訴求するような内容を設定しておくとよいでしょう。設定はmixiページ管理画面から「メニュー追加・変更→初期表示メニューの設定」から行けます。

先ほども触れましたが、mixiページの参加や、参加後の投稿に対してインセンティブを与える行為は禁止されています。Facebookでよく見る、「ファンになったら割引」「ファンになったらプレゼント」などの行為は規約違反になるため気を付けたいです。
調査会社やモニターによって差はありますが、日米のFacebookページ利用者を対象とした調査では「お得情報」や「クーポン・割引」等、実利を得られることが利用のインセンティブの大きな割合を占めているようです（国内PR TIMESの調査では約5割）。そのような実利提供が禁止されているmixiページでは、「愛着」や「興味」といった情緒的要素がより重要になる一方、コストをかけてページへ誘導する際のCPA、CPFは高くなることが予想されます。Facebookページの運用に慣れている企業でも、このあたりの特徴を見極めた上で計画を立てることが肝要です。
 
◯運用 FacebookやTwitterと同じように、mixiページにおいてもユーザーとつながりを持ったらそれで終わりではなく、自分たちの製品・サービス・ブランドなどをより魅力的に感じてもらうための様々な活動を行なっていきます（運用フェーズについては書きだすときりがないので、このエントリでは詳細を割愛します）。ただ、mixiページの特徴として定量データが取りづらいという点は考慮しておいた方がよいでしょう。mixiページにはFacebook Insightにあたる解析ツールがない他、Page APIを使っても①いいね数、②フィード、③コメント、3種類のデータしか取得できません（9月21日現在）。このあたりについては今後の改善が期待されますが、現時点では定量的な指標に注目したモニタリングにこだわるよりも、目視でざっくりとユーザーの反応や好みといった傾向を把握する方が時間の節約と精神安定のためにはよいと思います。
 
 
■アクション mixiページやソーシャルサービスの活用に限らず、企業活動としてなんらかの投資を行うのであれば直接的・間接的の差はあるにせよ、①売り上げの増加、②コストの削減、③顧客満足度の向上、のいずれかに貢献する必要があるでしょう（ループスが重視している「顧客満足度」ですが、その測定指標として用いられるNPSは収益性や売上などと相関性を持つ指標として有効であるといわれています）。
以下に、ソーシャル系施策をKGIと紐付ける際の考え方と、mixiページのビジネス活用でそこを重視すべきかを、主観に基づいてまとめました。
 
◯ビジネスマターとの紐付け例 「売り上げ貢献」との紐付け コミュニティで実施した需要喚起施策の効果 測定例：トラフィック流入数、CTR、CVR、CPAなど mixiページでも外部リンクのクリックを計測することで測定可能。 URL短縮サービスやリンク先でのアクセス解析と組み合わせる。 コミュニティ経由で獲得した新規顧客のLTV 測定例：推奨者の関与による新規顧客（口コミ人数×態度変容率） × （LTV + アクイジションコスト） mixiページでは口コミの電波状況が測定できないため測定不可。 「コスト削減」との紐付け 顧客サポートのコスト削減 測定例：コミュニティ上で解決した（と思われる）課題件数×（オペレータの時間給×課題解決にかかる時間） mixiページでは機能的な問題（インタラクティブなコミュニケーションに向いていない、など）があり現実的施策とは言えない。 既存の顧客管理システムとのコスト差分 測定例：メルマガ送信1件あたりのコスト×（コミュニティでの情報発信量） CRMや自社コミュニティ構築コストとの比較も有用。 到達指標なのでmixiページでも実施可能。 効果指標を取るためには工夫が必要。 広告費換算でのコスト削減 測定例：投下コストあたりのクリック数を比較 mixiページでも外部リンクのクリックを計測することで測定可能。 URL短縮サービスやリンク先でのアクセス解析と組み合わせる。 実店舗送客でのコスト削減 測定例：投下コストあたりの送客数を比較 mixiページでは機能的な問題（ページ単体では位置情報系が利用できない、など） と規約（インセンティブ不可）上の制限により現実的な施策とは言えない。 「顧客満足度」との紐付け 批判者から推奨者への態度変容価値の測定 推奨者が生み出す追加LTV−批判者によって失われるはずだったLTV mixiページ云々、というよりも測定や算出に必要な基礎データの領域が広すぎるためここでは論じない。 サポート件数と離脱率との相関の分析 ソーシャルゲームなど、離脱率を細かく測定しているビジネスではサポート件数との相関を調べる。 mixiページでは機能的な問題（インタラクティブなコミュニケーションに向いていない、など）があり現実的施策とは言えない。  
このあたりは、業種業態によって全く測定項目が違いますので、「まあこんな感じか」程度にご覧いただければ幸いです。要は、今のところmixiページのビジネス活用は「mixiページ上からどれだけ外部（多くは自社）サイトへリンクさせたか」が主要な測定項目で、打つべき施策もそこへ繋がるものが多くなる、ということです。mixiページアプリを使ってmixiペイメントプログラムなどでマネタイズすることも考えられますが、mixiページとmixiアプリを一緒に扱うと大変なのでやめておこうと思います。また、これはあくまでも現時点で取れるデータややれることから考えられる内容です。将来的に取得できるデータや拡張機能、サードパーティアプリなどが増えれば別の使い方が見えてくるかもしれません（参考：mixiタウン構想に関するIT Media記事）。
 
 

■mixiページをビジネス活用する際の注意点 まだまだ私もmixiページの運用経験は少ないのですが、注意したい点、気がついた点を挙げておきます。
インセンティブの制限 ユーザーの行動（フォロー、いいね、コメントなど）にインセンティブを与えることは禁じられています。Facebookでは、Facebookページの「いいね（ファンになる）」など、一部の機能に対してはインセンティブを与えることができますが、それをもう少し厳しくした感じです。 リンク先の対応 管理者がmixiページに投稿すると、PC・ガラケー・スマフォの全プラットフォームで表示されます。投稿にリンクを入れる場合などは、リンク先が携帯での表示に対応していなかったりすることもありますので注意が必要です。 アプリ開発の手間 mixiページでは、mixiページアプリという独自アプリを開発して機能を拡張することができます。Facebookとは違いガラケーでも使えるのが大きな強みですが、たくさんのプラットフォームに対応するとその分開発コストはかさみますので展開するプラットフォームの選定はしっかりと行う必要があるでしょう。 マイページからの流入最適化 mixiページがユーザーからフォローされると、ユーザーのマイページにmixiページの新着情報などが表示されるようになります。ここから、どの程度再訪問してもらえるかがmixiページ運用において重要な点になりそうです。気になった点を幾つか挙げておきます。 今のところ重み付けのアルゴリズムはなさそう。 あまりたくさん投稿しすぎると迷惑なページと判断され、フォロー解除されてしまうのではないか。 多くのページをフォローするユーザーでは流れが早くなることが予想される。 投稿タイミングを、ユーザーのPC閲覧時にしっかりと合わせることが重要になるのではないか。 マイページからの流入が期待できないと、結局は広告に戻ることになるのではないか。  
■Facebookページとの傾向の違い 現在、いくつかのサイトでmixiページのランキングを見ることができます（Googleの検索結果）。9月21日時点では、1位の西野カナさん公式ページ（ファン数約58,000人）を筆頭に、上位10アカウントは芸能人と人気のmixiアプリで湿られています。現時点で1件も投稿がない西野カナさんのmixiページにこれほど人が集まっているのは、mixi公認アカウント制度の終了に伴い、公認ページからの移行が進んでいるためだと思われます。西野カナさんの場合、公認アカウントで55万人の友だちがいますから、1割程がmixiページへ移行していることになります。

※図：西野カナさん公認ページでのアカウント終了のお知らせ
 
mixiページ、Facebookページのファン数ランキング1位〜9位を比較してみるとこんな感じです。

芸能人、アーティスト、ゲームが多くエンタメ色の強いmixiページランキング（非公式サイトも多いですけど）と、企業ページが多くビジネス色の強いFacebookページランキング。傾向の違いがよくわかります。ファンの書き込みも、きっとmixiページはくだけたフレンドリーな感じで、Facebookの方がよそ行きな感じなのかなー、と思ってみてみたらそうでもありませんでした。

上記はそれぞれソナーポケットmixiページ（ファン数約1.5人）へのレス、板野友美さんFacebookページ（ファン数約1.25万人）へのレスです。いくつかのページを見比べる限り、実名・匿名の差ははっきりとした書き込みのスタンスの差に繋がっていないようです。ただ、mixiページのコメント数はFacebookページのものに比べて圧倒的に多いです。このあたりは公認mixiアカウントで培ったファンとの交流という下地があってこそのものだと思います。西野カナさんのほぼすべてのmixi日記にはいいねが最大値の1000件、コメントも最大値の500件(日記一覧。閲覧にはmixiへのログインが必要)ついています。
このような傾向の違いは、mixiとFacebookが持つ機能面の差ではなく、プラットフォームが抱えているコンテンツの差と言っていいでしょう。芸能人やエンタメ系コンテンツのビジネス活用が、mixiと密接に連携していくのか、それともマルチプラットフォーム化するのかによってユーザーの閲覧メディアは影響を受けていくと思います。例えば、ある芸能人がmixiからFacebookに移行に移行すれば、熱心なファンはFacebookの利用を始めるでしょう。Facebookに完全移行するのではなく、mixi・Facebookのマルチポストを行うのであればファンは自分が使っているSNSで引き続きコンテンツを楽しむだろうと思います。ファンにとってはプラットフォームや機能性ではなく、コンテンツこそが選定基準になると思います。SNS間で強力なコンテンツの誘致合戦が始まる可能性は、少し前のソーシャルゲームプラットフォームでの人気ブランド争いを思い出させます。個人的には、SNSはコンテンツホルダーのプラットフォーム依存度が低いので、しばらくはマルチポストが主流になるのではないかと考えています。
 
というわけで、情報が少ないながら色々書いてみました。リリースされたばかりで機能的にはまだまだ物足りないmixiページですが、mixiタウン構想という魅力的なビジョンの実現に向けて今後も機能が追加・改善されていくものと思います。タウン構想でもmixiペイメントプログラムの拡張が示唆されていましたが、SNSがブランド・企業・芸能人といった「コンテンツ」をどれだけ抱えるかはその後のマネタイズに大きな影響を与えるはずです。mixi・Facebook両プラットフォームの今後の動向を見る際に、開設されたブランドページの数と質に注目するのは有益だと思います。
ソーシャルプラットフォームとコンテンツという観点でmixiを見た場合、バスキュール号・トーチライトというmixiと関係の深い企業の存在が気になるところではありますが、ちょっと長くなりましたので今日はこの辺で締めさせていただきたいと思います。

Facebookセミナーや講演で使う資料が300ページに近づき、充実してきたので公開します。 最近ではSMMやアプリ開発など、分野特化型で詳しいセミナーが出てきていると思いますが、網羅的に説明する系のセミナー資料では一番詳しいのではないかと思っています（普通300ページなんてないですしｗ）。もしあったらごめんなさい。。
 
◯スライド改訂履歴 mixiのファンページ説明について、一部憶測を元にした記述があったため削除。 事例の一部を削除。  
かなり大きい資料なので、目的の内容を探すのが大変かもしれません。内容の一部を以下に紹介しますので、該当箇所をじっくりとご覧いただければと思います。
【完全版】Facebookビジネス活用セミナー資料 View more presentations from Naoto Kyo 【ちょっとお知らせ】ループスのFacebookページがリニューアルしました。  
■前段の話
去年からセミナーで話していることなのですが、「なんでソーシャルメディア？」という話の振り返りです。最近はアクイジションコストが高くなってきていることをもっと強調すべきかな、と思っています。現状のスライドでは、メディア接点の変化、生活者の情報技術向上、情報流通の変化などを挙げています。

今年のデータ入れなきゃなあ、と思いつつ放置されているスライド。
 

ネットでは情報流通ロジックが大きく変わってるんですよ、という図。


この図は独自の分析が入っているので参考程度でお願いします。
 

結局ソーシャルメディアなんてどうてもよくて、情報化された生活者とどう付き合うかだけの問題なんですよね。
 
 

スマホも伸びてます、という図。出典はMMRI調査。
 
 

営業は外ばかり見ますが、実は社内のリソースや体制は大切なんじゃないかと思っている人もいます。
 
 
■ビジネス活用可能なソーシャルテクノロジー 「ソーシャル化」と「ソーシャルメディア」と「ソーシャルテクノロジー」はそれぞれ違うと思っているんですが、ここでは企業が「ソーシャルメディアをビジネス活用する」と考えた時に選択肢として挙げられるテクノロジーをピックアップしました。
 

とりあえずFacebookの概要。
 
 

続いてmixi。
 
 

Twitter。
Youtubeやその他特化型SNSにも一応言及があります。
 
■Facebookページの話
こういう基本的な図も入ってます。
 

いいねの仕組み図解。
 
■Facebookページ開設後 よくお問い合わせをいただく、「FBページ開設後どうするか」の話です。
自社顧客のファン化 広告 アプリ開発 の順で、それぞれについて説明してます。
 

それほど気に入ってる画像ではないんですけど、露出多いです。
 

自社の「ファンページ」なのに、自社顧客を参加させることを考えない方も多いですよね。
 

大切なソーシャルプラグインは２つ。
 

OGP設定しましょう。
 

インサイト使いましょう。
 

自社顧客の満足度があがったら、新しい認知の獲得。

広告にも色々種類があります。
 

ソーシャルでセグメントできると言っても、たくさんインプレッション欲しかったらマス的になりますよね、という話。
 

続いてアプリの話。
 

普通に考えれば最後の施策ですよね。
 

いろいろ使えまっせー、という表。
 

規約系、罠が多いので注意。
 
■まだまだ続きます このあとも知っている人には当たり前で、知らない人には小難しいはなしが延々と続きます。スライドシェアでじっくりとご覧ください。

今更ですが、AISASの話とか。
 

無理矢理つなげてみたり。
 

奥谷部長に聞いた、良品計画の体制の話とか。
 

こういうわけのわからない図とか。
 

結局大事なのはネタなんですけどね。
 
■もろもろ入ってます。 御社のFacebook活用戦略検討や、顧客提案等にお役立てください。 （できれば、その際に「ループス」の名前を入れてもらえると嬉しいです）
講演を依頼していただける場合は1時間5万円が基本ですが、条件次第では3万円から承っております。 naoto@looops.netまでお気軽にお問い合わせください。
 
 
【完全版】Facebookビジネス活用セミナー資料 – Presentation Transcript Social Media Consulting Facebook講演資料 株式会社ループスコミュニケーションズ 直人 naoto@looops.netCopyright 2011 Looops Communications Inc. All Rights Reserved. 1 Facebook利用の4つの施策エリアFacebook Page Graph APIいわゆるファンページ。Facebook Facebookと外部システムを連携さビジネス活用のベース。 Facebook せる。様々なアプリを実現可能。 Page (ファンページ) Graph API (アプリ) Facebook Social Ads Plugins (広告) (外部サイト用ツール)Facebook Ads Social Pluginsソーシャルグラフでターゲティング [...]

8月6日に行われた CSS Nite in Shizuoka の講演内容から、mixi年賀状などで有名なメールdeギフト代表取締役、白形知津江さんのプレゼンテーションを許諾をいただいた上で公開します。起業の経緯や心構え、社員の育て方などを白形さんの経験を元に語ってくださいました。
 
Webサービス立ち上げの経緯と考えるべきこと 講師紹介：白形知津江 （Chizue Shirakata） 株式会社メールdeギフト 代表取締役
女子栄養大学卒業後、スキー選手を経て、出演業に転身。 出演業、編集、制作、広告、ビジネススクールを経て電通入社。 取材先のヨロン島で社会起業の意義を感じ、まちづくりアドバイザーに赴任。 結婚、出産のため静岡に移り、2005年11月メールdeギフトを創業。
http://www.maildegift.co.jp/
■はじめに。なぜサービスをはじめたのか。 先人たちが築いた礎の上に自分たちの生活がある。今を生きる私たちは何ができるだろう、ということでWEBサービスを立ち上げた。 人生とは？ 出会い・経験⇔挑戦すること やるか、やらないか やり抜いた人だけが行き着ける場所がある。 挑戦者は美しい。 白形さんの人生 大学→スキー選手に挑戦！→芸能活動に挑戦！→フリーランス記者に挑戦！→ラジオ番組に挑戦！→仕事に挑戦！（制作会社→広告会社→MBA→電通）→ヨロン島行政 電通に入った人は、１０年間受験戦争を勝ち抜いて来て頑張った人。でも入ったことで安心して頑張らなくなる人もいる。２６歳からがむしゃらにがんばったら追いつくことができた。29歳で電通入社。 人生の軸となるもの メールdeギフト立ち上げの理由 現在の社会への反感→社会起業 こころの豊かさの喪失 消費優先の社会システム 画一的な価値観を作る教育 メールdeギフトとは？ メールアドレスがわかれば住所がわからなくてもプレゼントができる。 受取人が自分で住所を入れる。 送った人も、受け取った人も嬉しい。 メールを受け取った時、ギフトが届いた時、２回嬉しい。 法人キャンペーン事例 NTTグループの消費者キャンペーン 日本HP コニカミノルタの消費者キャンペーン その他  
■法人設立までの振り返り 経緯 SOHOに持込み お世話になった人に花一輪でも送りたかった。でもそういうサービスはなかった。 SOHOインキュベーションサービスに持ち込んだらおもしろそう、ということになった。 自分で特許申請。特許出願だけをしただけでも大手と提携するときに強い武器になる。 審査請求すると２０万だが、出願だけならタダ。弁理士に頼まず自分でやる。 設計図は書けないから模造紙に手書きで書いた。 個人事業で開始 ホームページビルダーを買って、自分で作ったスゴイ恥ずかしいデザインのまま１年くらい運営した。 徹底したマーケティング サービスを続けていると、自分が思ってもみなかったリアクションがくる。 ３６５日毎日自分で対応。対応した内容をフロー図化して、企業に持ち込む際に資料にした。 経験は武器になる。誰にも真似できない。 戦略立案 入院して、やることがなかったので徹底的に戦略を考えた。 考え続けていると、なんだかできそうな気になってくる。どうしてもやりたくなってきた。 退院後、私募債を発行、２００人くらいにメールを売ったら４００〜５００万くらい集まり、法人設立をした。 法人設立 ガイアックスの社長がよく使ってくれていた。だんだん社内に送るようになってきたので真似されないか心配になってきた。 「会ってくれないか」と電話した。 ガイアックスは真似する気まんまんだった。 特許出願の旨、改善フロー、静岡から名古屋まで定期を買ってその他を話し続けたら先方が根負けし、提携した。 ガイアックスと業務提携先開拓 システムができていないけど、できてる風にばんばん説明。 大手ゲームポータル ゲーム MS、mixi ソネットが気に入ってくれ、「メールdeギフト」サービスがスタート。 この世界度胸とはったりが重要。ちゃんと作ってたら遅れをとってしまう。 資金調達 なんとか４社から７０００万くらい集めた。 ■サービスの育て方 ５W1Hはばかにできない根本！ このサービス、いつ、どこで、誰が、何を、なぜするって？ 考え続けていると脳が活性化してくる。 組み立てる、設計する。 広がった妄想の実現方法をプロセス化する。 まずは１〜３年 ３C分析 競合はばんばん真似してくる。 楽天、カウネット、モバギフト、どこもやってくる。 そしてどこも撤退していく。 このビジネスだけでは儲からない、関連事業とのシナジーが大切。 発信(PR） 新聞記者を捕まえて話しかける。 「新しい事始めたんです！」と目をキラキラさせて話す。 新聞に取り上げられるとテレビが寄ってくる。 プレスリリースを書いて、逐一投げ込みに行く。 事業の拡大 開拓の仕方 ホームページ開いて 代表電話調べて 電話して 「どーしてもやりたいんですけど」という。 だいたい会ってくれる。 「こんなサービスです」ではなく「おたくにとってこんないいことがあります！」とを言う。 電話終わる時「ほんとにやらなくていいのかな？」と相手の担当者に言わせる。 mixi年賀状の展開例 初年度７０万通の実績、大ヒットした。 サーバ20台強で運用。 これまで実現できなかった「仮想世界をリアルに繋げる」初の仕組み。 （裏話色々） だいいちテレビとのコラボ「メールdeだいいち」 なんにもWEBがわからない人が、だいいちテレビにいって色々と妄想をふくらませてきたら実現した。 日本郵政と提携 24歳の女の子が一人で作った。 リーガルチェック等のレギュレーションが非常にきつい。 郵便局でモノを売ろうとすると、説得材料となる市場調査が死ぬほどキツイ。売りたい醤油が何滴使われるかまで調べる。 マイクロソフトとの展開 コンタクトリストを利用し、メッセンジャーやホットメールのコンタクトリストから直接指定。 みんな素人が作った。 挑戦するたびに成長していく。 大きいシステムでも少人数でなんとかやり抜ける。 新サービス Facebookで花を贈るサービス 「誕生日メール」 ギフトサービスは、単体ではビジネスモデルとして成り立ちづらい。 リマインダーと連携させた。 素人の田中くんがデザインを書いた。そのまま出していっちゃおう。 まだバグがあるかもしれないけど、見つけたら教えてください（笑）  
■最後に 文化 身内だけでも始めた。 新人にもどんどん仕事をさせちゃう。 自信と能力がどんどんついてくる。 VCとでも弁護士とでもやりあえるようになってくる。 静岡にこだわっているのは「人の優しさ」 人に喜んでもらうためのサービスなので人と環境にはこだわりたい。 まとめ 何がやりたいか 自己分析、何に生涯をかけるのか、価値の洗い出し 組み立てる、設計する 行動する、考える 何も準備がなくても飛び込んでいくことが大事。 マイクロソフトも最初は何もなかったが、4年後向こうから電話がかかってきた。 全てが必然 人生を楽しくするのは自分次第 やらない理由はいくらでもある。自分の人生を変えられるのは自分だけ。 ループスのFacebookページがリニューアルしました。

株式会社コパイロットの定金さんという方に、「いけてるページはスマホ対応すべき」的なことを言われたので対応してみました。そのままだと、Facebookのいいねボタンなどソーシャルフィードバックが何もでないので少しだけカスタマイズしました。
このブログはWordpressで構築しているので、スマホ対応のプラグインがないか探したところ、そのものズバリなブログ記事（Android Techfirm Labo）を見つけました。「WPtouch」と「MobilePress」というプラグインがあるようだったのですが、日本語対応していることと、設定項目が多そうなのでWPtouchの方を選びました。

■インストール 管理画面から「プラグイン」→「新規追加」→「WPtouchを検索してインストール」→「有効化」するだけです。全く難しいことはありません。

 
■設定 続いて「設定」→「WPtouch」で設定を行います。
最初に「General Settings」→「Regionalization Settings」で「Japanese」を選択すると設定画面が日本語になるので楽ちんです。私は最後に気がついて愕然としました。

 
オススメの設定は「タイトルの省略を有効にする」をオフにすることです。 デフォルトではオンなのですが、iPhoneだと最初の10文字くらいしか表示されないのでタイトルから本文の内容がよくわからなくなります。
「Twitter リンクをヘッダーに表示する」というオプションも気になったのですが、WordTwit 2.3.3が必要らしく、どうせFacebookの「いいね」ボタンを入れることになるし、あまりプラグインを増やしたくないので私は使わずにいます。
また、ProwlというGrowlクライアントアプリと連携するとブログにコメントがあった場合などに自分のiPhoneやMacにプッシュ通知を送れるようです。便利そうではあるのですが、iPhoneの待機時に電池消費したらやだなぁ、なんて考えると積極的に試してみようという気にはなりませんでした。Chrome用エクステンションもあったので即レスしたい方は便利かもしれません。どなたかお使いの方いらっしゃいましたら使い勝手を教えていただけると嬉しいです。
 
■キャッシュ対応 キャッシュプラグインを使っている場合、PC版のキャッシュを表示しないようにスマホのユーザーエージェントを除外する設定が必要になるようです。
WP Cache の設定はこちら、WP Super Cache の設定は こちら、W3 Total Cache の設定は こちら からそれぞれ動画で設定の仕方を教えてくれます。私はWP Super Cacheを使っていたのでそのやり方をメモしておきます。 「設定」→「WP Super Cache」→「詳細」へ遷移し、「除外するユーザーエージェント」に以下の文字列を入力して保存します。 Android CUPCAKE Googlebot-Mobile bada dream iPhone iPod incognit os8000 webOS webmate 保存したら、同じ「詳細」設定ページで 「mod_rewriteの設定を更新」して終了です。
 
■ツイートボタン＆Facebookいいねボタン対応 これだけでスマホ用に綺麗なテンプレートが表示されるのですが、最低でもTwitterとFacebookとは連携しないとPVが伸びません。ソースを適当にいじってなんとかすることにします。
WordPressのルートディレクトリから、
wp-content/plugins/wptouch/themes/default/single.php とやって、30行目あたり「<div id =”singlentry”>」以下に次のようなHTMLタグを埋め込みます。
35 <div id="fb-root"></div> 36 <script> 37 window.fbAsyncInit = function() { 38      FB.init({appId: "[facebook-app-id]", status: true, cookie: true, 39      xfbml: true}); 40 }; 41  (function() { 42    var [...]

7月28日（木）の第1回フラミンゴの会は、DeNAのEC事業本部モバオクマーケティング部を統括するPDこと金井路子さんに講演していただきました。 講演の内容は以下のような感じです。
モバオクでTwitter運用を始めるまでの経緯 運用中止〜再開までのすったもんだ 運営担当だけではない、支える組織と仲間の重要さ フォロワー数とトラフィック流入の相関関係 私は一応ソーシャル屋のような仕事をしていますが、人事の選定基準や企業文化といった舞台裏に関する情報はなかなか入ってこないため非常に興味深く拝聴しました。
実際に勉強会で使用されたスライドは、金井さんがSlideShareで共有してくださっています。
201107_Flamingo_kanai
View more presentations from Michiko Kanai  
 
また、ASSIOMAではご本人によるレポート記事も掲載されています。
「EmpowermentとMarketing」 DeNA 金井路子
今回は、この講演を拝聴し、その後のディスカッションを通して得られた学びについてまとめてみたいと思います。
■企画・検討フェーズ 現在運営されているモバオクのTwitterアカウント（@mbok_jp）は、2010年に運用を開始したそうです。ただ、コンセプト不在でなんとなく開始したため途中で方向性を見失い、フォロワー数2500人程度で放置。フォロワーの盛り上がりもそれほどなかったとのことでした。ところが2011年5月になって運用を再開、背景となったのは以下のような要因だったそうです。

◯2011年5月マーケ×CSプロジェクト発足 ユーザーの声を集め、集約してサービスに展開する。 CSという既存顧客に対する投資と、マーケティングという潜在顧客に対するアプローチにつなげ、一気通貫でマネジメントするワークフローの導入。 短期決戦でプロモーション・売り上げにつなげるのではなく、長期の視点を持って取り組み直す価値があると判断した。 他社の成功事例を分析すると、まずはフォロワーを集め、マインドシェアを拡大し、その後の施策で結果に繋げていることがわかった。 キャンペーンについては奇をてらうよりは他社の成功例に学んだほうがいい。 「２ちゃんねる」などCGMでモバオクに対する書き込みが見られたが、企業としてそれらの書き込みに反応できていなかった。 有料化に伴って離脱した会員ともう一度関係を構築し直したい 正しい情報を伝えたい サービス改善のヒントを見つけるために深堀りしたい ・・・など 自社メディア（モバオク）内で発信する情報に対して、ユーザーのリアクションが薄かった。  
Twitterアカウントのコンセプトは「顧客同士が繋がるマーケットの面白みをつたえる。B級感と雑多感。」。定量的指標としてはPVとの相関やRT数、ハッシュタグ付きツイート数を設定し、3Qまでに販促に繋がるようなトライアルを実施するという期限も設けました。
また、運用再開にあたって、予算の承認が難しいことはわかっていたため、コストの安い新人のアサインを前提とし、何かあった場合は金井さん自身が部長として責任を取ることを条件に企画を通したということです。十分な実績のない、新しいことをはじめようとする際の可能性やリスクは、机上の空論を何時間費やしても結局は確証を得ることはできません（中島聡氏の言葉）。可能性を信じる人間が、許容できる範囲でリスクを取りながら、やる。満場一致が得られるのを待つよりアジャイルで現実的な方法論だと思いますが、失敗が許される（再チャレンジが許される）環境でないとなかなかこういうことはできないのかもしれません。
 
■人選 金井さんのお話で一番おもしろいのがこの部分です。運用にあたって属人性の高くなりがちな「個性的なTwitterアカウント運営担当者」をどのように見つけるか。金井さん自身は以下のように分析しています。

◎金井さん（部門長として）の選定基準 生活者と同じ目線を持っていること。 伝えたいイメージはモバオクの雑多感。「B to C」ではなく、「B into C」の目線が必要。 ミーハーであること＝ネタを見つける力 ビジネススキル問わず とても重要。完璧な人材はいないし、コストが高い。特化した人材が最適。 1ヶ月半で、フォロワー200%増にチャレンジできるメンタル DeNAの社風・文化として、数値目標に対するプレッシャーは強い。 ある程度の文章力 他社のTwitter運用プロに言わせると、「俳句や詩、歌に近い。140文字で的確に意図を伝えるのは至難の職人芸。」 ◎事業リーダー（金井さんの上司） 売上に直接つながらなさそうなので、まずは若手で。 何かあったら、金井責任でOK。 ユーザコミュニケーション対応への経験値。  
◎担当者の人柄 新卒採用の若手 既に2500フォロワーがいるアカウントを任されるプレッシャーは感じる。 3週間、プランニングだけをじっくり考える。 他社事例のキャンペーンまとめも自らつくり、論理的に社内プレゼンし、予算獲得。 ◎人事推薦理由 採用した社員の中から最適と思われる人物を選出。 組織のリーダーを務めていたことがあり、影響力がある。情報発信者として最適。 目標に対して死に物狂いで努力するタイプなので、フォロワー数というわかりやすいKPIをバネにできる。 とにかくがむしゃらにトライしていくタイプなので、既存の試みよりも、全く新しいものを自分で試行錯誤していく方が本人の志向性と合っている。  
部長や事業リーダーのような権限者が明確なビジネスとしての指標を持ち、許容できるリスクとコストを決定し、運営担当者のイノベーションを支援する。運営担当者は与えられた権限と責任範囲内でコミュニケーション戦略に特化し、経営に対してコミュニケーションプランの説明や経験からのフィードバックを行う。この関係はシャーリーン・リーが著書「Open Leadership（Amazonへのリンク）」で説明しているHERO契約そのものです。

「HERO（ヒーロー）」とは「Highly Empowered and Resourceful Operative」の頭文字を取ったもので「権限を与えられ、問題解決に必要な資源を持つ社員」と訳されます。同書では、経営とIT部門が権限と資源の両面からHEROのイノベーションをサポートする方法が書かれています。
 
■運用と成果 運用フェーズでは、定められた期間内に「フォロワー数を2500人から倍の5000人にする」という目標を掲げ、奮闘する担当者のストーリーを語ってくれました。
誰かに決められたやり方ではなく、担当者が自分自身でプランニングした戦略を実行し、フォロワー増加という結果を出していく。その過程で新たな手応えややりがいを感じ、どんどんのめり込んでいく様子。印象に残ったのは、休日、外出先でスマートフォンの電源が切れた担当者から「どうしてもリアクションしたいユーザーがいるので今から会社に戻ります！」と電話がかかってきた、という話です。企業アカウントの中には、上司から指示されて特に必要性も感じず、自分を殺して淡々と情報を流している担当者もいると聞きます。権限と責任（目標）を与えられ、顧客コミュニケーションを「中の人」として真剣に続けるうちに、担当者の意欲が掻き立てられていくのが感じられました。「人」でも「組織」でもなく「中の人」。個人が組織やブランドを代表する、というのはこういうことなのだな、と実感しました。 ※コミュニケーションプランは法務のチェックを受けてから実行しているそうです。

上記は直近3ヶ月の@mbok_jpのフォロワー数の推移です。7月に実施されたハワイ旅行などが当たる「モバオク挑戦状」の効果か、順調にフォロワー数を伸ばしています。

定量的指標であるフォロワー数、被リンクツイート、流入トラフィックにも有意な相関が現れています。ボリュームとして大きいわけではありませんが、このままユーザーの高いフィードバック率を維持できれば、ソーシャルチャネルの特性である情報投下コストの安さと接触回数の多さが生きてくるので、長期的に見て確かな成果につなげていくことができると思います（ROIがどうだ、という話は当然あるのでしょうけど）。
また、定量的指標はないものの批判的なツイートに対する個別サポートも行っており、説明できるものはできるだけ説明するようにしているそうです。きちんと謝罪or説明をした人は全員今でも反応をくれるユーザーになってくれた、と語ってくれました。
 
■課題 モバオクのTwitter運用は、2011年5月から手探りで始めた取り組みであり、まだまだ課題も多いようです。有料会員増加への道筋、属人的な運営ゆえの引き継ぎ問題、ブランディング成果の測定、CS業務のROI測定といった課題については会の参加者も同じ悩みを抱えているケースも多く、議論が白熱しました。ここではそれらのやり取りを公開することはできないのですが、会の運営を続けていく先に何か有益な仮説や結論が出た際には、参加者の誰かが発表してくれると思います。
 
■まとめ 以前、「マジックワード ”ソーシャル” を取り巻く課題の本質を考えてみた」というエントリで、「情報の力で強化された個人と法人の関係性」でソーシャルな施策の検討領域を四象限に分解しました。今回の勉強会では、金井さんのお話を聞きながら各象限での取り組みに関する良し悪しをプロットしていったのですが、ホワイトボードに書いたその内容を金井さんがスライド化してくださいました。

このように分解すると、「Twitterの施策」というプロジェクトを、「企業の中と外で発生する相互作用」という観点から俯瞰できます。モバオクのTwitter活用はマーケティングに施策・KPI共に集中しており、その成果を支えるのは経営とテクノロジーによってエンパワーされた特定の個人（運営担当者）。そしてそれの方向性を決定し、マネージする中央の管理・経営層（部長・事業リーダー）という構図です。
特徴的なのは、金井さんの話の随所に「個人」に多くの裁量と責任を与える文化が現れていることです。資料内でもコミュニケーションマネジメントについては「自らが考えて実行する。ネタもTweet本文も。最低限のルールだけレクチャー」と表現されています。参加者からもその点については賞賛の声が多かったのですが、金井さんは「DeNAのカルチャー」として以下のようなものを紹介してくださいました。
■DeNA Quality 級の表面積 自身が担当する領域において、DeNAを代表する気概と責任感を持つ。 2ランクアップ 目線とコミットメントを高く持ち、組織と個人の成功のために全力を尽くす。 透明性 チームワークとコミュニケーションを大切にし、仲間への 責任を果たす。 発言責任 階層にこだわらず、のびのびしっかりと自身の考えを発言する。 最後の砦意識 誰かにチェックしてもらうことを前提とせず、高いプロフェッショナル意識を持って仕事をする。 「自身」と「責任」。Zapposやスターバックスにも共通する、「個」を尊重する企業文化だと感じました。DeNAの社内には至る所にこのポリシーが掲げられているそうです。参加メンバーの所属会社は歴史も文化も様々なので、「うちではやりたい人を募集しても絶対に誰も手を挙げないと思う」「そもそも顧客サポートは完全にアウトソースしているので変革しようがない」といった意見も聞かれました。それでも、「個」にフォーカスする時代へ適応する必要性を感じているという点では参加者の意見は一致しています。金井さんやDeNAのようなオープンネスを持った個人や企業が率先して施策を実施し、その成果や方法論を世の中にフィードバックすることで、少しでも社会のオープン化に貢献できればと思います。
フラミンゴの会は8月の下旬に第2回を開催予定です。また公開可能な内容があればレポートさせていただきます。

『スマートフォン向けソーシャルサービスのこれまでとこれからの開発について』 グリーがスマートフォンサービスを提供し始めてからまもなく一年経とうとしています。スマホ市場におけるグリーでのサービス提供の取り組みやソーシャルアプリの利用動向、GREE Platformの動向などを 技術的な視点、ビジネス的な視点も踏まえて、これまでとこれからの取り組みを紹介したいと思います。
グリー株式会社 メディア開発本部 ソーシャルアプリケーション統括部 第3プロダクションチーム グループリーダー　伊野 友紀 氏 2006年4月ヤフー株式会社入社。2009年5月グリー株式会社入社。入社後、『クリノッペ』のPM、『海賊王国コロンブス』の立ち上げを経て、現在はソーシャルアプリケーション統括部グループリーダーとしてスマートフォン関 連の事業監督を担当。 グリー株式会社 メディア企画本部　清田 徹 氏 2005年　株式会社元気モバイル入社。2006年　株式会社ライブウェア入社。2010年　グリー株式会社入社。FlashLiteミニゲーム制作を経験。グリー入社後は主にソーシャルアプリの演出Flashを制作。現在はFlashチームリーダーとして、FlashLite制作に加え、Flash部分のスマートフォンへの移植業務を担当。 スマートフォン市場 スマートフォンの出荷台数がどんどん伸びている。2012年にはフィーチャーフォンのシェアを抜くといわれている。スマホの時代になってきた。 2013年スマホの契約台数は6000万台と予測。体感として東京は早い。 スマートフォンアプリのトレンドはアプリ内課金が50%と急成長。 ソーシャルアプリケーション市場 ソーシャルアプリ市場は2000億規模へと拡大の見込み。3000億という強気な予測も聞かれる。 スマートフォンに以降した場合、継続率、消費率、ARPUに変化はあるか。 今のところ変化はフィーチャーフォンと違いはない。スマートフォンでもソーシャルアプリビジネスは可能。 スマホ向けソーシャルアプリ市場は予想以上に大きい。 2010年、5年後にはガラケー市場がなくなり、グリーのビジネスがゼロになるのでは、という前提を元に今後を考えた。 複数の手法でスマホ向けサービスを提供（WEB、ネイティブ、その中間のハイブリッド） アドプログラムやリワードも提供 ドラゴンコレクション、100万人の三国志、ぷよぷよ、ボンバーマンなどのメジャータイトルが人気。 フィーチャーフォン版GREEユーザーをシームレスに連携 デベロッパーサポートSDKの配布、ミドルウェアのサポート、自社技術の公開、アド・リワードプログラムの提供 グローバル戦略 OpenFeint（7500万ユーザー）を買収。合わせて1億人クラスのプラットフォーム。 プラットフォームとしては、国内はGREE、海外はOpenFeintを使っていく。 Tencent（6.5億）、Mig33（4700万）と連携し、8億ユーザーにリーチできるネットワークを作る。 中国語の翻訳など多言語化サポート、中国にIDCを設置 技術面 スマホ向けサービスの提供の仕方は色々な方法が考えられる。 WEBでのスマホサービス 変更が容易。可能性は大きい。 PC版やモバイル版の見た目を少し変えればOK 慣れたWEBのノウハウ HTML5＋CSS3＋Javascript、Webkit等新技術の取り込みが重要。 GemeCllosure、Impace、GoogleWebToolkit ハイブリッドなWEBサービス ネイティブならではのメリットは享受したい。それ以外の部分はWEBでいいじゃない。 ツールバー部分などはネイティブで実装し、UIの大部分はWEBで。 WEBUIからネイティブの機能を呼び出す。 WEB側にロジックを持つと柔軟なチューニングが可能になる。 WEBだとできないことができる。 AndroidでもiOSでも共有のURIが作れる。 WEB部分はサーバサイドで変更可能。 ネイティブアプリ ミドルウェアでの開発がお勧め 開発言語を選びたい デバイス対応工数を減らしたい。 Titanium Mobile iPhoneやiPad、Androidを対象とした開発が可能で、ひとつのソースコードでマルチプラットフォーム展開をすることができる。 開発に使う言語はWebアプリケーション開発でおなじみのJavaScriptです。 別の講演で詳しく。 Unity C#、Lua、JavaScriptで3D開発。 頑張れば2Dも可能。 GREEではいくつかのカジュアルゲームでUnityを試している。 AIR Developer Tool(ADT) Flash、ActionScript3、Flexでスマホアプリ開発 パフォーマンスもそれなりに出るようになってきた。今後に期待。 Flash屋には嬉しいソリューション cocos2d iPhoneアプリ開発用のフレームワーク Android版、WebOS版など派生が開発されている。 ワンソースマルチユースではない。 アーキテクチャ比較 HTML5はパフォーマンスと描画性能がネックだが、使いやすく更新が楽。経験値を生かせる。 ネイティブは早くリッチだが工数が高く更新も難しい。OSやデバイス固有の機能も使える。 各種ミドルウェアをかませるとある程度いいとこどりができる。開発工数もネイティブよりは少ない。 GREEは様々なミドルウェアをサポートしていく。 ソーシャルアプリ移植のHow To（内製ゲーム移植の裏側） 海賊王国コロンブスを2011年3月にスマホ版リリース。 エンジニア1名＋デザイナー0.5名で1ヶ月で移植。 問題点 アプリケーションレイヤ 複数のViewの異なるデバイスが来ることは予測していなかった。 GREEのアプリはHTML/Action/Logic/Storageというレイヤになっている。 ロジック部分を共有して、プレゼン層を多重化するのが理想的だったが、View部分にロジックが書かれていることもあり、理想は崩壊。 Actionをコピーすると複数ソースのバージョン管理が必要となり、破滅することになる。 モバイル用の既定クラスからスマホ用に多重継承っぽくしてなんとか回避。 この反省を踏まえてフレームワークを刷新した。 チート対策 課題 FPでは、SWFにゲームロジックが含まれる。 チート対策はネットワークが破られない前提。 JSで作るとゲーム艫舳が公開されてしまう。 アプローチ 行動毎にサーバサイドで検証 通信回数が多くなる。 行動ログで検証 グリーではこちらを採用 ボス戦前、サーバからシードをもらっておく。 ボス戦終了後、ログをペッと送ってサーバで検証（サーバサイドで戦闘を再実行）する 別々の言語で同じロジックを書くという残念な作業を行なった。イマドキな感じにしたかった。 SWFからHTML5変換 Flashチーム所属。スクリプトを書きながらモーション付けたり、たまに絵を書いたりする人々。 Flash演出制作、ミニゲーム制作 FlashはiOSでは動いてくれないので、HTML5で両方動くものを作る仕事が始まっている。 Flash移植アプローチ 自動変換 難しい 時間がかかる できないかもしれない でもできたら長期的な移植コスト大幅削減 手作業 ゴールが近い 短期でできる 確実に実現可能 長期的に見たらコストが大きい 両方やってみた。何考えてんだ、と思った。（会場笑い） Flash移植に必要な要素 グラフィックの描画 ベクターをSVGに書きだしてみたがCanvasの描画負荷が高くアニメーションに不向き。SVGファイルの容量も大きい。結果的に、予め1コマずつpngファイルに書きだしておくことにした。 Canvasで描画はパフォーマンスが悪かったので、画像を<div>のbackground-image に設定し、CSS3（WebkitTransform）を使って<div>を動かす。GPUサポートが使えるためiOSではかなりの速度が出た。 フレーム（◯◯秒ごとの処理） Flash Lite1.1では gotoAndPlay()で1フレーム戻るのを繰り返すことでループ処理を作る。 HTML5ではタイムラインがないので他の方法を考える。最初はwindow.setInterval()を使ってみたが、1回目の処理が重いと1回目の処理が終わる前に2回目の処理が始まってしまう。window.setTimeOut()を使うことで回避。 ムービークリップのネスト構造 <div>の入れ子で再現。<div>をムービークリップに見立ててライブラリを作る。 ムービークリップさえHTML5で再現できればあとはなんとかなると思った。 Flashに似せることでFlashクリエイターが参入しやすくした。 インタラクティブ デザイン最適化 スマートフォン特有の操作（フリック、ピンチなど）を入れたかった。 釣りスタで色々ためしてみた。 ケータイを振って竿投げるのは電車内でできない。 フリックだと片手で操作し辛い。 はじめて触る人が理解できないようなUXはだめだろう。結局シンプルなタッチが一番ユーザーフレンドリーだということになった。 フィーチャーフォン（FP）版との連動性 まだSP版も、FP版も運営が続く限り両方とも更新されていく。スマートフォン向けにカスタマイズしすぎると更新コストが高くなるので、スマホっぽい機能はホーム画面に集中させる。 CSS3の活用 帯、線、ボタンはなるべくCSSで作っておくとあとあと楽。 端末依存、画面の拡大縮小の影響を避けることができる。 画像容量の節約。 新規ボタン作成時にデザイナーの作業がいらない。 CSS3のデザイン編集ができてコードを吐き出してくれるサイトがある。 CSS3 Button Generator http://css3button.net/ リンク フィーチャーフォンでは上下キーをおしていればまんべんなくフォーカスがいく。 スマートフォンのリンクは触られない限り永遠に気づかれない可能性も。 対策①エレメント数を減らす ボタンは二種類まで 帯は1種類 リンクの色は統一 ・・・など、ルール化して見やすく 対策②リンクとわかるデザインに 盛り上がらせる 囲む タブ 罫線 意外と小さく感じるので大きめに 回線速度は変わっていないので、あまりリッチにすると脱落者が増える。ほどほどでブレーキを。 ゲーム要素を分解して優先度を再確認。 清田さんのキャラが最高でした！ まだ講演の途中なんですが、このあと出番なので、このあたりで一回アップします。

『スマートフォン向けゲームエンジン開発とゲーム開発の現場』 ngmocoと共同開発中のゲームエンジンngCoreとngCoreを利用したゲーム開発の話題を中心に、iOS/Androidのクロスプラットフォーム開発を行う上で意識する必要があること、海外拠点との協業の仕方、スマートフォンゲーム開発の手法や開発上工夫した点などについて紹介したいと思います。
株式会社ディー・エヌ・エー CTO室　佐藤 学 氏 ヤフーで動画配信、検索等のバックエンド開発を経験し、2010年6月株式会社ディー・エヌ・エー入社。海外向けSNS/ソーシャルゲームサービスMiniNationのサーバーサイド、SDK開発を経て、2010年末よりngCoreと、ngCoreベースのMobage SDK開発に携わる。現在は各種スマートフォン向けゲームエンジンに対応したMobage SDKの開発を担当。 株式会社ディー・エヌ・エー ソーシャルメディア事業本部 ソーシャルゲーム統括部 スマートフォンSG部 システムグループ　小山 達矢 氏 高専を卒業後、2010年4月株式会社ディー・エヌ・エー入社。スマートフォンの海外向けソーシャルゲームの運営を経験後、ngCore を用いたソーシャルゲーム「忍者ロワイヤル」の新規開発・運用に携わる。忍者ロワイヤルではバトル、ミニゲーム、視覚効果の開発を担当。  
 
■佐藤学氏講演「スマートフォン向けソーシャルゲーム開発SDK、ngCore」 佐藤氏自己紹介 CTO室 Mobage SDKの基盤開発 グローバル拠点間での連携 要素技術の検証や中長期的な戦略に基づいた開発 大学時代、検索・翻訳支援 ヤフー2006−2010 DeNA2010− MiniNation開発 ngCoreの概要 ngCoreがサポートする、スマートフォン開発で重要な要素 更新の容易さ 日常的なチューニングと定期的なイベント、ステージ追加などが必須。 マルチプラットフォーム対応 全スマートフォンに対応 スマートフォンらしいUX スマートフォン向けゲーム開発ミドルウェア 現在は2Dだが、今後は3D 描画フレームごとにJavaScriotpエンジンに解釈させたネイティブコードを返す。 言語：JavaScript → C++ → Java＆ObjectiveC ミドルウェア：Open GLES、Box2D、Libcurl、Sqlite3 開発ツール：node.js等 アーキテクチャ JSをJavaScriptV8やUIWebViewで解釈し、C++に変換、その後プラットフォームに合わせた言語（Java,C++）に変換し、実行する。 日本、米国、中国といったAPIをひとつのコードで叩き分けられる。 JSなのでWEBブラウザで利用するコードと同じライブラリやテクニックが応用できる。 OpenGLのコードを直接書くより簡単、Canvasを使うよりパフォーマンスが高い。現時点ではCanvasで高いFPSを出すのは難しい。 各国（日・米・中）向けの課金機能を備えたソーシャルゲームが開発可能。 実装について モジュール ’NGCore/Client/Social’ を呼び出す。 呼び出しがSocial.Common.People.getXXXのようになる。「Common」の部分は、必要に応じて各国向けに書き分ける。 デモ iPhoneのエミュレータを使ったデモ。 コードを修正し、エミュレータを再起動すれば変更が反映される。（ソースを保存してから、動作確認までにかかる時間は10秒程度か） エミュレータではなくブラウザで確認することも可能。 ngCoreのターゲット展開 UnityやUnreal Engineのような据え置きゲーム系SDKよりシンプルでサーバ寄り。 海外開発拠点との協業について ngmocoについて 従業員数100名程度 SanFrancisico(SOMA area） 代表プロダクト：WeRule、GodFingerなど 社員は全員シネマディスプレイ DeNAからもかなりの人数が参画している。 海外とのコミュニケーション JIRAが一番効率的。 Mail、Jabber、Skype、電話会議、出張、MTG エンジニアにも詳細なバグレポートをかける程度の英語力は必須。 海外拠点があるメリット・デメリット 海外でおきている情報が入ってきやすい。 優秀なエンジニアが多い。 一発で意図が伝われば、時差があるので寝ている間に対応してくれ、早く進む（場合がある） 逆にきちんと意図が伝わらないと1日無駄になってしまう。 サービスUIが日本語だと再現確認してもらうのが難しい。 iOS/Androidクロスプラットフォーム開発 機能面の違い APIの振る舞いの違い 例：WEBView：iOSでは外から直接JSを解釈させられるが、AndroidではLoadURLをメソッドを明示的に呼び出す必要がある。 同じ機能を持っているが呼び出し方が違う。 解像度の違い Backボタンの存在 iOS中心に開発してきたので、AndroidについているBackボタンの扱いを考える必要があった。 IAP（InAppPurchase）/IAB（InAppBilling） バックグラウンドでの動作 バックグラウンドでダウンロードした時にプロセスが暴走してCPUを食い尽くすことがある。 基本的にはPlatform固有のコードを書くか、最大公約数的な範囲で吸収するしかない。 Android/iOS両方で動く言語 C++ 速度が必要な処理 ネイティブでしか実現できない処理 無名関数、クロージャの有無が最も生産性に影響。JSと違ってスコープ外の変数が参照できないためポインタに書き換えなければならず、コード量がやたらと増えてしまう。 JavaScript WebView内で実現可能なこと アプリのロジック AndroidではV8（JITをベースにしたアーキテクチャ）が搭載可能だが、iOSではAppleの中の人しかJITが使えないため搭載できない。ある程度まではアプリで吸収可能だが、絶対的な性能差は存在する。 Appleのコンパイラ カスタマイズ版のGCC4.2(C++0Xは使えない） Blocks（独自拡張）でクロージャをサポート。iOS3.2以降なら利用可能。mobageではiOS4が96％なので問題ないかと思っている。 Android NDKのコンパイラ GCC4.4系（NDKr５から） エンジニアに求められるスキル JSなどのスクリプト言語でアイデアを素早く形にできる C/C++等ネイティブに近い言語を使ってパフォーマンスの問題を解決できる Android/iOS両方の仕様を理解し、Obj-C/Javaでアプリケーションの振る舞いを制御できる。 WindowsPhoneやHTML5の技術など、オールマイティにこなせるとよい。  
 
■小山達矢氏講演「ngCoreを使ったゲーム開発の実際」 ngCoreとは？ DeNAが開発しているスマートフォンソーシャルゲーム向けのゲームエンジン 自己紹介 24歳、木更津高専で7年間学ぶ。 学生時代からゲームを作りWEBで公開 海外向けソーシャルゲーム運営見習い 忍者ロワイヤル開発 DeNA新卒2年目エンジニア ngCoreの開発実績 忍者ロワイヤル アクアコレクション 牧場ホッコリーナ プティの王国 「忍者ロワイヤル」 概要 ベースはよくあるソーシャルゲームスキーム。 ミッションでレベル上げ、お宝盗む。 映像表現はゲーム専用機向け並み。 スマートフォンならではのユーザー体験。 ホーム画面はスクロール不要に。 フリックで動かせるリストビューやポップアップなど、シーンに応じたイターフェースを提供。 「ミッション」ではワンボタンの手軽さを残しつつスロットが回る視覚効果やシームレスなエフェクトを適用。 ユーザー同士のバトルもタップとスワイプを入れた。対戦はこれまでのソーシャルゲームと同様、非同期（リアルタイムバトルではない）。 開発者視点で見るngCore JavaScriptワンソースでiOS＆Androidに対応できる。（Flashは開発用） 秒間30回以上の2D描画（Xperia acroではFPS50以上で安定） 効果音、BGMの再生 クライアント側ストレージにデータを保存。 APIでソーシャル系情報を取得。 Androidではライブアップデート可能（バイナリの差分だけでアップデート可能）。 開発体制 開発期間５ヶ月 １１月ngCoreをいじる １２月仕様詰めながら実装開始 １月主要機能ひとまず実装 ２月見た目やディティールを整える ３月BugFixとブラッシュアップ ４月Mobage対応やQAなど ゲームエンジンとの同時並行開発が大変だった。おかげでngCoreが安定したので次からはもう少し短縮可能か。 エンジニア３人、途中から５人。 ３名が新卒エンジニア、中とエンジニア２名。プランナーは1.5名体制。他のゲームもだいたいこんな感じ。場合によってはもっと少ない。 アーティストやアートディレクターは別。 コンソールゲームライクだが、割と少ない人数で実装可能。 ngCoreでの開発イメージ mobageの開発サイトからSDKをダウンロード 試すだけなら簡単な登録で可能。法人登録するとソーシャルのAPIやゲーム公開などが可能。 開発環境はMac推奨。 エディタは好きなものを利用。 実装イメージ ノード（SpriteやText）にaddChildすると描画対象になる。 ノードにノードをぶら下げていくシーングラフ形式。 毎フレーム呼んでくれるエミッターにクラスの関数を登録してオブジェクトを動かす。 どれくらい楽なのか ngGo(ゲーム開発要ライブラリ） 慣性のあるスクロール、ピンチ操作 スクリーンの解像度の差を吸収 Flashのモーショントゥイーンを再生可能 TexturePackerのテクスチャ、アトラス情報の読み込み ngBuilder(ngCore専用統合開発環境） SDKのセットアップや端末へのインストールを手軽に ゲームテンプレート生成 データの動的ロード Androidデバッガ、JavaScriptプロファイラなどゲームデザインのためのツールを随時提供予定 なぜngCoreなのか UnityやUnrealに比べると手軽で、小〜中規模開発に向いている。また、よりスマフォ重視（LiveUpdateなど）。 HTML5やCSS3で作るのに比べるとハイパフォーマンス。将来的にはワンソースでHTML5も動かすように対応予定。 ソーシャルゲーム特化。  
 
 
 

ビジョナリーズサミット拝聴メモ第2段です。
 
『ソーシャル×モバイル×クラウド時代の開発の方法論』 ソーシャル、モバイル、そしてクラウド。これらの3つのテクノロジーが組み合わさりWebの世界は急激な進化を遂げています。エンジニアの側から見れば、開発の成果が飛躍的に高められる時代といえるでしょう。次々に登場するWeb技術の組み合わせ、クラウドによる豊富なリソースの活用などにより、プロセスから品質、マーケットデリバリーの考え方なども大きく変わる可能性があります。本セッションでは、Googleの開発の現場にもとづいた、プロセスからテクノロジーの活用、ビジネス化にいたる実践的な手法や知見を紹介します。
 
Google エンジニアリング シニアエンジニアリングマネージャ　及川 卓也 氏 大学を卒業後、外資系コンピュータメーカを経て、マイクロソフトにてWindowsの開発を担当。Windows Vistaの日本語版および韓国語版の開発を統括した後、Googleに転職。ウェブ検索やGoogleニュースをプロダクトマネージャとして担当した後、2009年10月よりエンジニアリングに異動。現在、Google ChromeやGoogle日本語入力などのクライアント製品の開発を担当。また、Google Developer Dayなどの開発者向けイベントにてスピーカーも務める。

『ソーシャル×モバイル×クラウド時代の開発の方法論』 Visonary 検索してみると書籍「ビジョナリーカンパニー」がヒットする。 Wikipediaでは「将来を見通せるような人」というニュアンス。 将来に対する明確な展望。 ザナドゥを提唱したテッド・ネルソンの名前が上がっている。 技術ができる前から常に未来を考えている。 Vision→ビビッドで、絵にかけるくらい具体的 Vission,Mission、Objectives Vison（未来）必ずしも自分で実現しなくても構わない。展望。 Mission（使命） Objectives（目的）より短期的なゴール Hack For Japan 東日本大震災の復興支援のためのアプリケーション/サービス開発のためのコミュニティ。 「復興後の被災地が笑顔で生活できること」がビジョン そのビジョン実現のために自分たちができることがミッション。 「じゃあ◯週おきに◯回ハッカソン」やろう、みたいなのが目的。 Googleのミッション（企業使命） 世界中の情報を整理し、世界中の人々がアクセスできて、使えるようにする。 全ては未来。 WEBの未来 10年前。「あなたも簡単にホームページが作れる」、静的な情報の受発信がWEBの役割だった。 2005年以前はデスクトップアプリが主流。最近の主流はGoogle MapやFacebook、ソーシャルゲームのようなWEBアプリケーション。 Ajaxのような非常に動的な技術に支えられて普及した。 
WEBの進化は止まっていない。HTML5、CSS3。未来を予測することが非常に難しい。 WEBのトレンド クラウド（Cloud） 一言でいうと「いつでも、どこでも、どんなデバイスでも。」 例えばGmail（ガラケーでも、ゲーム機でも、いつでもどこでも）。 2つの本質。１．データが雲の向こう側にある。２．アプリが雲の向こうで動く。 震災時に強く感じた。 Agility（迅速さ） Googleでは「ローンチ＆イテレート」が叩きこまれている。 小さくリリースし、改善を続ける。 机上の空論に時間をかけても意味がない。 重要なのは「いかにフィードバックを取るか」「いかに早く出すか」の2点。 Evolution（製品の進化） バージョンという考えはない。Versionless。ローンチ＆イテレートにおいては改善とリリースが頻繁に行われるため、進化の軌跡は階段状ではなく線形になる。 Quality（品質基準） リリースしてからが本番。避けるべきはサービスダウン。 パッケージソフトはリリースまでが勝負、リコール・回収は避ける。 リリースで乾杯くらいはするけど、その後しばらくがめちゃ忙しい。予測していないことが起きていないか常にモニタリングする。 使われ方をモニタリングし、なるべく早く改善する。 Social（ソーシャル） ネット上での人間関係が当たり前。 Media=People（人がつなぐ） 震災時 Person Finder、災害情報まとめ、PF地名検索、被災地航空写真アップデート、東北地方運転可能ルートマップなど、Google20％ルールの時間で様々なアプリが開発された。それらの多くはオープンソース。 様々な媒体が安否情報を立ち上げたが、集約した方がよいのは自明。Person Finderがデファクトスタンダードになったのはデータ形式がオープン（公開されていた）だから。 被災地に紙で貼り出された情報を集約したかった。Picasaと連携し、アルバムに集約した。Google社員とボランティア5000人でテキストデータ化し、Person Finderに集約した。いわゆるクラウドソーシング。 スマートフォン対応はすぐやめた。被災地で使われていない。 情報流通の3C (Contents何を、Containerどのような形態で、Conveyerどのように運ぶか） 新聞社の場合は Content：記事 Container：印刷機が新聞を印刷 Conveyer：車で販売店に運び、配達員が配達する これらが垂直統合されていた。ネット上では、3つの関係はよりフレキシブルになり、水平分散が重要になる。 ニュースサイトでは Content：複数社の記事 Container：複数のニュースサイト Conveyer：インターネットと受信端末 マルチソース、マルチコンテナ Social Traffic（ソーシャルの情報流通） Content：個人が発信するマイクロコンテンツ、ポータブル Container：URL 被共有側に改善の余地がある。見せたい場所をピンポイントでシェアできる設計。 Conveyer：ソーシャルサービス Social Application フィードバックを得て、システムを改善できるのは大きな魅力。 ソーシャルゲームベンダーで、改善を加えずに成功しているところはない。 Zyngaには数学者のようなプロフェッショナルがたくさんいる。パラメータひとつ変える、アイテムの色を変える、全ての変更の効果を測定し、改善する。 仮説と実証の繰り返し、テストマーケティングが容易になった。 未来の予測には欠かせない。 Mobile スマートフォンの出現で妥協なく様々なサービスが提供できるようになってきた。 モバイルでしかできないことがあるだけでなく、スペックも高くなってきた。モバイルがサービス進化の中心となる。 デバイスが五感を補完する。（耳、目、口、手） いつ、どこで、誰が、何を。 HTML5 背景 W3Cはマークアップ言語として進化させるつもりだったが、アップルなどがアプリ実装機能を求めた。 業界ではWEBのアプリケーション化が求められており、その標準化がHTML5の役割。 ブラウザ側に動的要素生成、静的要素生成、データ保存などの機能が提供される。 HTML5以前は直線すら引けなかった。 ローカルにデータが保存できるので、ネイティブアプリの代替になりうる。 Personal 社会は変化している。 自分がどうなりたいかを考え、今の自分とのギャップを認識し、隔たりを理解し、行動する。「MIND THE GAP」。 自分の役割を考え、大局に立ってものを考える。 「忙しい」と言っている自分に酔っている時は、未来を考えていない。 未来は予測できないが、Googleはそれを予測し、実証することでよりよい未来を創造していきたい。

有料の特別セミナーの内容を主催者の方の許可を得てブログ記事化しました。 ビジョナリーズサミット、特別セミナーの概要はこちら。
 
■基調講演『ITエンジニアとして世界での成功をめざす方法』
一時は世界をリードしていた日本のIT・家電業界・携帯電話に元気がない。日本の大企業は「逃げ切りメンタリティー」の経営者たちによりすっかり国際競争力を失っている。こんな時代に、エンジニアとしてどう活路を開いて行くべきか、どこで勝負をするべきか、今まで以上に深く考え、かつ、積極的に行動する必要がある。世界の市場はどのような技術者を求めているか、技術者が主導で「もうける」ために必要な能 力とはなにか。米国のマイクロソフトでのWindowsやIEのチーフ・アーキテクトの経験を踏まえ、今、シリコンバレーのベンチャーとしての立場から見たこれからのテクノロジーとエンジニアについて語る。


UIEvolution Inc. Founder　中島 聡 氏 米国マイクロソフトでWindows95とIEの開発チーフをつとめ、今iOSとWebKitに夢中。人気iPadアプリ「CloudReaders」「neu.Note」の開発者でもあり米国ベンチャーの経営者でも立場から、エンジニアとして世界で成功していくための条件について、自らの体験を踏まえ語ります。  
■議事メモ このサミットは日本では珍しいタイプのカンファレンス。 カンファレンスやイベントでもっと積極的に人脈作りを。それもエンジニアの生き方。 講演後にするどい質問をする人。 名刺交換後、魅力的なコンタクトをしてくる人。 気になった人に話しかける。 経歴 早稲田大学・大学院・アスキー出版 CADのソフト1本4万円で売っていた。いい時代だった。 NTT武蔵野通研 マイクロソフト日本法人 マイクロソフト米国本社 わがままな仕事をしていた。Windows95/98、IE3.0/4.0の開発 Ignition Partners（投資会社） マイクロソフトのVPなどと作った。 その時の技術を組み合わせただけの退屈な提案しかこなかった。 UIEvolution inc. 投資するより自分たちでやった方がいいじゃん、と考えた。 OSもVMも乱立するだろうから、その上にレイヤーを構築してクロスプラットフォームをライセンスしていこうと考えた。 投資会社の考え方はわかっていたので、ブラウザ上にJSでプロトタイプ（◯×ゲーム）を作り、それとパワポだけで1.5億を集めた。 スクエニに売却 絶対に売りたくはなかったが、VCから投資を受けたからにはその意思に従わざるを得なかった。 6〜7MでExit。 売却後も部下はその会社で頑張っていたが、うまくいかなかった。後に買い戻す。 資金もないので買い戻した後、外部から資金を調達し、修理しながら立て直す。 2010年やっと黒字化。 Big Canvas Inc.（2007年〜） iPhoneが出たので「写真の時代だろう」と考え設立。 PhotoShare、PhotoCanvas 最初はすごくうまく行った。PhotoShare中毒の若者も出ていた。 日本を見ていたので、携帯で写真を取ることが文化として根ざすことは読めていた。 社外の弁護士に頼むと高いので、社内に取り込んだが大失敗。 弁護士は第三者的立場からの客観性が大切。 Neu.Pen LLC（ノイペン、ニューペン） 絵を書いたり、アノテーションするアプリ。 ブログ「Life is beautiful」 東電や原発やら何やらに対して思うところがあり、書きまくっていた。 ブログを書いていたら菅総理から「会いたい」というオファーがあった。 東電を潰せと延々話してきた。 今日一番のメッセージ「10年後の自分の生活レベルが、インドや中国のエンジニアよりも上か下かをきめるのは、会社の上司でも政治家でもない、あなた自身である。」 厳しい時代。人の文句を言っていても始まらない。 アメリカは移民が多い。ハングリー精神が半端じゃない。とにかく頑張る、どんどんどんどん頑張るから社会全体が伸びていく。 日本は閉塞感でいっぱい。その中で自分の人生が楽しいかどうかを決めるのは自分自身。自分に何ができるのかを常に考え続ける。 そういう人がいっぱいいる会社は強くなる。 そういう人がいっぱいいる社会は強くなる。 現状の把握と行動 すごく小さく考えちゃう。「これからはHTML5だ！勉強しよ」とか。もうちょっと視野を広げるべき。 技術から世界、業界、人、自分、職場、社会・・・etc 技術→勉強 世界→移住 業界→ネットワークづくり 自分→自己革新 会社→転職 ・・・のように視野を広げ、可能性を模索する。 ローカルとグローバル ソフトウェア開発は他の産業に比べてグローバル FacebookやTwitterは最初からグローバル。それに対して日本発のサービスは内向き。 DeNAが海外の会社を買ったり、外向きの展開も始まっている。 i-modeのような、国内向けモバイルサービスをそのまま海外に展開しようと思って失敗した事例はいくつもある。それにも関わらずiPhoneが出たらバーンと広がった。危機感をもたなければならないのはITコンサル。 官公庁に対して巨大システムを提供しているITゼネコンはどうしてもローカル向きになる。これは仕方ない。 下請け受注会社がそれ（国内だけ見てる）ではいけない。 規模の大きいよい教育システム、よい投資が必要。 もし日本のメーカーがiPhoneを発売していたら売れなかった。 ものづくりの姿勢がちがう。よいチップを載せることが目的ではない。 ユーザーのライフスタイルを変える、体験を変える、そこにフォーカスしなければならない。 なぜ日本メーカーがアップルのようなものづくりができないのか。 センスがないわけではない。 構造的な問題。経営陣から一次受け、二次受けと降りていく過程で重要なのは「接待・天下り」。 ジョブスのところには仕様書なんて上がってこない。MSもそう。もの（プロトタイプ）を見せる。 稟議書ばかり作っている。分厚い仕様書ばかり作っている。 これくらい売れると思っています、マーケットはこのサイズです、とかそういう話。ないマーケットや新しいニーズは企画書を何十ページ作っても証明できない。 でも数字が並んでいるとそれっぽく感じてしまう。あと仕様書を作るための努力や熱意はまあ、評価できる。iPhoneもロクにしらないおじさんたちが「よくがんばったな！」とか「おお！iPhoenよりもカメラの解像度が高いのか！」とか「すごい市場だな！」でGOを出す。 書いている人全員がばかばかしいと思いながら画面遷移やら何やらを延々つくる。それ（優秀なエンジニアがプログラムを書く時間を殺して作った分厚い仕様書）を下請けに投げる。しかもその下請けも関係会社だったり、接待・天下りで決まる。 ・・・そんな会社がアップルに勝てるわけはない。センスがないわけでも、IFの重要性をわかっていないわけでもない。構造的な問題。 文句や悪口を言っていても仕方ない。直すなり、転職するなり、とにかく行動しよう。 日本企業の構造的な問題 通常、会社は株主のもの。日本では持ち合い株主・銀行、年金なんかを運営している機関投資家の存在があるので「みんな」のもの的な傾向が強い。 取締役と経営陣が一体化している。取締役の監督・指導が機能していない場合がある。 インセンティブは「退職金、年金、天下り」。「ボーナス、オプション」ではない。 株主価値の向上に貢献した社員にインセンティブを与えるべき。MSではエンジニアでも給料はばんばんあがる。 1990年以降、株主価値を増やそうとしていなかった。 まとめ 自分を取り巻く環境を把握する。 自分自身を理解する。 理想形を描いてみる。 行動する。 優秀な人材募集してます。（意訳）  
ちょっと過激な意見もありましたが、なるべくそのままのテイストで書きました。
この後も楽しみな講演が目白押しです。 Twitterのハッシュタグは「#visiosumi」。興味のある方はご覧ください。

こんなに簡単に電子書籍の出版ができるものかと感動しました。特にすばらしいのがインターフェース。私はKeynote資料をそのままアップしてみましたが、所要時間10分程度で電子書籍の出版準備ができました。あまりにスムーズで大変素敵なシステムなので、その過程をキャプチャして紹介させていただきます。（例として公開した電子書籍のはこちらから確認できます）
普通は MS Word や Pages で PDF化して取り込むと思うので、ちょっとイレギュラーな使い方だと思いますが、プレゼンする方にとっては講演資料の公開IFとして使えるかなぁ、と思います。PRO版は試してないのですが、Power Point や Keynote もPDFでアップすれば検索やマーカーに対応できるかもしれません。
 
１．会員登録
入力項目が少ないのが素晴らしいです。アドレス在否確認メールも、出版前に事前確認すればよく、作業を止めません。このあたりの細かいワークフローがとてもよくできているんです。

 
２．本を作る
本のタイトル、カテゴリ、概要などを入力して本作成。カテゴリはビジネス、絵本、健康・医療、ノウハウなど20種類程度。表紙画像は後から設定してもOK。
 
３．ページを作る ページを作るには何通りかのやり方があります。
①エディタで作成
こんなWYSIWYGエディタで書いていくことができます。執筆メモやステータス（作成中・完成済み）の設定ができるようです。作成中ステータスがあるってことは、作りかけの状態でも公開できるんでしょうか。書籍の作成過程をみんなで共有できたら楽しいですね。プロの方は話題作りにも使えるかもしれません。
 
②ZIPで画像を一括アップ 私は講演資料を使ったのでこの方法でやりました。Keynoteの「書き出し」やPower Pointの「名前をつけて保存」でスライドを全て画像出力し、ZIP圧縮してアップします。

ZIPをアップするとサーバ上で展開され、インポート先やページのステータスを指定したら「インポートする」。超楽ちんです。
アップロード中、インターフェースが Ajax でリアルタイムに更新され、どのファイルがアップされてどのファイルがまだなのかが視覚的にわかります。時間がかかる処理を見守る際のインターフェースとしてはプログレスバーよりわかりやすく、ストレスがありません。ただ、「インポートをする」ボタンが複数回クリックできるのですが、クリックした回数だけアップされてしまいます。一度クリックしたら焦らず待つとよいです。
 
③PDF/ePubでアップロード 自作のPDF、ePubをアップできます。

プロ版でしか使えませんが、画像をアップするより更に手間が少ないと思われます。PRO版は月額525円（2011年7月現在はお試し価格315円）かかります。
 
４．価格設定、公開
価格を設定し、公開します。
公開時、他人の著作権を侵害していないことを表明する必要があります。

公開されました！
上についているハートマークは東北地方太平洋沖地震 チャリティ作品です。このマークが付いている本の売り上げは全額チャリティに寄付されます。
 
 
５．プロ版 有料のプロ版にすると色々便利な機能が使えそうです。

追加される機能の種類は多くありませんが、再配布防止のメールアドレス埋め込み機能やタイムセール機能、PDFアップロード機能などどれも便利そうです。素人でも無料で簡単に使えて、プロユースは安価な月額課金で専門的な機能を提供する、フリーミアムの価格設定としてはとても納得感があります。
 
 
調子にのって公開してみました。 3月12日に予定されていた「CSS Nite in 静岡」というイベントに登壇予定だったのですが、前日に発生した震災の影響でお蔵入りしていた資料を、一部修正したものを公開してみました。100円ですが、チャリティ本として公開していますので収益は震災被害者救済のため全額寄付されます。

※画像をクリックするとパブーの書籍紹介ページにリンクします。
画像はCCライセンスかRL-LLライセンスのものを使用しています。クレジットや出典も明記し、著作権侵害のないよう努めていますが、お気づきの点などございましたらお知らせください。また、作成時期の都合により記載内容が古かったり、現状にそぐわなかったりするケースもございます。ご容赦いただけますようお願いいたします。
単にスライドをアップしただけなので、出来栄えとしてはいまいちです。本文に解説を加えるなどすればもっと良い本ができると思いますが、まあ今回はお試しということで。。。。
 
あ、CSS Nite in 静岡ですが、8月6日に日程を変更して開催予定です。 当日のスライドでは上記公開資料よりより実践的な内容を話す予定ですので、ご興味のある方は是非ご参加ください。