0から1まで、プロモーション・マーケティングセンターを構築しましょう！

マーケティング センターがそれを単なるクーポン発行プラットフォームと見なすのは単純すぎるでしょう。完全なマーケティング センターは、アクティビティ、クーポン、ルール、発行、レビュー、データを統合したワンストップ ソリューションです。運用担当者が問題を特定し、意思決定を支援し、運用計画の策定を完了できるように支援します。また、製品担当者が有効なデータを発掘し、ポートレートを作成できるように支援します。

マーケティング センターにはさまざまな形式があり、大まかに分けると、電子商取引、店舗、サードパーティ マーケティング プラットフォームになります。

TaobaoやJD.comなどの電子商取引プラットフォームのマーチャント側にはマーケティングセンターが備えられており、主にクーポンの発行、活動の設定、データの統計分析に使用されます。Ele.me、Meituan、Hemaなどの食品配達または新小売プラットフォームは主に実店舗に根ざしており、店舗がオンラインストアのマーケティング活動の配信とオフラインストアの店内活動を完了するのに役立ちます。サードパーティのマーケティングプラットフォームは、オンラインストアサービスを提供せず、クーポンやプロモーションなどの運用活動の配信を提供するチャネルオペレーターとしてのみ存在する場合があります。

私が皆さんに紹介するマーケティング センターは汎用性があり、さまざまなオンラインおよびオフラインのシナリオと互換性があります。

1. マーケティングセンターの本質

「マーケティングセンター」という言葉は広範で、1つの記事ですべてを説明するのは困難です。これからお話しするのは、実践的な経験です。わからないことがあれば、遠慮なく発言して議論してください。

1. 本体

マーケティング センターの配布/作成対象はテーマです。たとえば、「3 月 8 日女性の日、買い物、飲食は私が支払います」というテーマ イベントを作成します。このイベントには、オンライン ショッピング モールのクーポン、店舗のクーポン、および完全割引イベントが含まれる場合があります。次に、テーマは H5 ページを通じて広めることもできますし、オフラインのロールアップ バナーを通じて宣伝することもできます。

この組み合わせにより、トピックとコンテンツの分離が最大限に図られ、マーケティング プラットフォームの使用がより明確になり、データ統計がより正確になり、ユーザー ポートレートがより正確になります。同時に、その後の作成、レビュー、配信の段階でも多くのメリットがもたらされます。

1. ルール

上の写真は、あるプラットフォームのルール設定ページのスクリーンショットです。基本的には、ルールは似ています。下の写真は、テーマや活動コンセプトに基づいて作者が設定したいくつかのルールを示しています。

ここで強調したい点がいくつかあります。

ルールを事前に設定する必要があります:

いくつかのマーケティング プラットフォームでは、ルールがその場で追加されますが、さらにひどい場合は、アクティビティを作成するためのコードに直接ルールが追加されます。これは非常に望ましくありません。一方で、面倒すぎるし、データの統計や分析にも不便だし、イベント中にBUGなど予期せぬ事態が起きても修正しにくい。

ルールですべてを網羅することはできません。

最初は、すべてのルールをシステム ロジックに組み込めば十分だと考えていましたが、計画中にこれは不可能だとわかりました。活動形態は何千種類もあり、日々新しい活動形態も更新されており、新しい活動の中には新しいルールを持つものもあるため、ルールの設定においては網羅性を過度に追求する必要はなく、現在の活動形態を可能な限り網羅すればよいのです。

統合ルール設定の使用は推奨されません。

一部のマーケティング システムでは、統一された終了ポイントとして配布段階に制限ルールが設けられます。

しかし、著者はそうすることを推奨しません。第一に、異なる活動に対する制限ルールは異なる場合があります（有効期限などのルールは同じですが、それでも多くの違いがあります）。第二に、統一された締め切りは、複数の人員と複数の部門のコラボレーションオフィスで問題を引き起こす可能性があります。活動を作成する人と、最終的に社内でレビューして配布する人は異なる人であり、異なる点に焦点を当てています。活動を作成する人は活動の詳細にもっと注意を払い、レビューする人は活動の全体的な状況にもっと注意を払います。レビューする人に統一されたルールを設定させることは適切ではありません。

1. 監査

監査はオプションのステップであり、ここでは 2 つの主なポイントが強調されています。

レビューが不要な場合は、システムロジックも記述してください。

多くの中小企業では監査を省略できますが、バックエンドの開発者に監査を基礎ロジックに組み込むよう促していただければ幸いです。監査を行うかどうかは、実際のビジネス ニーズによって異なります。将来監査ロジックを追加する必要がある場合でも、大きなロジックの変更を心配する必要はありません。

マルチレベルのレビューロジック:

マルチレベルレビューの概念は、異なるレベルの複数の人が、申請を承認または拒否するために、複数段階のレビュープロセスを実行することを意味します。

ここでは、テーマ、クーポン、アクティビティごとにレビューロジックを個別に設定し、逆のプロセスを考慮する必要があることを強調します。前述のように、人によって焦点は異なります。リーダーは、利益、コスト、時間などの対象のマクロ情報を確認し、オペレーションスタッフは、アクティビティやクーポンのコンテンツの詳細を確認します。

1. 問題

配布は、私の意見では最も複雑で重要なモジュールです。配布はテーマ（アクティビティコンテンツを含む）を引き継ぎ、配布情報を設定します。最終的なデータサマリーも、配布中に設定された情報によって影響を受けます。

発行フェーズでは主に以下の情報が設定されます。

流通チャネル：チャネルは一般的にオンライン（アプリ、ミニプログラム、公式アカウント、Weibo、WeChatなど）とオフライン（店舗、ショッピングモール、屋外など）に分けられます。オンラインとオフラインはさらに、オフラインセルフPOS支払い後、オフラインPOS支払い前、店舗活動エリアでのコードスキャン、オンラインでの共有、広告車/山車パレード、宣伝ポスター、チラシなど、多くのシナリオに分けられます。

消費方法の制限：検証制限とも呼ばれ、主に消費チャネルに対する制限として機能します。オンラインとオフラインの異なる操作方法を分離し、トラフィックを効果的に誘導し、データ収集を容易にします。

受信者:受信者はテーマに基づいており、クローズ制限の統一ルールとして機能するため、アクティビティやクーポンを設定するときにはこれを行いません。

配布場所:これは主にオンラインとオフラインのさまざまなシナリオを考慮しており、同時に、開発の協力なしにオペレーターが運用活動の配信を完了するのに便利です。

1. データ

マーケティング センターのデータ モジュールには、主にアクティビティ GMV、利益、新規顧客獲得、アクティベーション、取引数、領収書数、使用数、共有数、ユーザー ポートレートなどのアクティビティ関連の情報が表示されます。

データは業務分析や意思決定の重要な要素ですが、データモジュールは大きすぎるため、ここでは説明しません。詳しく知りたい場合は、自分で関連記事を検索してください。

2. クーポンとアクティビティの区別

先ほどお話した際に、クーポンとアクティビティのコンセプトについて触れました。では、これについてお話ししましょう。なぜ私たちは、アクティビティの形式をクーポンとアクティビティ（プロモーションとも言える）の 2 種類に意図的に分けているのでしょうか。

一般的に、この 2 つを混同すると、ルール設定、データ統計、運用目的がすべて異なるため、システムの設計と開発において論理的な混乱が生じます。クーポンの概念は紅包と似ており、即時割引と一定額以上の購入に対する割引の 2 種類があります。どちらも金額の面で消費者のニーズを満たしていますが、活動はより多様化しており、ルールはより柔軟です。

チェックアウトの際には、通常、チェックアウト ページに入るとアクティビティが自動的に計算されますが、クーポン (赤い封筒、ボーナスなど) は手動で選択して使用する必要があります。同時に、別々の設計により、両方のスケーラビリティを最大化することもできます。

3. ルールの制限と相互排他性

ルールについては上で述べましたが、相互排他性については詳しく説明されていません。相互排除の主な目的は次のとおりです。

1. システムとビジネスロジックを明確にする

相互排他性により、アクティビティ、アクティビティとクーポン、クーポンとクーポンの使用関係を整理することができ、オペレーターがアクティビティの進行状況を管理したり、開発者がコードを作成したりする際に非常に役立ちます。同時に、消費者は使用時や消費者への説明をより明確にすることができ、紛争や口論を回避できます。

1. 決済・レジシステムでの確認判断に便利

マーケティング センターの役割は、アクティビティやクーポンを作成し、配布して使用することだけではありません。また、その後のレジでの支払いにも大きな影響を及ぼします。相互排他性が明確でない場合、システムは検証を実行できないか、決済時に検証を直接スキップし、運用上の損失やシステムエラーに直接つながります。

1. コスト管理

相互排他性 コストを管理することは、運用担当者にとって非常に大きな責任です。

Ele.me や Meituan takeout を利用すると、商店の間で多くの活動が行われていますが、共有されている活動はそれほど多くないことに気付くでしょう。X 元以上の購入に対して X 元の割引を適用することは、商品の特別オファーと同時には効果がありません。

これは、販売者がプロモーション活動を実行する際にコストと利益を計算した上で下す決定です。

1. システムバグによる大規模な損失を可能な限り回避する

相互排他性により、システムバグによって引き起こされる重大な結果をある程度軽減できます。たとえば、クーポンとアクティビティの間に相互排他性を設定すると、無制限のクーポンによって発生する可能性のある損失を回避できます。

では、相互排除を設定するにはどうすればよいでしょうか?

完全に自由な組み合わせ:

数多くの活動やルールに直面して頭を悩ませた著者の考えはこうでした。

完全に自由な組み合わせとは、相互排他性を設定する必要がある場合、現在のアクティビティまたはクーポンの適用範囲（商品、店舗、カテゴリ、ブランドなど）を使用して、適用範囲内に進行中または検討中のアクティビティまたはクーポンがあるかどうかを判断し、自由に確認した後、相互排他性を設定できます。

たとえば、すべての NIKE 製品に対して割引アクティビティを設定する場合、現在進行中で NIKE によって審査中のすべてのアクティビティとクーポン情報を表示できます。アクティビティをチェックすると、チェックされたアクティビティと現在設定されている完全割引アクティビティは相互に排他的な関係を形成します。

これを行う利点は 1 つだけです。それは利便性です。

著者は怠け者ではありません。完全に自由な組み合わせを考案する論理から言えば、それは設計上都合が良いからではなく、その後のオンラインとオフラインの共同操作で潜在的な問題が発生する可能性があるためです。

私は大手スーパーマーケットの部門長を務めていたこともあり、オフラインでの活動についてはよく理解しており、その自由度が実に高いことも知っています。マーケティング センターの設計にあまりにも多くの制限が課されると、間違いなく多くのオフラインの財源が無駄になります。

そのため、著者はルールを使用して相互排他設定を制約および解放し、アクティビティの組み合わせの可能性を広げます。

V. 結論

最後に、この記事は著者、開発者、運用担当者が議論し、検討し、整理した基礎ロジックであることを付け加えておきます。プロトタイプの設計に関与するものではなく、設計方法を教えるものでもありません。

著者が強調しているのは、基礎となるロジックです。一般的なフレームワークとコンテキスト フローを明確にすることによってのみ、正しいインタラクション プロトタイプを設計し、完全な製品 PRD ドキュメントを作成できます。

ご質問がある場合や、この記事に関して問題が見つかった場合は、ご指摘の上、メッセージを残してご連絡ください。

出典: 鶏もも肉