> 本記事について
> 本記事は、地域イベントで実際に起こり得る課題をもとに、BizNavi Kikakuが設計した企画モデルケースです。実在する特定の自治体・観光協会・企業への導入実績や、実測された成果を示すものではありません。
> 実際の企画・導入内容は、開催地域、イベント規模、参加店舗数、予算、利用サービス、法令・運用条件などに応じて個別に設計します。
「今年のイベントも大盛況だったね」
「たくさん人も来たし、SNSでも盛り上がっていました」
「ところで、どの店に何人流れたんですか？」
「イベントをきっかけに、翌週以降も地域で買い物した人は何人いますか？」
「来年は何を改善すれば、もっと地域にお金が残りますか？」
「……それは、よく分からないですね」
地域イベントでは、こんなことが起こります。
当日は確かに盛り上がった。
会場にはたくさんの人が来た。
写真も動画も残った。
関係者からも「成功だった」という声が出た。
それなのにイベントが終わると、
* 誰が来たのか
* どの店に人が流れたのか
* 何が売れたのか
* どんな企画が効果的だったのか
* 来場者と次にどうつながるのか
が、ほとんど分からない。
残るのは「盛り上がった」という感想と、翌年も同じ準備を繰り返すための大量の作業。
これは、とてももったいないことです。
イベントは、当日を成功させるだけでは終わりません。
人が来る。楽しむ。買う。地域を巡る。また来る。
そこまでつながって初めて、イベントは地域にとって継続的な価値を生み始めます。
BizNavi Kikakuが考えるイベントDXは、単に紙をデジタルに変えることではありません。
イベントの熱量を、その場限りで消費させず、次の来店、次の購買、次の企画につなげること。
今回は、その考え方を「地域グルメフェス×街巡り」を題材にした企画モデルケースで紹介します。
今回のモデルケース
想定するのは、地方都市の中心市街地で開催される地域グルメイベントです。
イベント会場には地元の飲食店が出店。
さらに周辺の商店街や土産店、観光スポットにも人を回遊させたい。
主催は、地域の観光協会と商工会。
参加する飲食店や地域店舗は約50店舗。
イベントの目的は、単に会場へ人を集めることではありません。
本当に目指したい成果は、次のようなものです。
会場の混雑を減らすこと。
地域店舗への回遊を増やすこと。
イベントによる経済効果を把握すること。
来場者とイベント後もつながること。
翌年のイベントを、勘ではなくデータで改善できること。
この目的から逆算して、イベント全体を設計していきます。
最初に考えるのは「何を作るか」ではなく「何を残すか」
イベントの相談を受けたとき、すぐに、
「アプリを作りましょう」
「デジタルスタンプラリーを導入しましょう」
「AIを使いましょう」
とは考えません。
先に考えるのは、イベント終了後に何が残れば成功なのかです。
例えば今回なら、
* イベント会場への来場
* 飲食ブースでの購買
* 商店街への回遊
* 地域店舗への来店
* 次回イベントへの参加
* イベント後の再来店や再購入
までを、一つの流れとして考えます。
そこで見えてくるのが、従来型イベントに起こりやすい3つの機会損失です。
1．買いたいのに、買えない
イベント会場では、食券売場や人気店舗に行列が集中します。
来場者は、
「食べたいけれど、30分も並びたくない」
「どこでチケットを買うのか分からない」
「子どもが疲れてしまった」
といった理由で購入を諦めることがあります。
主催者から見れば大盛況。
しかし実際には、混雑によって販売機会を失っている可能性があります。
人が多いことと、地域にお金が落ちることは、必ずしも同じではありません。
2．人は来た。でも、どこへ行ったか分からない
紙のスタンプラリーは、イベントを盛り上げる方法として今も有効です。
一方で、紙だけでは把握しにくいことがあります。
* どの店舗に多くの人が訪れたのか
* どの順番で店舗を巡ったのか
* どのエリアまで人が回遊したのか
* 途中で参加をやめた人はどこで離脱したのか
* どんな特典が行動を後押ししたのか
イベント終了後にアンケートを取っても、すべての行動を正確に把握することは困難です。
その結果、翌年も、
「去年と同じ場所にポスターを貼ろう」
「たぶん、この店が人気だった」
「今年はもっとスタンプ台紙を増やそう」
という、経験と感覚中心の改善になりがちです。
3．イベントが終わった瞬間に、関係も終わる
実は、これが最も大きな機会損失かもしれません。
イベントに来た人は、その地域に興味を持ってくれた人です。
地域の商品を食べた。
店を訪れた。
商店街を歩いた。
楽しい時間を過ごした。
本来であれば、その人たちは次の来店や次のイベントにつながる大切な存在です。
ところが、イベント終了後に接点が残っていなければ、その関係はそこで終わります。
来年の開催時には、またゼロから広告を出して人を集めなければなりません。
だからBizNavi Kikakuでは、
イベント当日の集客だけでなく、イベント後に何が残るか
までを最初から企画に組み込みます。
デジタル化するのではなく「参加したくなる流れ」を設計する
ここで重要なのは、来場者に難しい操作を要求しないことです。
イベントに来る人の目的は、システムを使うことではありません。
美味しいものを食べたい。
家族や友人と楽しみたい。
地域を巡りたい。
新しい発見をしたい。
だから、テクノロジーは目立たせるものではなく、体験を邪魔しない形で使います。
例えば、会場入口やイベントチラシのQRコードから、スマートフォンでイベントページへアクセスできるようにする。
そこから、
* イベント案内
* 店舗情報
* デジタル参加証
* スタンプラリー
* 特典
* 混雑案内
* お知らせ
などへ、できるだけ少ない操作で移動できるようにします。
利用環境に応じて、Webアプリ、LINEを活用した導線、既存サービスなどを組み合わせます。
重要なのは、
新しいシステムを使わせることではありません。
来場者が迷わず楽しめることです。
会場の盛り上がりと、地域への回遊を同時につくる
今回のモデルケースでは、イベント会場だけで体験を完結させません。
会場で地域グルメを楽しんだ人に、そのまま街へ出てもらう仕掛けを作ります。
例えば、イベントページにこんな案内を表示します。
> 「あと2店舗巡ると、地域限定特典をプレゼント」
> 「この会場から徒歩5分。老舗菓子店で限定スタンプがもらえます」
> 「現在、東エリアの参加店舗で特別企画を開催中」
単に、
「商店街にも行ってください」
と言うだけでは、人はなかなか動きません。
どこへ行けばいいか。
どれくらい時間がかかるか。
何があるのか。
行くとどんな楽しみがあるのか。
そこまで具体的に設計することで、イベント会場から地域店舗への自然な回遊を生み出します。
スタンプラリーも、スタンプを集めること自体が目的ではありません。
人を地域の魅力へ案内するためのナビゲーション装置
として設計します。
混雑を「仕方がない」で終わらせない
イベント会場では、混雑そのものを完全になくす必要はありません。
人気イベントに人が集まるのは、むしろ良いことです。
問題は、混雑によって、
* 購入を諦める
* 他の店を見ずに帰る
* 子ども連れや高齢者が参加しにくくなる
* 一部エリアだけに人が集中する
ことです。
そこで、イベントの規模や予算に応じて、
* キャッシュレス決済
* モバイルオーダー
* 整理券
* 時間帯別案内
* 混雑情報
* 空いている店舗への誘導
などを組み合わせます。
必ずしも大規模な専用システムを作る必要はありません。
既存サービスで十分なら、既存サービスを使う。
小規模な仕組みで足りるなら、小さく始める。
重要なのは、
技術を導入することではなく、販売機会損失を減らすこと
です。
「来場」「購買」「回遊」をバラバラにしない
イベントでは、多くのデータやサービスが別々に存在します。
申込みは申込フォーム。
告知はSNS。
当日の受付は紙。
スタンプラリーは別サービス。
アンケートは別フォーム。
イベント後のお知らせは、また別の仕組み。
これでは、一つひとつの施策は成功しても、全体として何が起きたのか見えません。
BizNavi Kikakuが大切にしているのは、これらを一つの体験としてつなぐことです。
BizLinkの考え方で、
知る
↓
来る
↓
参加する
↓
買う
↓
地域を巡る
↓
またつながる
という流れを設計します。
システムを一つにすることが目的ではありません。
来場者にとって体験がつながり、主催者にとって成果が見えることが目的です。
イベントが終わった後から、本当の価値が始まる
イベントが終了しました。
会場は片づけられます。
出店者も帰ります。
SNSの投稿も、少しずつ減っていきます。
しかし、BizNavi Kikakuでは、ここで終わりません。
イベント終了後に振り返るのは、
「何人来たか」
だけではありません。
例えば、
* どの店舗やエリアに人が集まったか
* どの企画が参加につながったか
* どこで参加者が離脱したか
* どの時間帯に混雑したか
* 会場から地域店舗へどれだけ回遊したか
* 次回も情報を受け取りたい人がどれだけいるか
といった情報を、取得可能な範囲で整理します。
もちろん、個人に関する情報を扱う場合には、利用目的の明示、必要な同意、アクセス管理などを前提に設計します。
集められるものを何でも集めるのではありません。
次の改善に必要な情報だけを、適切な方法で残す。
これが重要です。
データは「報告書を作るため」だけのものではない
イベント終了後、最終報告書を作って終わる。
それでは、せっかくのデータが活かされません。
本当に重要なのは、次の行動につなげることです。
例えば、
イベントで特定の地域商品に興味を持った人へ、次回の関連イベントを案内する。
商店街を巡った人へ、季節イベントの情報を届ける。
地域のファンになってくれた人へ、新商品や観光情報を案内する。
イベント参加者の声を、翌年の企画改善に活かす。
そうすることで、1日のイベントが、
次の来店
次の購買
次の観光
次のイベント
へつながっていきます。
イベントを単発の集客施策から、地域との継続的な関係づくりへ変えていく。
それが、BizNavi Kikakuの考えるSustainです。
この企画モデルケースで目指しているのは、最新技術の導入ではありません。
目指しているのは、イベント主催者が次の問いに答えられる状態です。
どれだけ人が来たのか。
どこへ人が動いたのか。
どこで機会損失が起きたのか。
何が地域の売上や回遊につながったのか。
次回は何を変えるべきなのか。
そして来場者には、
楽しかった。
また行きたい。
次はあの店にも行きたい。
という気持ちが残る。
その両方を実現するために、企画と技術を使います。
Sekimosoft合同会社では、ITやシステム開発だけでなく、イベント、地域振興、観光活性化、コミュニティ、デジタル上の価値設計、食に関わる事業なども事業領域として考えています。
だから私たちは、
「どんなシステムを作るか」
だけを考えません。
人が来る。
楽しむ。
買う。
地域を巡る。
また来る。
そこまでを一つの企画として考えます。
イベントに必要なのは、必ずしも大きなシステムではありません。
紙の方がいいところは、紙を残す。
人が案内した方がいいところは、人が対応する。
既存サービスで十分なら、既存サービスを使う。
本当に必要な部分だけを、ITでつなぐ。
技術ありきではなく、成果から逆算する。
それが、BizNavi Kikakuの考え方です。
イベントの成功は、来場者数だけでは決まりません。
会場が盛り上がった。
たくさん写真が撮られた。
SNSで話題になった。
それも大切です。
でも、その熱量を次につなげることができれば、イベントの価値はもっと大きくなります。
地域の店を知ってもらう。
商品を買ってもらう。
街を歩いてもらう。
また来てもらう。
次の企画に活かせる情報を残す。
イベントをきっかけに、新しい地域のファンを増やす。
私たちは、そのためにITを使います。
AIを使います。
Webを使います。
データを使います。
しかし、それらはすべて手段です。
BizNavi Kikakuが一緒に作りたいのは、システムではありません。
イベントの先に残る成果です。
こんな課題はありませんか？
* イベントを企画しているが、当日の混雑や運営が不安
* 人は集まるが、地域店舗への回遊につながらない
* 紙のスタンプラリーでは効果測定が難しい
* 来場者数以外に、成果を説明できる数字がない
* 毎年イベントを開催しているが、改善点が分からない
* イベント終了後、参加者との接点がなくなってしまう
* ITを導入したいが、大げさなシステムは必要ない
* 企画とシステムと運営を別々に考えることに限界を感じている
その悩みは、単なる「システム導入」の相談ではないかもしれません。
必要なのは、イベント全体を一つの流れとして見直すことかもしれません。
BizNavi Kikakuは、
Spark
コンセプトを見つける。
Shape
参加したくなる体験にする。
Stage
実際に動く形にする。
Connect
人、情報、体験をつなぐ。
Sustain
一度きりで終わらない仕組みにする。
という流れで、企画を考えます。
まだ企画が固まっていなくても構いません。
「地域イベントをもっと次につなげたい」
「商店街へ人を回遊させたい」
「イベントの成果をちゃんと見えるようにしたい」
「紙とExcelだらけの運営を少し変えたい」
そんな段階から、一緒に考えます。
高額なシステムを作ることが目的ではありません。
イベントを成功させ、その先に成果を残すことが目的です。
アイデアを、企画書や「楽しかった」で終わらせない。
そのための企画を、一緒に形にしていきます。
👉 BizDXAI 企画・新規事業「BizNavi Kikaku」
https://bizdxai.com/kikaku
