重要なアイデア
各ユーザーが所有するアカウントとアクションを定義し、タスクのコンテキストと結果を保存します。レポートへのアクセス、広告の公開、予算の変更、アクセス管理には個別のチェックが必要です。引き継ぎには、アカウント識別子、報告範囲、未完了の作業、証拠、次の所有者を含める必要があります。
アカウントの範囲を許可されたアクションから分離する
各メンバーのブランドまたはプロジェクト、対象アカウントの識別子、責任、およびレビュー担当者をリストします。アカウント名は繰り返したり変更したりできるため、安定した識別子を保持してください。レポート、広告作成、予算変更、一時停止、メンバー管理を、1 つの包括的なアクセス ラベルではなく、個別のアクションとして扱います。
VeeMetr の現在の権限インターフェイスは、メニュー、操作、フィールド、アカウント スコープを個別に公開します。ページにアクセスしても、すべてのアカウントに書き込み権限が確立されるわけではありません。実際の機能は、プラットフォームの認証と現在のアカウントの状態にも依存します。
Google Ads ドキュメントでは、マネージャー アカウントのアクセス レベルとクライアント アカウントの管理所有権を区別しています。リンクによってその所有権が自動的に付与されるわけではありません。これは Google Ads の例です。互いのプラットフォームの現在の認可ルールを個別に確認してください。
- アカウント名を識別子と一緒に記録します。
- 表示、変更、およびアクセス管理の所有者の名前を指定します。
- 一時的な連携の見直しタイミングや終了条件を設定します。
責任を使用してアクセスを確認する
事前に定義された製品の役割ではなく、作業の分割を検討してください。アナリストは割り当てられたアカウントのレポートを読み取り、オペレーターは確認済みの公開変更を行い、受信者は外部資産をレビューし、管理者はアカウントへのアクセスを維持します。
各責任に必要な範囲から始めて、表示されるアカウントと許可されたアクションを確認します。報告要件だけでは、予算の変更やアクセス管理が正当化されるわけではありません。ロール名、メニューの可視性、および有効な権限を個別に確認します。
チームが確立したプロセスでレビューを続けます。このガイダンスは、製品における一般的な承認エンジン、2 人による承認、または自動許可期限切れを意味するものではありません。必要に応じて、これらの機能を個別に確認してください。
タスクのコンテキストを次のシフトに転送する
タスク識別子、ターゲット アカウント、広告オブジェクト、アセット バージョン、宛先、意図したアクション、および現在の結果を記録します。残りの作業については、その所有者、前提条件、および次回のレビュー時期を明記してください。フィルターやタイムスタンプのないスクリーンショットは不完全なコンテキストです。
たとえば、「ROAS は昨日下落しました。今日は一時停止します」では重要な境界が省略されています。アカウントのタイムゾーン、完全なレポート間隔、収益源、更新時間、適用可能なオブジェクト、および意思決定基準を追加します。次のオペレーターは、続行する前に現在のデータと状態をチェックします。これは、普遍的なキャンペーン戦略ではなく、記録管理を示しています。
- 確認済みの作業: オブジェクト識別子と確認時刻を保存します。
- 確認待ち: 送信されたアクションと不足しているリードバック証拠を記録します。
- 未実行または失敗した作業: 理由、次のアクション、および所有者を記録します。
共同レビューの前にレポートの定義を調整する
アカウントはタイムゾーン、通貨、帰属範囲が異なる場合があります。集計する前に、通貨換算、今日の不完全なデータの組み込み、収益がプラットフォームから得られるのかビジネス システムから得られるのかを文書化します。検出されていないアカウントと使用できない指標を個別にリストします。
次の人が計算を再現できるように、フィルターと時間境界を保持します。合計 ROAS では、アカウント比率の平均ではなく、合計コンバージョン値を合計支出で割った同等の値が使用されます。以下のレポート ガイドには実際の例が含まれています。
バッチを再試行する前にオブジェクトを調整する
1 つのバッチには、確認済み、失敗した、および未確認のオブジェクトを含めることができます。タスクの概要をオブジェクトレベルの結果および作成または変更されたオブジェクトの識別子とともに転送します。タイムアウト後は、再試行を決定する前に既存の結果を検査してください。
次のオペレーターは、バッチが不完全であるという理由だけでバッチ全体を再実行してはなりません。現在の権限、データ、および未完了の項目のプラットフォームの状態を確認し、まだ適用可能なアクションのみを実行し、結果の状態を記録します。
役割が変わったときにアクセス権と未完了の作業を確認する
コラボレーションを終了したり、責任を変更したりする前に、未処理の公開、レビュー、自動化、および例外作業をリストし、新しい所有者を割り当てます。ワークスペースのメンバーシップ、プラットフォームの認証、およびアクティブな外部受信リンクを個別に確認し、何を保持または取り消す必要があるかを記録します。
1 つのシステムのメンバーシップが変更されたからといって、すべてのサードパーティのアクセス パスが取り消されたことは証明されません。管理者は各システムで実際の結果を確認する必要があります。履歴記録とビジネス オブジェクトの保持には、明示的な引き継ぎの取り決めも必要です。
よくある質問
広告レポートへのアクセスは、広告を変更できることを意味しますか?
いいえ。表示範囲、操作権限、プラットフォームの承認、アカウントの状態を個別にチェックする必要があります。メニューの可視性と読み取り可能なレポートは、書き込みアクセスを確立しません。
タイムゾーンを越えたハンドオフで一般的に欠けているものは何ですか?
アカウントのタイムゾーン、レポート間隔、更新時間、確認を待っている送信済みのアクション、および次の所有者。これらがなければ、次の人が確実に作業を再現したり、継続したりすることができません。
アカウント接続が成功すると、すべての操作が可能になりますか?
いいえ。接続、読み取り、書き込み、アクセスの管理には、異なる前提条件がある場合があります。意図したアクションが権限とプラットフォームの結果に対して行われたことを確認します。
ワークスペースメンバーを削除した後、プラットフォームへのアクセスをチェックする必要がありますか?
はい。取り消しが確認されていない限り、ワークスペースの変更によって他の場所へのアクセスが削除されたり、すべての受信リンクが無効になったりすると想定しないでください。