ユーザーのマーケティング活動システムを分析！

インターネット上では「個人消費者ユーザー」に対するマーケティング活動の紹介は多いのですが、「個人サービス提供者・ユーザー」（以下：Big C）に対するマーケティング活動を紹介する記事は少ないです。Big Cに属するユーザーはどのような人でしょうか？

1. Big Cマーケティング活動システム

まず、システムに含めるべきモジュールを見てみましょう。

次に、各モジュールを 1 つずつ分解します。

1. 活動の種類

アクティビティの流れと構成要素は、アクティビティの種類によって大きく異なります。

たとえば、「タスクベースのアクティビティ」では、ユーザーは報酬を獲得するための自分の進捗状況にもっと注意を払う必要がありますが、「ユーザー PK ベースのアクティビティ」では、ユーザーは競争相手の進捗状況にもっと注意を払う必要があります。アクティビティタイプを使用すると、異なるタイプのアクティビティを個別に制御できるため、アクティビティテンプレートなどの共通構成の作成が容易になります。

2. イベント作成

通常、アクティビティルール + ページ構成の 2 つのテンプレートが含まれます。

1) 活動ルール

アクティビティルールはアクティビティの魂であり、アクティビティ戦略は主にルールを通じて反映されます。

ここでは、「タスクベースのアクティビティ」を例として分析します。この種のアクティビティは、「誰が何を行い、どのような報酬を得るのか」という簡単な言葉で説明できます。

「誰」: 参加ユーザーを指します。参加ユーザーの設定では、ユーザータグに従って複数のユーザーをグループ化し、異なるユーザーに異なるアクティビティルールを設定できるようにする必要があります。タグには、ユーザーの基本情報、ユーザーレベル、行動データ、その他の専門属性などが含まれます。
「何を行ったか」: タスクを指します。タスクは複数のレベルにすることができ、各レベルは異なるタイプのタスクになることもできます。いわゆる異なるタイプは、異なる次元のビジネスデータを指します。タスクの最小単位は「データソース」です。タスクデータソースの用途は、ビジネスデータのラベルに従って、対象のタスクデータをフィルター処理して定義することです (例: 平日の 12:00 から 13:00 までの指定時間内に配送される Meituan の特別配送注文)。
「どのような報酬が得られますか」: タスク報酬を指します。報酬は、ユーザーグループとタスクレベルに応じて設定する必要があります。私が勤務する会社では、「活動ルールは変わらないのに、報酬の分配が変わる」という状況を経験しているため、報酬モジュールには活動ルールとはあまり関係のない他の設定があります。そのため、ここでのアクティビティ報酬は独立したモジュールとして計画されており、詳細については以下の 3 つを参照してください。

2) ページ構成

イベント関連のページには通常、入り口、イベントページ、関連ページ、イベント共有が含まれます。

アクティビティ入口: 製品ポートまたはユーザーグループに応じて表示を制御できます。
アクティビティページ: 実際の使用シナリオに応じて、さまざまなコンポーネントに分割できます。ページの作成は、コンポーネントを組み合わせてまとめることを意味します。共通のコンポーネントには、Web ページのタイトル、メインビジュアルイメージ、背景色/イメージ、アクティビティタイトル、有効期間、ボタン、ラダータスク、データ表示、説明コピー、その他のインセンティブ/モメンタム機能が含まれます。
補助ページ: よく使用される補助ページテンプレートをいくつか事前に設定でき、クイック構成ページがサポートされています。例: アクティビティルールページ、履歴ページなど。
アクティビティの共有: さまざまな共有チャネルのテキストと画像を構成します。

3. 報酬管理

報酬には通常、現金報酬と物理的な報酬が含まれます。

現金報酬: 報酬の発行元となる予算プールと発行時期を考慮する必要があります。予算プールは、経費不足や予算超過に関する警告を追加するためにも使用できます。さらに、手動で報酬を発行する機能も考慮する必要があります。実際のビジネスシナリオでは、チャネルデータの省略によりアクティビティデータが不正確になったり、リーダーからの特別な承認など、ルール外で医師にインセンティブを与える必要がある状況があります。
物理的な報酬: ユーザーの配送先住所を収集するためのページなど、報酬配布プロセスに基づいたプロンプトやページの追加を検討してください。

4. 活動維持（活動修正）

ここで言うアクティビティメンテナンス（アクティビティ変更）とは、主にアクティビティがオンラインにリリースされた後に発生する変更を指します。アクティビティ作成とアクティビティ変更が分離されている理由は、これら 2 つのリンクに含まれる機能とプロセスが大きく異なるためです。

アクティビティがオンラインになった後に行われた変更は、まず一時ストレージ領域に保存し、変更されたコンテンツを確認して承認した後に公開する必要があります。

さらに、アクティビティのレプリケーション機能も追加できます。特に、長期間オンラインで実行され、段階的なサイクルで実行されるアクティビティの場合、ほとんどのルールはあまり変更されないため、アクティビティをコピーすることで、アクティビティの編集時間を短縮できます。最後に、アクティビティの変更のログを忘れずに記録しておいてください。

5. イベント管理

アクティビティのステータス、タイプ、名前、時間など、構成されたすべてのアクティビティを表示および照会します。

6. 活動状況

アクティビティステータスには、リリース前のレビュープロセスのステータス（1〜6）と、リリース後にユーザーに表示されるステータス（7〜9）が含まれます。事業形態や要件によって状況は異なりますが、私が携わっている活動の状況は以下の通りです。

作成済み: アクティビティは作成されましたが、下書きと同様にレビューのために送信されていません。
審査中: 審査のために送信されましたが、結果はまだありません。
承認済み: アクティビティは承認者が承認すると有効になり、公開できるようになります。
レビュー拒否: 承認者はアクティビティを拒否しますが、アクティビティは引き続き編集できます。
期限切れ: アクティビティの開始時刻が到来しましたが、アクティビティは承認されていません。
無効: 上記の 5 つの状態でアクティビティが終了します。
開始されていません (ウォームアップ期間): アクティビティは公開されていますが、開始時刻はまだ到来しておらず、アクティビティのプレビューがユーザーに表示されます。
アクティビティ中: アクティビティ中には複数の段階がある場合があります。
終了: アクティビティが終了し、システム終了や手動終了などのアクティビティ結果がユーザーに表示されます。