さまざまな無料広告システムがあります。それらの共通点は何でしょうか? どのシステムが適切に設計されているのでしょうか? 著者は、広告システム設計における「インターネット精密広告ターゲティング技術」についてまとめた後、広告システム設計における権限管理設計と構造設計について引き続き深く研究し、広告側とウェブサイト側の両面から詳細な説明を行いました。 広告システムの権利管理設計 広告システムの設計において、広告ターゲティング技術の応用と広告配信プロセスの設計に加え、最も複雑なのは権限管理の設計です。他の業界とは異なり、広告会社やメディア会社の日常業務はより複雑です。機能面では、販売、顧客サービス、クライアントの実行、クリエイティブデザイン、戦略計画、メディアプランニング、メディア実行、契約管理、財務レビューなどが含まれます。立場的には上司と部下の関係や管理される者同士の関係の管理も含まれます。また、営業担当者の個人的な利益の観点からは、顧客情報は営業担当者間で分離されるべきですが、会社の利益の観点からは、顧客情報は営業担当者間で流れ、適切な営業担当者に割り当てられる必要があります。 したがって、広告システムの許可設計は非常に複雑で頭を使う作業です。これを考慮に入れないと、広告システムが納品され、運用が開始された後に悪夢となってしまいます。次に、変化するニーズに適応できるシンプルな権限管理設計について説明します。 1. 権限の分類 広告システムの権限を抽象化して分類することで、権限をリソース権限と操作権限の 2 種類に分けます。リソース権限は、顧客情報、つまり顧客リソースを参照します。操作権限とは、広告システムにおける追加、削除、変更(閲覧は選択を必要としない基本機能)の3つの機能操作に対する権限を指します。 2. 権限の割り当て リソース権限、つまり顧客リソースについては、各顧客レベルで割り当てます。リソース権限割り当ての対象は、システム内の営業アカウント(営業担当者、営業マネージャー、営業部長など)であり、グループリソースまたは部門リソースの割り当ては、上司と部下の関係の管理を通じて実現されます。操作権限管理については、各要素の追加、削除、変更操作を含む権限グループの設計を通じて完了します。 3. 権限管理の実装 システムでは、アカウント、権限グループ、顧客という 3 つのモジュールまたは操作を通じて権限が割り当てられます。システムによって作成された各アカウントは権限グループに関連付けられ、このアカウントがシステム内で実行できる操作を決定できるようになります。同時に、アカウントを作成するときに、その上位 (上位は特定のアカウントであり、必須オプション) を指定し、その下位の権限グループ (オプション オプション) を選択して、上位と下位の関係を決定する必要があります。次に、顧客リソース インターフェイスで各顧客に販売アカウントを割り当てます。 以上の作業により、システムの権限管理の設計が完了しました。この設計ロジックの特徴は次のとおりです。 1. 柔軟な設定。権限グループは機能部門に紐づけられておらず、柔軟に作成・設計できます。その理由は、各企業の機能設定が異なり、同じ企業内の同じ部門でも責任範囲が変わることが多いためです。 2. 顧客リソース機能は 1 つのアカウントに割り当てられ、同じレベルのアカウント間で分離されるため、共有できず、営業担当者の利益が確保されます。ただし、顧客リソースはいつでも再割り当てできるため、会社の利益が確保され、いつでも適切な営業スタッフに顧客を割り当てることができます。また、上司は部下の顧客リソースを閲覧できるため、営業管理が容易になります(最も基本的な権限は閲覧のみですのでご注意ください。変更権限があるかどうかは、上司が所属する権限グループの権限設定によって異なります)。 質問: 1. 上司が確認済みアカウントで、部下が許可グループなのはなぜですか? 2. 上司が指定した設計には当然の論理エラーがあります。この論理エラーとは何ですか? - - - 答え - - - 1. アカウントを作成するときは、新入社員が入社するのと同じような感じです。上司は決まっていることが多いですが、部下は決まっていません。そこで、権限グループを使って部下の操作権限を設定します。 2. 上司の定式化により円形の指定が形成されます。 a、b、c という 3 人の人物がいるとします。b を a の上司、c を b の上司と指定します。a が c の上司である場合、3 人の人物は循環的な指定を形成します。したがって、このような事態が発生しないようにルールを設定する必要があります。 広告システムの構造設計 - 広告側 他のシステムとは異なり、広告システムでは、権限管理に加えて、システムの構造設計にも注意を払う必要があります。システム全体の観点から見ると、合理的なアーキテクチャは次のようになります。 エージェント 広告主 活動 注文 広告する その中で、広告主は代理店を持つことも、持たないこともできます。しかし、活動、注文、広告は厳密に包括的であるべきです。 構造設計と許可設計により、完全な広告システムが構成されます。 説明する: 1. エージェント:広告主に対して広告代理サービスを提供する会社を指します。私たちがよく言及する Shili、Translate、Ogilvy などの 4A 広告会社や、Huayang などの地元の 4A 広告会社などです。一部のシステムでは、エージェントはチャネルとも呼ばれます。 2. 広告主:広告で宣伝される商品の製造元であり、実際に広告料を支払う組織を指します。広告主は必ずしも代理店を持つ必要はなく、システム上は広告主が最上位にいることができます。このとき、この広告主を直接顧客と呼びます。そのため、一部のシステムでは、広告主はクライアントと呼ばれます。 3. アクティビティ:アクティビティの関連設定は、実際に締結した契約に従って設定されます。したがって、契約をシステム内に具体化したものであり、主に納品サイクル、総納品量、納品媒体などの関連情報が含まれます。 4. 注文: 注文はアクティビティをさらに改良したもので、アクティビティ設定に基づいて材料と配送戦略を追加します。しかし、広告の最小単位は注文ではなく、広告そのものです。 5. 広告: 広告はシステムによる配信の最小単位です。広告には素材と、素材に対応する表示監視およびクリック監視が含まれます。一部のシステムでは「広告」というリスト インターフェースが表示されないことがありますが、これはシステムがコンテンツを配信する際に広告の概念を使用していないことを意味するものではありません。いずれのシステムであっても、最小の配信単位は「1 つの素材とそれに対応する素材の表示監視およびクリック監視」である必要があります。 Google はオンライン広告のモデルであるため、国内の広告会社や業界の同僚は、Google Adwords などの Google 関連システムを必ず研究するでしょう。 Google Adwords の構造設計と上記の構造設計の対応は次のとおりです (ちなみに Baidu プロモーションとの対応も記載しています)。 Google Adwords Baiduは上記の構造を推進しています 広告キャンペーンプロモーション企画活動 広告グループプロモーションユニットの順序 広告クリエイティブ広告 広告システムの構造設計——ウェブサイト側 基本的に、広告システムとは、広告主とウェブサイト所有者がメディア リソースを売買するのを支援するプラットフォームにすぎません。したがって、広告システムは、広告主のみでウェブサイトがない単一のシステム、またはウェブサイト所有者のみで広告主がない単一のシステムにはなり得ません。広告システムにおけるウェブサイト所有者の構造設計と権限設計は次のとおりです。 説明する: ウェブサイトの主な構造設計は、広告主のエージェントレベルと広告主レベルと一致しており、大きな違いはありません。 チャンネルは広告スペースを計画するためのシステム内に設定され、ニュースチャンネル、スポーツチャンネルなどの実際のチャンネルに対応します。ここでは、ホームページやサイト全体に広告スペースをどのように設定するかを事前に検討する必要があります。 広告スロットは、広告が最終的に配信される実際の場所です。広告スロットに関しては、広告スロットのタイプとサイズ(抽出されたコードに影響します)に注目する必要があります。システムが第三者によってウェブサイトに無料で提供される場合、第三者企業がメディアのトラフィックを収集して活用できるように、「残留トラフィック/アフィリエイトプログラムに参加する」オプションがある場合があります。 現在、市場に出回っている広告システムは、基本的に広告主向けとウェブサイト所有者向けの 2 つの方向に分かれており、システム名には広告向け、パブリッシャー向けとよく見られます。広告主向けのサービスとして、複数のリダイレクト設定を提供することを好みます。パブリッシャーにとっては、シンプルで便利な広告スペース管理を通じてメディアにサービスを提供する傾向があります。どちらのタイプのシステムも、次の構造に準拠しています。 システムでは、最も基本的な配信単位は広告であり、システム内のすべての配信データは広告スペースという最小単位で表示されます。広告主とウェブサイトホストは広告データを共有します。 現在、広告システムの発展には 2 つの傾向があります。1 つは、広告向けとパブリッシャー向けの区別がますます少なくなり、最終的には 1 つのシステムに統合されることです。2 つ目は、システムがオンライン版になる傾向があり、インストール版はますます少なくなっています。 広告システムの構造設計が紹介されました。ご質問はございますか?お気軽にお問い合わせください。 オリジナル: http://www.damndigital.com/archives/66411 原題:ウェブサイト広告システムの概要:権限管理設計と構造設計 キーワード: ウェブサイト、広告、システム、概要、権限、限定管理、構造、無料、ウェブマスター、ウェブサイトのプロモーション、収益化 |
<<: Web アプリ: モバイル検索のトレンド?検討すべきビジネスモデル
3人が一緒に集まることはめったにない(写真はインターネットから)馬化騰氏は次のように語った。「インタ...
最近、A5 Webmaster ウェブサイトで、電子商取引のスタートアップに参加することが、今後 1...
あけましておめでとう! Host Cat をまだ閲覧している友人の皆さん、そしてこれまでも、そしてこ...
以下では、他の人のウェブサイトを分析するための情報と方法を皆さんと共有します。ご存知のとおり、競争の...
コンテナが企業の IT インフラストラクチャに欠かせない要素となっていることは間違いありません。次の...
Redis ベースの分散ロックは誰もが知っているものですが、分散ロックが失敗したことはありますか?障...
zgovpsは現在、米国ロサンゼルスのデータセンターでVPSサービスを提供しています。デフォルトでは...
2004 年に設立されたアメリカのホスティング会社 greengeeks は、クリスマスに仮想ホステ...
Windchill は、グラフィックおよびドキュメント管理、製品構造管理、ライフサイクル管理、ワーク...
locvps では、今後 2 か月間 (7 月~ 8 月) の特別割引プロモーションを開始します。各...
2018年最もホットなプロジェクト:テレマーケティングロボットがあなたの参加を待っています現代人の車...
IBMがサン・マイクロシステムズの買収交渉中であるというメディア報道を受けて、IBMのサーバー担当副...
WeChat マーケティングプロモーションで注意する必要があるいくつかの問題:最初のポイント: まず...
安価で安定しており、ハード ドライブが大きく、トラフィックが多い VPS として、zxhost をお...
ウェブマスターは皆、ウェブサイトで最も重要なことはトラフィックであることを理解しています。ウェブサイ...