Bowortie
相談する
OSAKA JP EST. 2020
© Bowortie
Case Study 2.5DGEEK

Photolog × お気に入り

課題
ニュースもプレスリリースも、その多くは他でも読める。同じ情報なら、わざわざ2.5DGEEKに来て、また戻ってくる理由をどうつくるかが課題だった。
解決
現場でしか撮れないPhotologで「まず来る理由」を、記事もPhotologも保存できるお気に入りと新着通知で「また来る理由」をつくった。情報を追う日常の入口を2.5DGEEKにし、ファンが繰り返し訪れる流れにした。
Photolog × お気に入り

2.5DGEEK には、自ら足を運んで得た取材レポートや現場の写真と、他でも読めるニュースが並ぶ。前者はここにしかない。後者も含めて「ここで見たい・また来たい」と思ってもらえるか——それが設計の起点だった。

Approach 01

ここでしか見られない写真を、Photolog に集める。

  • 編集部が公演やイベントの現場で撮り下ろした写真を、記事とは別に集約する
  • タグから俳優ごとにたどれる。目当ての人の一枚まで、最短でたどり着ける
  • ニュースやプレスリリースは他でも読める。だからこそ、ここにしかない写真が「まず来てもらう」入口になる
2.5DGEEK Photolog 一覧。現場の撮り下ろし写真が俳優タグとともに並び、各カットの右上にお気に入りのハートが付いている
Photolog。現場の撮り下ろしを俳優タグでたどれる。各カットの♡から、そのままお気に入りに保存できる。

Approach 02

また見たいものを、保存できる場所にする。

  • 記事も Photolog も、種類を問わず同じお気に入りに保存できる（将来コンテンツ基盤を載せ替えても引き継げる設計にした）
  • 保存にはログインが要る。未ログインのまま端末に持たせず、それ自体を会員登録の動機に変えた
  • マイページで記事と Photolog をタブに分けて一覧。記事を読みながら手元で保存できるボタンも本文中に置いた
2.5DGEEK マイページのお気に入り。記事タブと Photolog タブに分かれ、保存した写真がハート付きで一覧表示されている
マイページ。お気に入りは「記事」と「Photolog」のタブに分かれ、保存した一次情報が一か所に集まる。

設計判断

保存で終わらせず、通知で連れ戻す。

  • お気に入りは「また会える場所」をつくる。マイページに戻れば、前に保存した写真や記事へすぐたどり着ける
  • カテゴリ別の通知（メールと LINE）が「戻ってくるきっかけ」を届ける。気になる分野の新着を、探す前に手元へ送る
  • 同じ情報をもう一度見たいとき、検索し直さずここに戻る。その流れを設計した

設計のかたち

2種類

同じお気に入りに保存できる

記事と Photolog

2経路

再訪を促す新着通知

メール・LINE

会員限定

保存はログインが前提

入会の動機に変える

2.5DGEEK の事例を見る →

Related Articles

関連記事

WordPressで始めるなら——最初から「いつか乗り換える」前提で組む

WordPressで始めるのは今も合理的でも育てるほど保守もセキュリティも重くなる。最初から乗り換える前提で組んでおくと、後の負担が変わる。

Read →

GEO対策、効果が見えないから後回し——AIが自社を調べに来た跡が検索データに残っていた

生成AIに自社が出てくるか。流入を数えても小さくて見えない。でも検索の管理画面に、人間が打たないAIの検索が混じっていた。調べに来た跡は、流入より早く残る。

Read →

WordPress＋Next.js（REST API連携）のヘッドレス環境で、記事修正が反映されないときの対応メモ

Read →

W e b や デ ジ タ ル ま わ り の 課 題 整 理 か ら 制 作 ・ 運 用 ま で 対 応 し て い ま す 。 お 見 積 も り も お 気 軽 に ご 相 談 く だ さ い

相談する
相談する