ユーザーが許可したくなるPush通知を考える｜sadakoa｜note
初めましての方もこんにちは、さだこえ (@sadako_a_ ) と申します。 DeNAに新卒で入社後、現在は株式会社FOLIOのデジタルプロダクトデザイナーとして、オンライン証券のUIデザインに従事しながら、スタートアップのデザイン支援を副業で行っています。 今記事では、主にアプリの機能として欠かせないPush通知に焦点を当て、記事を執筆します。 Push通知とはご存知の通りPush通知とは、アプリやwebサービスで何か変更や更新があった場合にお知らせをする機能です。一般的にこの業界で言われるPush通知は、Apple Push Notificationを指していることが多いと思われます。 その理由の1つとして、AndroidはPush通知に関してユーザーの許可を取る必要が無いからです。（ダウンロードする際にオプトインされるため、許可率は100%になる。） iOSやWeb Browser
PUSH通知の許可をよりもらうための技術調査＋スクリーンショット - フリーランスプログラマのブログ
結論として、最近の流行は丁寧にやるとしてもPUSH通知の依頼は問答無用で出すというのが主流のようだ。最もメジャーなのは、起動時に問答無用で出すこと。 あまりくどく説明しても読まれないこともあるし、画面を挟むことでもしかしたら離脱率が上がるから開発力がりそうなところでも唐突表示を選んでいるのかもしれない。 少し古い記事では、スマートニュースなどは長い目のチュートリアルがあったが、今は１ページ挟むだけになっていたりするところからも、チュートリアルは短くしたほうが良さそうなことが推測される。 「通知」の意味がわからないユーザーさんもいそう - koogawa のコメント / はてなブックマーク という意見も考慮すると、ここまでカバーする場合は通知をオンにすることとメリットをしっかり結びつける必要がありそうだ。 唐突系で無い場合、ユーザがPUSH通知などを含めたリセットを行った場合に再度出すような
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
