ビジネスとプラットフォームに基づいたデジタルマーケティングの概念を理解する

1.基本的な役割分担

デジタルマーケティングモデルには、3つの基本的な役割とモードがあります。広告主はトラフィックマスターを介してオーディエンスに広告コンテンツを配信します。

ビジネスとプラットフォームに基づいたデジタルマーケティングの概念を理解する

1.広告主

広告主とは、自分のブランドや商品を宣伝・宣伝したいユーザーを指します。広告の基本的な目的は、マーケティング収益を増やすことです。モデルの観点から、ブランド広告とパフォーマンス広告の2つのタイプに分けられます。

ブランド広告主

聴衆が広く、消費しやすい製品であり、明らかに普遍的に求められているという基本的な特徴を持ち、マーケティングの効果はリアルタイムの取引を追求するのではなく、ユーザーの注目とビジョンを捉え、人気のあるインパクトを与えます。課金モデルは通常、露出率に基づいて計算されます。例:日用品、食品、コンピューター携帯電話など。

パフォーマンス広告主

視聴者数は多くありませんが、広告のコンバージョン効果を追求し、リアルタイムのマーケティング効果に注意を払い、マーケティング成功の単価が高い、高精度であることが求められます。最も一般的なケースはゲームプロモーションの場合です。

2.フローマスター

つまり、多くのWebサイト、ソーシャルアプリケーション、メディアストリーミングアプリなど、大きな観点からインターネットトラフィックが存在する場合、多数のユーザーが使用および消費しており、トラフィックの多いプラットフォームには通常、独自のプロセスベースの広告ドッキングモデルのセットがあります。小さな観点から見ると、多くのプラットフォームのブロガーやセルフメディアアカウントの所有者は、多くの読者の注目を集めた後、トラフィックの所有者と呼ばれることもあります。

3.オーディエンス

デジタルマーケティング業界チェーンの中心的な役割は、オーディエンス、つまり広告を閲覧するユーザーです。オーディエンスと呼ばれる理由は、ユーザーが通常、肖像画の特性とタグに基づいて分類されるためです。広告のニーズに応じて、年齢によって異なる場合があります。セグメント、地域、消費電力などのさまざまなタグ。デジタルマーケティングの基本は、広告主が潜在的な消費者にマーケティングコンテンツを配信し、ユーザートランザクションをトリガーすることです。

2、管理プラットフォームの分類

1.DSPプラットフォーム

DSPは、[Demand-Side Platform]の略で、主に広告主とトラフィックチャネルの複雑なプロセスを簡素化するために使用されるデマンドサイドプラットフォームです。通常の状況では、広告主が広告を照合するプロセスは次のとおりです。

  • 聴衆の特徴を分析し、それらを別々に置きます。
  • 広告が配置される複数のトラフィックプラットフォームを決定します。
  • ドッキング広告プラットフォームのルールと手順に精通している。
  • プラットフォームごとに展開し、結果を分析します。
  • マルチチャネル配信効果の分析と決済。

上記のプロセスは複雑で時間がかかり、多くの人的資源と経済的コストを必要とします。このとき、DSPプラットフォームが誕生しました。広告主は、自分のニーズをDSPプラットフォームに接続する責任を負うだけで済みます。DSPプラットフォームは、複数のトラフィックプラットフォームを集約してドッキングし、広告プロセスの各ジャーニーのステータスを出力します。広告主は、ショッピングカートなどのトラフィックプラットフォームを選択して注文できます。ただし、ユーザー機能と自作のDMPシステムを備えた一部のプラットフォームは、オーディエンスを提供することもでき、広告主のコストとサイクルを大幅に削減します。これは、多くの集約サービスプラットフォームの価値です。

DSPが解決する主要な問題:配信プロセスの自動化、群衆の再投資の回避、マルチパーティドッキングコスト、効果分析および決済。強力なオーディエンスデータ分析とエフェクトフィードバック制御により、広告主はリアルタイムで定期的な意思決定を行い、マーケティング費用を最大化できます。

2.DMPプラットフォーム

記事[DataPanorama Insight]で言及されているDMP管理プラットフォーム、分散したマルチパーティデータを統合テクノロジープラットフォームに統合し、これらのデータの管理を標準化およびラベル付けして、ユーザーがこれらのセグメント化された結果を既存のインタラクティブマーケティング環境のプラットフォーム。コア機能は次のとおりです。統一された方法でデータをすばやくクエリし、適格な人々を丸で囲み、特定のシナリオのデータ分析レポートを生成できます。

通常の状況では、DSPプラットフォームにはオーディエンスデータがある場合とない場合があります。データマーケティングには、包括的で正確なデータとリアルタイムで更新する機能が必要です。デジタルマーケティングのコアコンポーネントとして、多数のユーザーを抱える多くの企業が独自のDMPシステムを持っています。 、実際に大量のオーディエンスデータを保持するプラットフォームは、通常、価格設定力が高く、独自のDSPプラットフォームをセットアップするか、他の複数のDSPプラットフォームとドッキングして、データの価値を高めます。

また、広告主には、多数または少数の独自のユーザーがいる場合があります。ユーザー数が多く、タグ付け機能がある場合は、DSPプラットフォームを介して直接宣伝できます。ユーザー数が少ない場合は、DMPプラットフォームを使用してシードユーザーとして拡張できます。金額はマーケティングプラットフォームにプッシュされ、さまざまな方法がマーケティングコストに影響します。

3.基本的なコラボレーションモード

基本的なプロセスモデルは次のとおりです。ここでのDMPプラットフォームの具体的な所有権は不明ですが、モデルの観点からは、DMPなどの概念的なプラットフォームを使用してマーケティングクラウドのラベル分析を実行する必要があります。

ビジネスとプラットフォームに基づいたデジタルマーケティングの概念を理解する

  • 広告主は、プログラミング本の宣伝などの要求を出します。
  • DMPシステムは、プログラマーなどのニーズに基づいてオーディエンスを選別します。
  • DSPプラットフォームは、視聴者をトラフィックプラットフォームにプッシュします。例:ブログサイト。
  • DSPプラットフォームはプロモーション効果を受け取り、分析レポートと決済を生成します。

マーケティングモデルやアイデアが異なれば、課金基準も異なります。たとえば、効果に関係なく、露出料金は指定された期間に応じて表示される、露出に応じて課金される、マーケティング効果に応じて課金される、または露出料金に取引量に基づく手数料が加算されるなどです。

実際、プロセスはここで説明するよりもはるかに複雑です。たとえば、DSPプラットフォームは、到達していないユーザーを分析し、他のチャネルに配置する必要があります。広告主のマーケティング費用が消費されていない場合、フィードバック効果を二次データ分析に使用する場合、再度マーケティングを行う場合、ここでのパターンと考え方は慎重に検討する価値があります。

3、マーケティングモデル

1.ABカスタマーグループテスト

ABテストは、Webまたはアプリのインターフェイスまたはプロセス用に2つ(A / B)または複数(A / B / n)のバージョンを作成し、同じ(類似の)訪問者グループ(ターゲットグループ)を同じ時間ディメンションで作成することです。 )これらのバージョンにランダムにアクセスし、各グループのユーザーエクスペリエンスデータとビジネスデータを収集し、最終的に最適なバージョンを分析および評価して、正式に採用します。ユーザーエクスペリエンスやマーケットプロモーションなどが正しいかどうかを確認するために使用され、一般エンジニアリングテストは主にソフトウェアとハ​​ードウェアが設計の期待を満たしているかどうかを確認するために使用されるため、ABテストと一般エンジニアリングテストは異なる分野に属します。広告の最適化は、ABテストの最も一般的なアプリケーションシナリオであり、結果も最も直接的です。マーケターは、ABテスト方法を使用して、広告のどのバージョンがユーザーに好まれているか、ユーザーをより引き付けるためにどの手順を実行できるかを理解できます。

2.マーケティングタイプのシナリオ

  • アクティブマーケティング。会社は特定の人々のグループへのコミュニケーションまたはマーケティングリーチを積極的に開始します。
  • トリガーマーケティング。顧客の行動特性または特性の変化に基づいて、事前設定されたマーケティングルールをリアルタイムでトリガーします。
  • 定期的なマーケティング、マーケティングリーチの開始、および一定のサイクルに従った特定のグループの人々とのコミュニケーション。
  • 設定された時点によってトリガーされる記念マーケティング、マーケティングリーチ、およびコミュニケーション。
  • シナリオマーケティング、ビジュアルマーケティングシナリオ、特定の関心シナリオ、需要シナリオ、購入シナリオ。

さまざまなマーケティング手法やシナリオに精通し、ビジネスのニーズや特性と組み合わせて、顧客グループの状態を分析すると、マーケティングを通じて取引が促進され、戦略の分析と最適化が継続される可能性が高くなります。

3.マーケティングチャネル

オムニチャネル

インターネット上に存在する顧客グループは、オムニチャネルやマーケティングモデルに到達して相互作用する可能性があるため、オムニチャネルに基づいてさまざまなマーケティング効果を確認します。さまざまなトラフィックチャネルのユーザーの特性が異なるため、さまざまなチャネルでのさまざまなマーケティング方法の効果を分析することが特に重要です。重要。

SMSマーケティング

通常、DMPプラットフォームは、SMSテンプレート設定、コンテンツのリアルタイム動的アセンブリ、方向性タイミング送信、リアルタイムモニタリング、および効果評価から、完全なSMSマーケティングプランを提供します。

アプリメッセージプッシュ

アプリプッシュは非常に一般的なマーケティング方法であり、通常、1日に多くのプッシュメッセージを受信する可能性があります。顧客グループのアプリ使用状況の分析によると、広告コンテンツはメッセージプッシュを通じて積極的に顧客に到達でき、正確な1対1のメッセージプッシュを実行できます。 、およびプッシュメッセージ管理、動的コンテンツ、定期的なターゲットプッシュおよび配信効果の監視などの機能をサポートします。

メールマーケティング

メールマーケティングは通常、広告主の既存の顧客を対象としています。現在、多くのスパムメールはメールプラットフォームによって直接ブロックされているため、広告主の既存の顧客のマーケティングに比較的適しています。メールの到着率、フィードバック率、登録解除の管理が統合されています。分析。

第四に、ソースコードアドレス

GitHub·地址
https://github.com/cicadasmile
GitEE·地址
https://gitee.com/cicadasmile

データインサイトビジネスシリーズ

題名
データ管理プロセス、基本の紹介
ビジネスシナリオにおけるデータ収集メカニズムと戦略
データパノラミックインサイトビジネスコンセプトの概要
データアプリケーションシナリオのラベル管理システム
ラベル管理システムのビジネスアプリケーション
ユーザーポートレート分析とシーンアプリケーション

推奨読書:仕上げプログラミングシステム

シリアルナンバー プロジェクト名 GitHubアドレス GitEEアドレス 推奨
01 Javaは、設計パターン、アルゴリズム、およびデータ構造を記述します GitHub・ここをクリック GitEE・ここをクリック ☆☆☆☆☆
02 Javaの基盤、並行性、オブジェクト指向、Web開発 GitHub・ここをクリック GitEE・ここをクリック ☆☆☆☆
03 SpringCloudマイクロサービスの基本コンポーネントケースの詳細な説明 GitHub・ここをクリック GitEE・ここをクリック ☆☆☆
04 SpringCloudマイクロサービスアーキテクチャの実際の戦闘の包括的なケース GitHub・ここをクリック GitEE・ここをクリック ☆☆☆☆☆
05 SpringBootフレームワークの基本的なアプリケーションから高度なものまで GitHub・ここをクリック GitEE・ここをクリック ☆☆☆☆
06 SpringBootフレームワークは、一般的なミドルウェアを統合および開発します GitHub・ここをクリック GitEE・ここをクリック ☆☆☆☆☆
07 データ管理、配布、アーキテクチャ設計の基本的なケース GitHub・ここをクリック GitEE・ここをクリック ☆☆☆☆☆
08 ビッグデータシリーズ、ストレージ、コンポーネント、コンピューティング、その他のフレームワーク GitHub・ここをクリック GitEE・ここをクリック ☆☆☆☆☆

おすすめ

転載: blog.51cto.com/14439672/2596563
おすすめ