出勤表がSNSに散らばっている
出勤情報がTwitter・Instagram・カフェ公式アカウントにそれぞれ出て、ファンが見逃しやすいです。
- Twitterに出勤告知
- Instagramに別途掲載
- カフェ公式は別
Problem
出勤表がバラバラだとファンはまた来にくくなります
カフェで好きになったキャストの出勤日を、毎回SNSで調べなければならないと再来店の動機が薄れます。
キャストの名前を忘れてしまう
カフェで楽しい時間を過ごしても、帰るとキャストの名前やアカウントを探し直しにくくなります。
- 名前が思い出せない
- アカウント検索が難しい
- つながりが切れる
キャストが毎回同じ案内を繰り返す
SNSアカウント、次の出勤日、イベント情報をファンごとに直接伝えることで対応負担が増えます。
- 同じ案内の繰り返し
- 出勤表を都度共有
- イベント案内の負担
Modules
UNOAが出勤情報を一か所にまとめます
キャストのプロフィールと出勤予定をひとつの画面にまとめ、ファンはQRひとつで全部確認します。
キャストプロフィール
写真、紹介、活動カフェ、SNSリンクをひとつの画面に。
写真と紹介活動カフェ情報SNSリンク
出勤予定
メイドカフェ・コンカフェの出勤表とイベント参加予定を登録します。
定期出勤日イベント参加特別出勤
関心登録
ファンが推しキャストを保存して、次の出勤日にまた探せます。
関心を保存保存リストまた探す
QR共有
テーブル、名刺、コスチュームタグ、SNSに同じQRを。
テーブル・名刺コスチュームタグSNSプロフィール
Operating Detail
メイド・コンカフェキャスト活動ハブの運用基準
UNOAは告知、作品情報、イベント、コミュニティ導線を分けて管理しながら、ファンにはひとつの活動ハブとして見せる設計を重視します。
1
情報を探し直せる構造
Xの投稿が流れても、固定リンクから最新の告知、アルバム、グッズ、オフラインイベント、コミュニティ入口へ戻れる状態を保ちます。
2
アーティスト側の運用負荷を下げる
同じ説明を複数のチャンネルで繰り返すのではなく、詳細ページを更新してSNS、QR、コミュニティ告知から同じ情報へ案内します。
3
検索と共有に強いメニュー設計
単一のランディングに集約せず、目的別ページ、メタ情報、FAQ、関連導線を整えて、ファンが検索から直接必要な情報へ入れるようにします。
Workflow
ファンが見る流れはシンプルです
QRひとつで、ファンがキャストを保存し、次の出勤日までまた探せます。
01
QRを開く
テーブル、名刺、キャストのSNSどこでもQRをスキャンします。
02
プロフィールを見る
キャストの写真、紹介、活動カフェ、SNSリンクをひとつの画面で見ます。
03
関心登録する
ログイン一回で、推しキャストが保存リストに入ります。
04
次の出勤日をまた見る
家に帰ってもキャストのプロフィールと出勤予定がそのまま残ります。
Operations
キャストが使う流れもシンプルです
プロフィールを作り、出勤予定を載せ、QRを貼れば、ファンの反応までひとつの流れでつながります。
プロフィールを作る
写真、紹介、活動カフェ、SNSリンクをまとめて登録します。
写真と紹介活動カフェSNSリンク
出勤予定を載せる
定期出勤日、イベント参加、特別出勤の予定を登録します。
定期出勤日イベント参加特別出勤
QRを貼る
テーブル、名刺、コスチュームタグ、SNSに同じQRを貼ります。
テーブル・名刺コスチュームタグSNSプロフィール
ファンの反応を見る
関心登録したファンと、また来てくれる流れを確認します。
関心登録の確認再来店の確認次の出勤の案内
FAQ
メイド・コンカフェキャスト活動ハブ FAQ
メイドカフェのキャストでなくても使えますか？
はい。コンセプトカフェ（コンカフェ）、テーマカフェ、コスプレバーなど同様の形態のカフェキャストなら使えます。
出勤表はどうやって登録しますか？
スタジオで日付とカフェ名を入力するだけです。定期出勤日のほかイベント・特別出勤も別途登録できます。
ファンはアプリのインストールが必須ですか？
最初はウェブのQRですぐ見られます。関心登録と保存リストはログインすると使えます。
QRはどこに貼るとよいですか？
テーブルカード、名刺、コスチュームタグ、SNSプロフィールに貼ると、ファンが自然にスキャンします。
決済機能は今使えますか？
有料機能は準備中です。今はプロフィールと出勤予定の登録、QR共有機能を先に使えます。