第１回「ぷっ」しゅま　〜プッシュ通知ノムコウ〜 発表資料

1. B2B2Cアプリ開発で感じた
PUSH通知の勘所とは
「ウィンタースポーツO2Oアプリ yukiyama」
神⼾デジタル・ラボ 佐々⽊

2. 簡単に会社紹介&⾃⼰紹介
u 会社紹介
u 1995年創業、神⼾にあるITベンダー。http://www.kdl.co.jp/
u セキュリティ、IoT、WEB開発、アプリ開発
など⼿広く⾏っております
u ⾃⼰紹介
u 佐々⽊直⼈(sasaki@kdl.co.jp)。アプリエンジニア。
u 今回紹介するyukiyamaアプリサービスの企画〜開発担当
u 個⼈でもいくつかのiOSアプリを作成(@tamiorock)

3. yukiyamaの紹介
u 2016年11⽉リリース。B to B to C プラットフォーム型サービス。
u 簡単にいうと、⾷べログなどのスキー場版
u プロスノーボーダー岡本圭司さん監修
u C(利⽤者)は基本無料、B(スキー場)に参加していただき、
有料参加していただいたスキー場は機能が増えるというマネタイズ⽅法
u 開発⾯では、インフラ実装・保守にコストをあまりかけたくないため、
サーバーレスを⽬指し実装。そのため、nifty mobilebackendを採⽤。

4. B-B-C それぞれの課題と特徴
• 集客に使えるツールが欲しい
• シーズン中はメンテナンスする情報(WEBサイト、紙媒体など)が多く、⽇々の運⽤⼿間を軽減したい
• アプリは作りたいけど、⾼額でつくれない
B-サービス利⽤側(スキー場)
• 楽しくウインタースポーツをしたい（遠い、準備が⼤変、混雑、寒い、、）が、準備が⼤変。
• アプリを使うこと⾃体はめんどくさい。使っていると意識したく無いが、楽しくアプリは使いたい。
• ユーザーには属性がある。（初⼼者・上級者、ファミリー・学⽣、スキーヤー・スノーボーダーなど）
C-カスタマー(利⽤者)
• ライバルの少ないニッチな分野でのサービス
• 海外展開を⾒据えたサービス
• 関わる⼈全員winwinを⽬指す
B-サービス提供側(神⼾デジタル・ラボ)

5. それぞれの特徴を踏まえて、yukiyamaの機能を設計
u カスタマー(ユーザー)側機能
u 全国400箇所スキー場検索、スキー場リアルタイム情報、施設情報、イベント情報
u 現地でのグループコミュニケーション
u 滑⾛履歴、距離、速度などを記録
u ⾃分のアバターにウェアやギアなどを設定できる
u SNS⾵タイムライン（実装中）
u サービス利⽤(スキー場)側機能
u 管理画⾯(CMS)で情報更新
スマートフォンで現地スタッフが情報更新（パーク情報やリフト運⾏情報など）
u ⼊⼒情報を他サイト連携
u ユーザーの動向分析機能

6. では、PUSH通知はどうする？
u アプリなので、当然PUSH通知は武器になる。
u ただし、スキー場側がなんでもかんでもPUSHを送れるようにしてしまうと、
ユーザー側は嫌がる。
→スキー場に意味のあるPUSH通知を送ってもらうには？
（次ページより、実例に基づき紹介します）

7. 1. 利⽤者の属性を絞り込んで、
PUSH通知を送信できる機能
u スキー場のイベントにあった⼈に来てもらいたい。
u その⼈の属性のあった情報をPUSHする
例：スキー場が「ゲレコン（ゲレンデで⾏う出会いイベント）」を⾏った場合、
「ヒトリスト（ひとりで滑りたい）」滑りたいという属性の⼈に対して、イベント
案内PUSHを送ってみる。
属性を絞り込んで
PUSHできる機能

8. 2. 利⽤者の来訪時期、回数によって
PUSH通知を送信できる機能
u ⼀度来てもらった⼈に、再訪してもらいたい
u 前回来てもらった時期に合わせて、PUSH内容を変更する。
例：１年以上来ていない⼈には
→新しいコースができたなど、最近スキー場で変わったことを通知
来場回数、最終来
場⽇を絞り込んで
PUSHできる機能

9. 3. リアルタイムな現地情報を、
PUSH送信できる機能
u その場所に来てくれた⼈のみに、お得な情報を届ける
u タイムセールス的な情報を、スキー場に来ている⼈への通知
例：スキー場が１５時からケーキ割引サービスを⾏うPUSH通知
スキー場側は在庫削減、ユーザー側はお得。
来場中の⼈にのみ、
PUSHできる機能

10. 4. ユーザーの負担を軽減する
PUSH通知を送信する機能
u ユーザーはめんどくさがりという特徴
u スキー場近くに来た場合、⾃動でチェックインを促すPUSH通知送信
ユーザーの気づき、チェックイン忘れの防⽌
→ユーザーの位置情報と連動し、PUSH通知を配信する機能
ユーザーが対象に近づくと⾃動で、
PUSH通知！

11. 5. PUSH通知のPDCAを⾏える機能
u 前段までのPUSH通知を送ったとして、はたして狙った効果はあったのか？
改善はどうすればいいのかを図るため。
u PUSHとメールとの違いは開封率が確認できること、その後のアクションの確認が取りやすい。
→開封率別の⾏動履歴などが管理画⾯で⾒れるようになるとCheck(検証)作業が⾏える
スキー場は、
次回のPUSH配信先や、
内容の⾒直しなどが⾏える

12. 6. 機能ではないが、
初期サービスは実装にはコストをかけない
u PUSH通知実装はややこしい。
u 管理するものが多い。
クロスプラットフォーム対応、端末IDとユーザーとの紐付け、PUSH通知⽤証明書
u 管理機能も必要
PUSH通知送信ログ、開封率確認
u mobile backendを利⽤することで、⾃前で実装するよりコスト10%程度で実現できた。
→ （開封率確認はAPI化してほしいですが・・・）
→新規サービスでは、PUSH通知の実装、保守にコストをかけるより、
サービス設計にコストをかけていきたい。

13. まとめ：B-B-Cサービス開発で感じた
PUSH通知の勘所
・サービス利⽤側の課題から逆算して、機能設計を⾏うことが必要
・ユーザーの特徴を理解して、機能設計を⾏うことが必要
・サービス利⽤側がPDCAできる仕組みを提供すること。
・新規サービスでは、PUSH通知の実装、保守にコストをかけるより、
サービス設計にコストを投⼊するべき。
・なんでもPUSHで送ればいいというものではない。意味のあるPUSH通知を送れる機能設計が重要。

14. Thank you!
ぷっしゅ通知の可能性を今後も広げて⾏きましょう！
最後に、ご⾃⾝や周りにスキースノーボード好きな⽅がおられましたら、
yukiyamaをダウンロードして使ってみてください。ぜひ宜しくお願いします！！
「ウィンタースポーツO2Oアプリ yukiyama」
神⼾デジタル・ラボ 佐々⽊