入門から上級までのイベント運営：プログラム設計

1. 活動プロセスを明確にする

このポイントは、上図のアクティビティ本体のフローチャート部分に対応します。

イベント運営については、企画段階からすでに大まかなイベント概要はイメージできており、具体的な内容はまだ決まっていませんが、大枠はできています。

したがって、この形成プロセスはフローチャート形式で提示する必要があります。

ユーザーがアクティビティに参加する主なプロセスは何か、それはどこから始まり、どのように流れ、どのように終わるのか。

H5 ミニゲーム アクティビティを例にとると、フロー チャートは次のようになります。

活動計画を設計する前にフローチャートを描くのは良い習慣です。これには 2 つの利点があります。

1. 明確なフローチャートは、その後の設計活動計画における北極星として機能し、詳細を設計する際に元のフレームワークから逸脱することはありません。

これは、記事を書く前にアウトラインを書くのと同じです。

2. 明確なフローチャートは、インタラクション設計やフロントエンドおよびバックエンド開発に関する要件を伝える際に、相手がアクティビティを理解するのに役立ちます。

コミュニケーションにおけるよくある問題は、一方が関与意識が非常に強く、自分がすでに知っていることを説明する必要はないと考えている一方で、実際には相手は関与意識が非常に弱く、何について話しているのか全く分かっていないという点です。

アクティビティが単純であるか複雑であるかに関係なく、最初にフローチャートを描いて怠惰にならないようにするのが最善です。

2. アクティビティのページデザイン

前述の H5 ミニゲーム アクティビティを例にとると、アクティビティ ページは一般的に概要 + 詳細 + 特別ブロックの 3 つの部分に分かれています。

イベント概要

アクティビティ概要ページ参照:

良い活動には多くの特徴があり、それらはすべて人間の感情と切り離せないものです。

要約すると、優れたアクティビティ概要の特徴は次のとおりです。

アクティビティの概要はシンプルであるほど良いです。タイトルは直接的なものにしてください。概要では、可能であればテキストではなく画像を使用してください。画像の数は 3 枚までに制限してください。

心理学的な観点から見ると、人は短期的に3つのポイントまたは3つのステップしか覚えることができません。3つ以上になると、プレッシャーが大きすぎて覚えるのが難しくなります。

詳細ページ

詳細ページでは、主にアクティビティのルール、具体的な参加方法、賞品配布ルールなど、アクティビティの指示全体を紹介しています。

ほとんどのユーザーはアクティビティに参加するときに長い詳細ページを読むことはありませんが、それでもこのモジュールは必要です。ここでは詳細には触れません。

特殊ブロック

特殊ブロックは主に群集効果に従うように設計されています。例として、以前作成した小さなプログラムを見てみましょう。

赤いブロックにはユーザーの当選情報が継続的に表示され、イベントが非常に人気があり、参加者が多いという雰囲気が生まれ、ユーザーの参加を刺激します。

スクロールするユーザー情報を表示することに加えて、参加者の合計数を表示するという別のアプローチもあります。

3. イベントコピーの作成

アクティビティ コピーを 2 つの部分に分けます。1 つはユーザー指向のフロントエンド アクティビティ コピーです。もう 1 つの部分はバックエンドのコピーライティングです。これは実際にはアクティビティの製品ロジックであり、主に内部のやり取りと開発を目的としています。

企業のイベント運営では、運営業務に加えて、イベント企画業務も考慮されることが多く、ここではそれらが組み合わされています。

フロントエンドコピーライティング

フロントエンドのコピーライティングには主に次のものが含まれます。

イベントタイトル、イベントページのコピー、イベントルールのコピー、イベント固定入場のコピー、イベントプッシュのコピー、その他特別なコピー。

イベント運営には強力なコピーライティングスキルが必要であり、コピーライティングスキルは運営の基本能力の一つであることがわかります。ここでは詳細には触れません。

バックエンドコピーライティング

バックエンドのコピーライティングのロジックは製品の PRD に似ており、主に次の 4 つの部分で構成されます。

1. インターフェース要素:

たとえば、テキストはどこにあるのか、ドロップダウン ボックスはどこにあるのか、ボタンはどこにあるのか、どのようにレイアウトするのか、どのように表示するのか、フローティングなのか静的なのか、などです。

2. データロジック:

簡単に言えば、データがどこから取得され、それを表示するためにどのようなロジックが使用されるかということです。データを取得するためのインターフェースは、通常、事前に別途定義されており、その都度呼び出す必要のあるインターフェースをアタッチするだけで済みます。

3. 操作ロジック:

インターフェース上で操作できる要素は何ですか? クリック、選択、スライドできるのはどれですか? フローティング レイヤーの表示など、操作後にどのようなフィードバックが表示されますか?新しいページを開きますか?

4. 例外処理:

最も単純な例は、ユーザーが登録情報の入力を完了し、「送信」をクリックした後、ネットワークが突然変動することです。このとき、どうすればよいでしょうか?ユーザーにインターフェースが回転するのを見せますか?ネットワークに異常があることをユーザーに通知し、後でもう一度試すように求めるプロンプト ボックスをポップアップ表示する必要がありますか?

2018 年の記事でも同様のロジックについて説明しましたが、ここでもそれを使用しました。 : 製品やオペレーションは、コミュニケーションのためにどのようなアプローチやテクノロジーを使用すべきでしょうか?

4. その他

冒頭のフレームワーク図を参照すると、上記の 3 つの主要なポイントに加えて、さらに 3 つの重要な点があります。

効果評価

これはとても、とても、とても重要です。

イベントの効果を評価する方法がわからない、新人から経験豊富なイベント運営者まで、多くの方を目にしてきました。

これは非常に恐ろしいことです。アクティビティの増分収益を計算できず、増分収益の計算ロジックを定義できない場合は、このアクティビティについてまったく明確に考えていないことを意味します。

製品機能を設計する場合にも同じロジックが適用されます。

カスタマーサービスに関するよくある質問

これは非常に見逃しやすい点です。

アクティビティがオンラインになる前に、タイムリーにカスタマー サービスと同期する必要があります。カスタマー サービス用の FAQ を作成するのが最適です。

カスタマー サービスは、ユーザーのプレッシャーに対処するための最初の防衛線です。問題に遭遇したときに慌てないように、事前にカスタマー サービスと十分にコミュニケーションを取ってください。

リスク管理

活動のリスク管理も非常に重要であり、これについては次の記事で別途説明します。

上記が基本的に完全な活動計画です。