ソーシャルアプリ勉強会に参戦してきた
SNSの進化とソーシャルアプリケーション
- 公文義之
- twitter: @kumon
SNS進化の歴史
- social graph - つながりの視覚化
- 目的/地域特化の時代 - CGMとの融合
- Activity Feedの時代 - 活動を友人とシェアする
- Social Applicationの時代 - social graphを前提としたアプリケーション
- Social Graph外部利用の時代 - 特定のSocial Graphのコンテクストを外部サイトで利用する
Activity Feedの時代の変化
- Webのトラフィックは面の大きさから線の太さ(情報との距離)へ
オープンプラットフォームとConnect系API
- 集客とSocial Graphはプラットフォーム任せに
ソーシャルアプリケーションマーケットの現状
これから伸びるのは?(私も知りたいです
ソーシャルアプリケーションの必要条件
- バイラルを促進する
- 最大のプロモーションは友達招待
- ソーシャルアプリケーションの強みは既存ソーシャルグラフの大きさ
- ひとりが数人を招待してくれるように
- 友達を招待する理由を用意する
- 招待に対するご褒美
- 最大のプロモーションは友達招待
- activityを活用する
- ソーシャルアプリケーションの強みはactivity
- activityを適度に発生させる
- 気になるactivity
- なんだろう?
- みたい・しりたい
- 参加したくなる
- アクセスしたくなるactivity
- 気になるactivity
- アクションと報酬のバランスをよる
- 一つ一つのアクションに明確な報酬を
- アクションを行う動機づけ
- アクションのコストに見合った報酬
- アクション→報酬の積み重ね
- 小さな積み重ねの継続が大きな結果になるようなサイクルを作り出す
- 一つ一つのアクションに明確な報酬を
- 再訪問の理由を作る
- 使い続けてもらうことが大切
- 再訪問する理由
- 北風方式:訪問しないとペナルティ
- 太陽方式:みずから進んで訪問したい
- 理想は太陽、最悪でも北風
- いつでも→今しか
- 今しかできないことを考える
- 場所と時間を活用
- もったいない気持ちを出す
- 特定の場所しかできないアクション
- 一定時間が必要なアクション
- コミュニケーションの種を落とす
- コミュニケーション=しがらみ
- 挨拶されたら挨拶をする
- 現実のしがらみとお暗示
- 負担にならない工夫
- コミュニケーション漬けは疲れる
- ライトな手段を用意する
- 自慢させてあげる
- 自慢 > 自己満足
- うらやましい→がんばる→自慢
- コミュニケーション=しがらみ
- ユーザ同士の助け合いを促進する
- サービスのすべてを伝えるのは難しい
- ヘルプ・FAQには限界がある
- 丁寧に作っても全員は読んでくれない
- 上級ユーザが初級ユーザをサポートする
- 誘った手前・・・
- サービスのすべてを伝えるのは難しい
- ライトユーザを意識する
- インターネット上級者ではない
- 常識はほとんど適用しない
- 可能な限りシンプルに
- 骨子の部分はできるだけシンプルに
- 機能追加よりも削ることを考える
- ゲームであればライトゲーム
- ライトゲームのターゲットはゲームユーザではない
- ゲームすぎない
- 単純な作業の積み重ねで進む
- インターネット上級者ではない
- とにかくスピードが重要
- マーケットは早期にレッドオーシャン化する
- 携帯の公式サイト
- 露出の確保=ランキング上位に残ること
- ひとりのユーザが利用するアプリの数は限られる
- 検討を続けるよりも、実行すること
- 検討している間に手遅れになる
- 投入してからが本当の勝負
- 投入後の方がやるべき事は見えてくる
- 闇雲にはやらない
- よく考えて、速やかに実行
- マーケットは早期にレッドオーシャン化する
- サービス運用が大切
- ユーザの行動は想定通りにはならなお
- 事前に仮説はもって望む
- 弱み・強みを早く見つける
- 分析・検証は必ず行う
- どんどん改善する
- ダメな部分は思い切って切り落とす
- 飽きる前に次の一手をうつ
- 他のアプリに目移りする前に
- 更新感は2週間
- 今熱いジャンルを追うなら開発期間は2ヶ月
- ユーザの行動は想定通りにはならなお
「ぼくのレストラン」のこぼれ話
- 目指している世界:ソーシャルフィルタリング
- 友達関係による、情報のフィルタリング:多すぎる情報の絞り込み
サービス立ち上げの敬意
- 本家版とmixi版の違い
- どちらかというとユーザ層を想定し、機能を削った
課題 - RDBMS編
- ゲームは更新クエリがかなり多い
- mastertの負荷が高い
- slaveの遅延→selectをslaveに逃がせない
- table分割、memcached化
- joinしない、一部データをJSON化する
- 「ほほー」
- 1時間に1回全ユーザの計算をする
- 80万ユーザいると1時間に80万レコードを増える
- 1テーブルで2000万レコードを超えるとまともに動かない
- パーティションテーブル化、memcached化
課題 - memcached編
課題 - Amazon EC2編
- ネットワーク遅延問題
- 定期・不定期に数秒〜2分くらい遅延する
- 日曜の18時22分にEC2アクセスできない
- そのあとまとめてアクセスが来る
- 遅延の問題と、まとまった時の不可の問題
- 国内のデータセンターとの併用が望ましい
- 定期・不定期に数秒〜2分くらい遅延する
- 障害問題
- Amazon側で障害が起きることがある
- 一部のサーバに接続できなくなることもある
- クレジットカード問題
- 決済額が高額になる
- カード与信額を超える
技術者募集中
- Webアプリケーションエンジニア
- 運用エンジニア
LT1: mixiアプリのkayakのひと
LT2: おもしりとり開発事例
LT3: poncan, happy aquarium
- ドリコムの人
- リワード広告
- 広告をクリックして、報酬を返してあげる