活動の徹底分析（第2部）：発射後の活動

この記事では、イベントの開始後に何を行う必要があるかを詳しく説明します。これは、共通のフレームワークといくつかの詳細を組み合わせたもので、方法は提供されますが、アイデアは提供されません。発射前オペレーションについてさらに詳しく知りたい場合は、次の記事を参照してください。アクティビティオペレーションの詳細な分析（I）

まずこの写真を見てください:

イベントがオンラインになった後の操作を4つの部分に分けました。

メインライン活動運営
支店活動運営
データ監視
最適化計画

その中で、データ監視および最適化ソリューションは、オンラインアクティビティ操作全体を通じて実行されます。これらは、オンライン化後のアクティビティ操作プロセスのステップではなく、アクティビティ全体に存在し、アクティビティ全体の実行にとってグローバルな意義を持ちます。したがって、図では外側の楕円内に配置され、グローバル制御を意味します。次に、アクティビティにはメインライン操作とブランチライン操作があります。これらは互いに独立している場合もありますが、ブランチライン操作はメインライン操作の主な目標を支援するために使用する必要があります。

さらに詳しく説明する前に、イベント運営者にとっての基本的な要件は、イベントのルール、特に揺るぎないルールとフローティングガイドラインに精通していることであることを強調しておきます。

次に、4つの側面を段階的に分解していきます。

1. 活動の主幹業務

まずは運営面から、イベントの主な運営について見ていきましょう。

活動の主な業務には何が含まれるのかと疑問に思うかもしれません。

次の 3 つの異なるアクティビティによってこの問題が説明されます。

アクティビティ 1: UGC収集アクティビティ

（図中の灰色部分は必須ではない工程です）

活動の要点と難しさ:

イベントでは質の高い旅行記を集める必要があり、ユーザーは多くの時間を費やす必要があります。そのため、登録数が多くても投稿率は低くなります。投稿率を上げるには、より重いユーザー操作アクセスが必要です。一方で、質の高い旅行記の判定や審査には、一つ一つを審査するマンパワーも必要となり、審査や基準管理の面でもより重い業務が必要となります。

イベントから派生した特別な運用タスク:

ユーザ操作（専門家操作を含む）
コミュニティ運営;
標準化されたプロセスとルール作成。

これらのタスクは、作業目標に基づいて作業の詳細を導き出す必要があります。

例えば：

ユーザー操作の目標は、登録ユーザーを効果的に参加できるユーザーに変換することです。

目標を達成するには、ユーザーエンゲージメントの問題を整理して解決する必要があります。

以下に簡単な例を示します。

ユーザーがイベント運営者の公式WeChatアカウント（以下、「編集者」という）を追加すると、編集者はユーザーに具体的な質問をし、ユーザーをカテゴリ（未記入、記入中、提出済み）に分類します。異なるラベルに対して、編集者は異なる文言を使用して書き込みを促します。まだ書いている途中の人には、週末を活用するよう金曜日にリマインドします。まだ書いていない人には、主に時間と利益の観点から促します。すでに提出した人には、通常は邪魔しませんが、賞を獲得するためのハードな指標を高めるために、特定の時間に共有するようにリマインドするだけです。

アクティビティ2：1対1の有料相談（低価格帯）

活動の要点と難しさ:

C2C ドッキングアクティビティで最も難しいのは、2 つの C エンドの管理です。サービスを使用する C がサービスを誤って使用する可能性があり、サービスを提供する C も受動的になり、プラットフォームのルールに従わない可能性があります。（さらに難しいのは、製品の初期段階ではサービスを提供するCが十分にいない場合、強制的にプラットフォームに協力させる方法がないことです。）

イベントから派生した特別な操作作業：イベントプロセス操作（熟練したユーザーの操作）。その目的は、注文ユーザーに優れたコンサルティング体験を提供することです。

具体的には、インフルエンサーへのコミュニケーションスキル指導（プラットフォームには現時点では自動スキルはありません）、相談プロセスを標準化し、インフルエンサーがプロセスを厳守できるようにする（給与やスクリーンショットを証拠として提供）、インフルエンサーに対して、私たちがあらゆるサポートを提供していること、ユーザーハラスメントに遭遇した場合は事前に私たちに知らせることができ、一人で対処する必要がないことを明確にすることなどです...

例えば：

活動の初期段階で、プラットフォームに依存するこのタイプの C2C コンサルティングでは、専門家とユーザーが時間どおりに同期できない状況が発生しやすいことがわかりました。主な理由は、非ソーシャルコミュニケーションプラットフォームであるため、タイムリーなコミュニケーションを実現するのがまだ非常に難しいことです。同時に、製品機能は、短期間で適切なバージョンを迅速に反復することができません。そこで、イベント前には専門家向けの台本や行動規範を一式用意し、アポイントを取る際に使えるタイムテーブルなど、コミュニケーションに必要な各種資料も用意しました。

活動3：柔軟な雇用募集プラットフォームの周年記念

（図中の灰色部分は必須ではない工程です）

活動の要点と難しさ:

活動によって促進される情報は、簡単に素早く大量に消費されるため、コンテンツデータを監視して、必要に応じて情報を更新する必要があります。これは、eコマースの活動とほぼ同じです。商品が売り切れると、棚から取り除かれ、トラフィックの位置を他の商品で埋める必要があります。厳格な予算管理が必要な、2 つの賞品が当たるタイプのアクティビティもあります。

活動から派生した特別な運用作業:なし。

コンテンツと予算を管理していれば、この活動に大きな問題は発生しません。（ユーザーとの直接的なコミュニケーションを必要としないこのような純粋にオンラインのアクティビティの場合、操作の複雑さはアクティビティ製品の完成度に反比例するため、初期段階でさまざまな状況を事前に設定する必要があります。製品プロセスの設計とデータ監視のサポートが強力であればあるほど、ローンチ後のトラブルは少なくなります。）

要約する

メインラインアクティビティの運用については、上記で簡単に3つの例を挙げましたが、私が主に伝えたいのは、アクティビティの運用については、常に同じタイプのアクティビティを運用しない限り、開始後の運用に特定の方法論はないということです。

方法を挙げるとすれば、自分の目的に応じて、ユーザーの視点から、アクティビティのプロセスを注意深く実行し、ユーザーが抱えるさまざまなニーズをシミュレートし、アクティビティで発生する可能性のあるさまざまな状況を推測し、それに応じた運用戦略を立てることです。

実際、アクティビティがオンラインになるとすぐに、アクティビティ自体があなたを強制的に行かせます。もちろん、最良のシナリオは、受動的ではなく能動的になることです。

2. 支線事業の運営

概念:支線運用は、本線の目標を推進するために本線の外側で行われる運用です。

本線作戦と同様に、支線作戦にもさまざまな遊び方があり、最も重要なのは目的を果たすことです。

例1:

UGC収集活動を始めた当初は、サイト内での活動であり、プラットフォームの知名度も低く、高品質な作品を制作できるユーザーも少なかったため、内部トラフィックの変換で月間数百本の高品質な旅行記というボリュームを達成するのは困難でした。そこで、この目標を達成するために、多くの人手を必要とするサイドクエストを作成しました。

業界でよく知られているUGCプラットフォームをいくつか選び、私たちのブランドワードや業界キーワードを含む記事を選別し、さまざまなハード指標（いいね、コレクションなど）を分類した後、会社の公式アカウントを使用して最初から最後まで個別にチャットし、活動への参加を招待しました。

おそらく次のような感じでしょう: こんにちは XXX、私は XXXX です。あなたの記事はとてもよく書かれているとわかりました。現在、XXX ではユーザーフィードバックアクティビティを行っています。以下の条件を満たしていれば、XXX 元の報酬を簡単に獲得できます... 詳細については WeChat を追加してください...

このアプローチでは、招待されたユーザーが行う必要があるのは、注文の携帯電話番号を提供し、ブランドキーワードを追加し、記事を他のプラットフォームに移動することを許可することだけです。これにより、一方では初期段階で高品質のトラフィックを蓄積することができ、他方では高品質の人材リソースも蓄積することができます。しかし、実際には、このアプローチは既存の在庫をブラッシングすることに相当し、増分成長の問題を解決せず、長期的な解決策ではありません。

例2:

同じ UGC 収集活動は 1 か月間続きます。ユーザーは提出期限近くに作品を提出する傾向があり、これにより後の段階で過度の運用上のプレッシャーが生じ、各期間の目標の判断に影響を及ぼします。したがって、新しく追加されたブランチアクティビティは次のようになります: 各期間に送信した最初の XX 人のユーザーは XX を獲得できます。
概要：上記はメインアクティビティのリズムを最適化するサイドクエストです。

サイドアクティビティは、メインアクティビティをサポートするために行われます。アクティビティを計画するときに、「起こりうる問題」を考え、次に「この問題にはどのような解決策があるか」というリスク管理を考慮することで、基本的にサイドアクティビティを実行する方法を思いつくことができます。（サイドクエストは必要ありません）

上記で述べたことは基本的に「サイドクエストアクティビティの操作」ではなく「サイドクエストゲームプレイ」ですが、実際には、サイドクエストアクティビティの操作はメインクエストアクティビティの操作と同じです。自分でプロセスを実行すると、どのようなサポートが必要かがわかります。

3. データの監視とアクティビティの最適化

次のセクションに進んでください。

1. データ監視

個人的には、疑問が生じた場合にデータから手がかりを抽出できるように、データポイントを追加することをお勧めします。一般的なアドバイス: すべてのページビュー、ボタンのクリック、さまざまなチャネルのクリックなどを追跡する必要があります。

さまざまなチャネルにポイントを埋め込むことで、どのチャネルのクリック数が多いか、さらにどのチャネルのユーザーの質が高いかを知ることができます。
たとえば、1 対 1 のインフルエンサー活動の場合、ボタンのクリック数が最も多いインフルエンサーが、プラットフォームユーザーの間でより人気がある可能性があります。
さまざまなページやボタンにポイントを埋め込むことで、たとえばバナーをクリックした人が 10 人いるが、そのうちページを閲覧したのは 8 人だけで、2 人は迷子になっていることもわかります。なぜ迷子になっているのでしょうか。ページの読み込みが遅すぎませんか?

データ監視は 2 つの部分に分けられると思います。

1 つ目は、ページビュー、登録率、送信率などのアクティビティデータを定期的に監視することです。
目標指向のデータ監視のもう 1 つのタイプは、たとえば、共有機能を作成したいが、ユーザーは本当に共有する意思があるか、というものです。最初に、シンプルな機能バージョンを作成してオンラインに公開し、クリックデータをテストすることができます。

2. アクティビティの最適化

実際、この側面は過去の出来事を振り返ることに似ています。おそらく、次のような考え方です。「達成したい目標は何ですか? それは達成されましたか? なぜですか? 次に何ができますか?」

しかし、もちろん、イベント中に遭遇したユーザーの苦情、運用上の困難の最適化、さらには目標の最適化も含まれます。たとえば、イベントの初期段階の目標は量の追求であり、その後の活動の目標は質の追求です。目標が異なると、活動の一部の機能とプレゼンテーションは当然異なります。

上記の 2 つの側面は、イベントの運営全体に反映されます。

4. 追加例 - お金に関すること

活動を企画する際にはお金を使うことは避けられませんが、お金を使うには当然お金の管理が必要になります。財務は厳格な部門であり、それぞれの金額がどのように、どこで、どのような名前で使われるのかが明確である必要があります。したがって、お金を使う活動、特にユーザーに現金を与える活動は、金融との連携に特に注意を払う必要があります。

UGC活動を例に挙げてみましょう。

初期の活動はまだ大規模には達しておらず、ボーナスはユーザーが提供するWeChatアカウントとAlipayアカウントを通じてユーザーに転送されます。

初期段階では次のことが必要です。

ユーザーが提供する振替口座。
各操作の転送の詳細（ユーザー名、ユーザーアカウント、注文番号、作業、転送の理由）。
運営経費を控除するための請求書。

このアプローチでは、電子メールのプロセス、請求書の詳細の特定のカテゴリなど、多くの財務および運用上のコミュニケーションが必要になります。

その後、活動の規模が拡大するにつれて、当初のプロセスでは多くのコミュニケーションと運用上のリスクが伴い、非常に不合理なものでした。そのため、財務部門はボーナス分配のソリューションを提供しました。同時に、イベントの背景と金融システムの間にインターフェースが確立され、ユーザーはアプリ内のウォレットを通じて直接ボーナスを獲得できるようになり、ボーナス分配の名称も少し変更されました。この時点でオペレーターが行う必要があるのは、賞品の詳細を確認し、電子メールのプロセス全体を実行することです。

この例を挙げることで、イベント運営者には、製品、設計、研究開発部門との日常的なコミュニケーションに加えて、財務、顧客サービスなどのサポート部門とのコミュニケーションも忘れてはならないことを思い出してもらいたいと思います。さらに、自身の経験が比較的弱い場合は、サポート部門に支援を求めることができます。オペレーターは達成すべき目標を提供し、サポート部門は部門の観点からソリューションを提供します。