イベント運営実行・デザイン！

これほど頻繁に活動を行う目的は何ですか？と質問されたとき

そこで、データからユーザー規模や投稿数の変化を把握し、また多数のフィードバックから肯定的なコメントもいくつか見つけることができました。

内心: 効果があるようで、データは改善しており、ユーザーからのフィードバックも肯定的です。

聞き返されたら: やらないよりはやったほうが絶対にいいです。しかし、それはどれほど価値があるのでしょうか。そして、それがうまくできたかどうかはどうやってわかるのでしょうか。

こんなに鋭い質問だとは思っていませんでした。何百ものアクティビティをこなしてきたにもかかわらず、びっくりしました！

よく考えてみると、私がこれまでやってきたことの多くは、ただ自分を感動させるためだけだったことに気づきました。

実際、活動を行うことに問題はありません。しかし、ただやるだけやって、活動の実行者としての役割に没頭してしまうと、活動の責任者としての視点を失ってしまいがちです。

この2つの違いは何でしょうか?

前者は活動自体の実施にのみ焦点を当てており、目的や結果に対する明確な期待を持っていません。後者は活動の実施に焦点を当て、活動の目標と意義を理解し、結果に責任を負うだけでなく、活動がもたらす長期的な価値にもより注意を払います。

イベントの責任者であれば、上記の質問に答えるのは簡単です。

アクティビティ実行者とアクティビティマネージャーの違いを見てみましょう。

1. 目標を理解する

活動の責任者は明確な目標と期待を持っていますが、実行者は目標に重点を置かず、ただ活動を行うためだけに活動を行います。

プラットフォームにとって、活動の出発点は、成長を促進し、提出数を増やし、新しい製品機能のコンバージョンをもたらし、影響力を高めることなどです。目標は、出発点に基づいて定量化可能な数値を定義することです。

目標が設定されると、イベントリーダーは、過去のデータのパフォーマンスとイベントのリソース状況に基づいて、目標達成の可能性を総合的に分析します。問題がある場合は、同僚や上司の期待を事前に管理し、困難な点や必要なサポートポイントを明確に伝えます。

したがって、イベントリーダーは明確な目標を持っているだけでなく、結果を達成するための明確な期待も持っています。

2. 価値を伝える

価値ポイントはアクティビティの最上位の設計であり、アクティビティリーダーはこれに特に注意を払いますが、実行者によって無視されることがよくあります。以下で価値ポイントについて詳しく説明します。

価値ポイントは、目標やユーザーのニーズと組み合わせる必要があります。たとえば、私たちが初めてeコマースに挑戦したとき、最初の活動は大学進学を控えた学生を対象としていたため、その活動で伝えられた主な価値ポイントは、学校の日用品を購入することを選択した場合、補助金がある私たちのプラットフォームに来ることができるということでした。

同時に、ユーザーのニーズを考慮するだけでなく、自社の特性や利点、製品の段階も組み合わせる必要があります。

たとえば、Weibo のすべてのイベントでユーザーに伝えられる核心は、最新で最もホットなものを見ることです。Weibo にアクセスするだけです。

Bilibiliは話題を捉える効率はそれほど高くないかもしれませんが、コンテンツを解釈して再作成できるKOCクリエイターが多数います。これはBilibili独自の強みなので、その価値ポイントを反映したい場合は、Bilibiliに来て、ストーリーの背後にあるロジックの解釈を見つけてください。

価値ポイントがあると、ユーザーはアクティビティの重要性をすぐに把握できます。その後のゲームプレイとビジュアルデザインはすべて、価値ポイントに基づいて行われます。

すべてのリンクに通すことで、デザイン全体がより統一され、立体的になります。そうしないと、混乱が生じます。

そのため、活動の担当者にとっては、活動に意味を与え、活動をより鮮明で立体的なものにするのですが、実行者からは見落とされがちです。

3. 目標を達成するためのポイントを見つける

実際、アクティビティはファネルゲームであり、アクティビティの最終的な効果は、到達した人数 * ページコンバージョン率 * 送信コンバージョン率で構成されます。アクティビティリーダーは、ファネルに影響を与える重要なポイントをより適切に特定し、重要なポイントの詳細を徐々に改善することができます。一方、実行者は、プロジェクトが正常に実行できることを確実にすることに集中する必要があります。

1) 到達した人数

一般的に言えば、活動リソースは限られており、より多くのユーザーにリーチする方法が私たちの目標です。これには、リソースの効果的な割り当ての問題が関係します。

活動のライフサイクルに応じて、それは勢いをつける期間、ウォーミングアップ期間、形式化期間、発酵期間、そして終結期間の5つの段階に大別できます。

最初の一歩を成功させるには、一般的に、ユーザーの関心を刺激し、イベントへの期待を高めるために、勢いをつける準備期間とウォームアップ期間に、約 30% ～ 50% のリソースを宣伝に投資します。

イベントが始まって公式ステージに入ると、多くのリソースは投入されなくなります。ただし、発酵期間中は、より多くのリソースが投入されます。理由は2つあります。

1つは発酵期間で、一部のユーザーが参加して相応の利益を得ています。これはユーザーがプラットフォームのために立ち上がるのに最適な時期です。このとき、プラットフォームはユーザーを誘導して分裂を共有し、自己増殖を引き起こします。同時に、プラットフォームは宣伝活動を強化して効果を増幅します。

もう1つは、プロモーション期間中に予約したがまだ参加していないユーザーを覚醒させ、早く参加してもらうことです。

最終的には、適切なリソースが投入されますが、多すぎることはありません。ここでの主な目的は、製品の位置付けとパフォーマンスを市場やユーザーに伝えることです。

全体的なリソース割り当て曲線は次のとおりです。

アクティビティリーダーは、より多くのユーザーにリーチするためにリソースを合理的に使用し、実行者はリソースを均等に分配します。

2) ページコンバージョン率

ユーザーが目的のページに到達するために必要なステップの長さは、参加者の数に反比例します。一般的には 3 ステップを超えないようにするのが最適です。

同時に、アクティビティリーダーは、自分自身をユーザーとして想像し、各入口からの体験をシミュレートして、目的のページにスムーズに到達できるかどうか、各ページのプロンプトが明確かどうかを確認し、ユーザーが各ページで 3 秒以内に目的を達成できるようにする必要があります。

アクティビティの担当者はすべてのリンクの詳細に注意を払いますが、実行者はデフォルトでこれらの問題を抱えていません。

3) 提出コンバージョン率

本質的に、提出コンバージョン率はモチベーションとゲームプレイと切り離せないものです。

ユーザーを動機付ける最も簡単で直接的な方法は、プラットフォームがイベントに参加することで何が得られるかをユーザーに直接伝えることです。同時に、「XXXユーザーがすでに参加しています」などの環境も作り出し、群集心理を利用してユーザーのコンバージョン動機を高めます。

また、イベント主催者側も事前にエフェクトを組み込んで獲得感を増幅させることでモチベーションを高めます。

たとえば、アクティビティの開始から 3 日以内に、大賞を獲得したユーザーが一般に公開されます。この人はとても幸運だと思うかもしれませんが、実際には、この「役割」はプラットフォームによって事前に計画されていました。

ゲームプレイに関しては、敷居が低くプレイしやすいことに加え、近年は分裂にも注目が集まっています。例えば、アリペイが毎年春節に5つの福を集めるのは、この点を反映しています。

したがって、アクティビティリーダーにとっては、ファネルに影響を与えるキーポイントを見つけやすくなり、キーポイントの各詳細を徐々に改善することができます。一方、実行者は、プロジェクトが実行できる限り、均等にストレスを感じることになります。

同時に、イベント期間中、担当者は随時ユーザーデータを監視します。各リンクのデータが予想よりも低い場合は、いつでもplaneBのソリューションが起動されます。

イベント主催者は目標を達成するためにあらゆる手段を講じていると感じますか?

同時に、イベントは始まりに過ぎません。イベント主催者は、短期的なデータの変化に注目するだけでなく、イベント参加後のユーザーのデータパフォーマンスなど、長期的な価値に注目し、長期的な価値の帰属を行います。

4. 効率性も考慮する必要がある

活動リーダーは目標を達成し、成果を検証した後、効率化についても考えます。

1) 活動ツールの製品化

たとえば、最初にイベントを開始してユーザーに投票を依頼したときは、ユーザーのコメントに返信することによってしか投票できず、ユーザーの参加コストがはるかに高くなっていました。同時に、統計を収集する際には、それを完了するために SQL を実行する必要があり、非常に非効率的です。活動の変化に合わせて、この機能も製品化することで活動効率を大幅に向上させていきます。

2) リソースの正規化

時には、ある活動を実行するために多くのリソースを申請する必要があります。各リソースはプロセスであり、申請コストは非常に高くなります。このとき、活動レベルに応じてリソースをマッチングすること、つまり、活動によってもたらされる収入を等級付けし、レベルを使用してソースパッケージなどを揃えることを検討できます。この方法の利点は、アクティビティが一度評価されれば、1 つずつ申請するのではなく、完全なリソースパッケージを受け取ることができることです。

3) データテンプレート

同じタイプのアクティビティの場合、データディメンションが概ね類似している場合は、テンプレートにして複数回再利用できます。

4) プロセスをSOPベースにする

上で述べたツール、リソース、データはすべて、アクティビティを実行するためのポイントです。最後に、SOP プロセスを通じて、ポイントが線で結ばれ、後続のアクティビティを効率的に実行するのに役立ちます。