マーケティングオペレーションマネージャーの1日(職務記述書が教えてくれないこと)
Turn this article into takeaways for your work.
Each assistant summarizes the article only for you and suggests best practices for your work.
職務記述書には、あなたは「Go-to-Marketマシンを所有する」「ファネル全体で戦略的施策を推進する」と書かれていました。
今日、あなたには夜間に発生した47件のルーティングエラーがLeanDataで待っています。MarketoからSalesforceへの同期は金曜日から18分遅れていて、あなた以外に気にしている人は誰もいないようです。デマンドジェネレーションのリードが、丁寧だが張りつめたSlackメッセージで、なぜ前回のキャンペーンがダッシュボードに utm_source=(none) で表示されているのかと尋ねています。そして価格ページのフォームは3日間ひそかに送信の60%を取りこぼしていて、あなたはそれを午後1時に発見することになります。
それが実際の仕事です。職務記述書の幻想ではありません。
従業員50〜1,000人のB2B SaaS企業のマーケティングオペレーション現場担当者で、その席に就いて半年から3年なら、これは誰かがあなたのカレンダーを読んだかのように感じられるでしょう。私たちがこれを書いたのは、ほかに書こうとする人がいないようだからです。この仕事は本物で、パターンは繰り返され、そして1日のうちにあなたがやることのほとんどは、面接でVPが見せた戦略ロードマップのどこにも収まりません。
火曜日が実際にどう見えるか、ここに記します。
午前8時:ルーティングエラーのキュー
ノートパソコンを開きます。LeanDataを開きます。Salesforceを開きます。コーヒーを飲みます。
夜間のキューは、その日最初の診断です。昨夜、マーケティングが眠っている間も、リードフローのエンジンは目を覚ましていて、いつもと同じ3、4か所で壊れていました:
- アカウントに一致しない孤立リード。 Demandbaseがある企業の逆引きIPに失敗し、メールドメインがSFDCの既知のアカウントに一致せず、その結果、ラウンドロビンが触れられない「アカウントなし」のバケットに14件のリードが滞留しています。
- ラウンドロビンのスキップ。 昨日、3人の担当者がOOOでしたが、LeanDataでその在席状況を更新していなかったため、ルーターは彼らに割り当て続け、SDRマネージャーは午前7時に担当者ダッシュボードが空っぽに見えたときにようやく気づきました。
- 「エンリッチメント保留中」で止まったリード。 その一部は48時間以上保留になっています。キャンペーンの一斉配信中にClearbitが429を返し、ルーターがリトライなしでそれらをキューに入れたためです。そのキュー深度のアラートを誰も見ていませんでした。なぜなら、そのアラートは1月にアーカイブされたSlackチャンネルに送られていたからです。
最初の一手は、修正ではなくトリアージです。キューを引き出し、何がルーターの落ち度か(設定)、何が汚れたデータか(エンリッチメント)、何が人の問題か(1週間ログインしておらず、ひそかにラウンドロビンを壊しているSDR)にタグを付けます。
起きるとおりの実例:LeanDataが、2週間前に退職したCSMに12件のリードをルーティングしました。誰もそれに気づきませんでした。キューのアラートが彼女のメールに送られていて、そのメールは退職手続きの初日に停止されていたからです。あなたがこれを発見したのは、リードの1つが「なぜ誰もフォローアップしないのか」と尋ねるサポートチケットを開いたからです。12時間分のパイプラインが消えました。ITとHRに「この人物をすべてのルーティングルールから削除する」プロセスがないからです。
ルーティング設定を修正し、12件のリードを再割り当てし、なぜこれが起きたか、何が変わったかを説明するLoom動画をSDRマネージャー向けに作成します。そのどれについても、あなたは評価されません。9時15分にはキューはきれいになっています。CMOがダッシュボードを開いたとき、そこには「滞留中」のリードが12件少なく表示され、その理由を彼女は決して知ることはありません。
それが普通の火曜の朝です。私たちはそういうリードを「ルーター孤児」と呼んでいます。すべてのMOps担当者がそれに名前を付けていて、すべてのMOps担当者が今この瞬間、キューにそれを12件抱えています。
午前9時30分:MAP/CRM同期のヘルスチェック
これは5分の儀式ですが、時に5時間のインシデントへと爆発します。
MAP(引き継いだものに応じてMarketo、Pardot、HubSpot Marketing Hub、またはCustomer.io)を開き、同期ログに向かいます。確認するのは3つです:
- 同期エラー。 何件のレコードがプッシュに失敗したか。エラーコードは何か。それは先月あなたが直したのに誰かが作り直した、あのカスタムフィールドの型の不一致と同じものか。
- 遅延時間。 「MAPでリードがコンバージョンする」と「CRMにリードが現れる」の間のギャップはどのくらいか。5分なら問題ありません。18分は、あなたが直さなかった金曜午後の問題が、いまや火曜朝の問題になっているということです。
- 同期の煉獄。 エラーになっていないのに完了もしていないレコード。APIは同期したと思っているのにCRMが一度も受け取っていない、ある中途半端な状態にあります。私たちはこれを「同期の煉獄」と呼びます。MQLが死にに行く場所です。
頻度順に並べた、よくある失敗:
- カスタムフィールドの型の不一致。 誰か(営業オペレーションの担当者)が「ちょっと直していた」ためにSalesforceで数値フィールドをテキストに変え、いまやそのフィールドが絡むMarketoの同期がすべて失敗します。エラーメッセージはいつも難解です。修正にはいつも20分の探偵仕事がかかります。
- ずれてしまったピックリストの値。 Marketoはリードソースフィールドに「Tier 1」と書き込みます。先週誰かがピックリストを更新したため、Salesforceは今や「Tier-1」を期待しています。あるキャンペーンからのすべてのリードが、いまやひそかに同期に失敗します。
- API上限への到達。 誰かが「何かをテストする」ために20万件のレコードの再同期をトリガーしたため、キャンペーン配信が午前11時までに1日のAPIクォータを使い切りました。いまや午前11時以降にキューに入ったすべてが、深夜まで煉獄に滞留します。
月に2回実行することになる診断は、私たちが幽霊MQLと呼ぶものです。リードはMAPでMQLにスコアリングされました。MAPは更新を送りました。CRMにはそれを受け取った記録がありません。同期ログを確認すると、プッシュは通っています。SFDCでリードを確認すると、ライフサイクルステージはまだ「Lead」のままです。最終的に、誰かが6か月前に追加した、Lead Source フィールドが空欄なら更新をひそかに拒否する検証ルールを見つけます。そしてそのフィールドが空欄なのは、このリードを生成したキャンペーンにソースがマッピングされていなかったからで、いまや直近2週間でCMOがダッシュボードでカウントしていたのにSDRが一度も見ていない幽霊MQLが80件あるのです。
幽霊MQLは、MOps担当者が築く時間もなかった信頼を失う原因です。診断に名前を付けておけば、少なくとも80件の個別チケットとしてではなく、1つのカテゴリとして修正できます。
午前11時:UTMの健全性についてデマンドジェネレーションと非同期でやり取り
Slackの通知。デマンドジェネレーションのマネージャーです。
「やあ、先週のキャンペーンがダッシュボードに出てこないんだけど。トラッキングが壊れてる?」
リンクをクリックする前から、あなたは何が見つかるか分かっています。キャンペーンのURLを開きます。UTMは utm_source=email_blast_v2_FINAL です。ため息をつきます。第2四半期にみんなが使うと合意したものの、第3四半期以降誰も使っていないURLビルダーのスプレッドシートを開きます。確認します。そのソースは分類体系(タクソノミー)にありません。「email」でもありません。「newsletter」でもありません。email_blast_v2_FINAL です。つまりLookerのアトリビューションモデルがそれを「(other)」にまとめてしまい、だからダッシュボードに表示されないのです。
それに続くSlackのスレッドは、繊細なクロスファンクショナルの外交です。あなたは「あなたが壊した」と言う人にはなりたくありません。同時に、今四半期4回目になるこの修正を、ひそかにやってあげたくもありません。うまくいくバージョンはこうです:
「うん、見えました。ソースが
email_blast_v2_FINALで、うちのタクソノミーは
再タグ付けします。スプレッドシートを送ります。今四半期、この特定の人物が、この特定のキャンペーンタイプで、これが3回目だと、自分の継続的なドキュメントにメモします。次回のデマンドジェネレーションとMOpsの同期で、人の問題ではなくプロセスの問題として持ち出します。そうすることで、パターンを指摘しつつ、関係を損なわずに保てるからです。
ここでの診断はUTMの腐敗です。直近90日間のキャンペーンURLの30%以上がタクソノミーに一致しないとき、あなたのアトリビューションモデルは嘘をついています。大きくではありません。CMOの「マーケティングが影響した収益」の数字が、どちらの方向にも7〜12%ずれるくらいには。そして、自分でクリーンアップをしない限り、どちらの方向かは分かりません。
私たちが知るほとんどのMOps担当者は、UTMの腐敗率が20%から40%の間です。5%だと主張する人は、嘘をついているか、2人のチームを運営しているかのどちらかです。腐敗に名前を付けることが、戦いの半分です。
午後1時:昼のフォーム監査
もちろん、あなたは自席で昼食をとります。食べながらフォーム監査を実行します。これは20分の儀式です。キャリアのどこかで、フォームが壊れて3日間誰も気づかず、二度とそんなことは起こさせないと誓ったから実行しているのです。
監査チェックリスト:
- 送信数と先週の比較。 価格フォームはたいてい1日40〜60件の送信があります。今日は午後1時時点で8件です。それが警鐘です。
- 隠しフィールドの充足率。 UTMは捕捉されているか。IPエンリッチメントのフィールドは発火しているか。同意のチェックボックスは記録されているか。
- リダイレクトURL。 フォームのサンクスページへのリダイレクトはまだ機能するか、それとも先週誰かがページのスラッグを更新してフォーム設定の更新を忘れたか。
- MAPリスナー。 フォームは実際にMarketo / Pardot / HubSpotにプッシュしているか、それともマーケティングサイトが再デプロイされたときにJavaScriptスニペットが壊れたか。
今日は数が合いません。価格ページに行き、テストフォームを送信します。読み込まれます。「ありがとうございます」と表示されます。しかしMarketoを確認すると、テストレコードがありません。ページ上のフォーム埋め込みを確認すると、それをラップするサードパーティのJSが、ページ読み込みパフォーマンスに取り組んでいたマーケティングの委託業者によって「整理」されていました。彼らは、実はフォーム送信を行っていたイベントリスナーを、それと気づかずに削除していたのです。
価格ページのフォームは、3日間ひそかに送信の60%を取りこぼしていました。3日間、マーケティングサイトで最も意図の高いページで。
P0インシデントを起票します。埋め込みを復旧します。GA4のページビューとMAPのフォーム入力を相互参照して、欠落した送信数をカウントします。そのページの典型的なコンバージョン率に基づき、パイプラインへの影響を18万〜24万ドルと見積もります。誰も求めていないポストモーテムを書きます。書かなければ、同じ委託業者が6週間後に同じことをするからです。2時15分までに、影響を受けた期間のページの匿名トラフィックをDemandbaseで逆引きIPして、欠落していた64件のうち38件を回復しました。
社内の誰も、金曜日までにこれが起きたことを覚えていないでしょう。あなたは残りのキャリアの間ずっと覚えているでしょう。
午後3時:重複排除とリードルーティングの火消し
午後のエネルギーは重複排除のエネルギーです。重複排除のキューを開きます。217件の重複候補がフラグ付けされています。半分は本物です。半分は、企業名の正規化ツールがLLCとIncとCorpの区別に間抜けなせいで、Acmeの John SmithがAcme Corpの John Smithに一致しているだけです。
本物の重複はマージしなければなりません。マージこそが、政治が宿る場所です:
- どちらのレコードが勝つか。アクティビティ履歴を持つ古い方か、より優れたファーモグラフィックを持つ新しい方か。
- どのフィールドが残るか。古いレコードが
Lead Source = Webinarで、新しい方がLead Source = Demo Requestなら、どちらが勝つか。(新しい方です。古い方はソースではなく、キャンペーンのメンバーシップになります。) - アクティビティ履歴は誰のものか。マーケティング所有のリードを営業所有のコンタクトにマージすると、マージされたレコードはマーケティングのメール、営業の電話、そして次の商談で誰にクレジットすべきか分からない混乱したCRMを持つことになります。
システム横断の重複排除は、より難しいバージョンです。あるリードはMarketoに存在しますが、今朝の検証ルールのせいでSFDCには届きませんでした。あるコンタクトはHubSpot CRMに存在しますが、Customer.ioにはありません。その連携が2022年に設定され、プロダクトがHubSpot Marketing Hubから移行したときに誰も更新しなかったからです。重複排除のキューは1つです。システムは5つです。マージのロジックはそのすべてで同じでなければなりません。さもなければ、同じ重複を2回作ってしまいます。
キューに1時間費やします。80件のレコードをマージします。12件は担当者マネージャーに差し戻します。アカウント所有権が衝突する本物の重複で、それはMOpsの判断ではなく営業オペレーションの判断だからです。40件はキューに残します。ファーモグラフィックのあいまいさがどちらにも十分強くなく、間違ったマージよりは重複の方がましだからです。LeanDataを閉じます。
2021年の重複排除ルールがまだ本番稼働しています。それが悪いことは分かっています。それを作り直すのが、誰もスコープを切っていない第3四半期のプロジェクトだということも分かっています。誰も追っていない指標を動かさないからです。あなたは「時間ができたら直すこと」のドキュメントに1行追加します。それは240行目に達していて、あなたが追記をやめたことは一度もありません。
午後5時:1日の終わりのアトリビューションのクリーンアップ
CMOは月曜の朝にダッシュボードを確認します。あなたは金曜の午後(そして、ますます火曜の遅い時間にも)を費やして、月曜に彼女が見る数字が分かりやすい形で間違っていないことを確かめます。
アトリビューション作業の地味な真実:その半分は、明日のモデルを構築することではなく、昨日のデータを修正することです。
1日の最後の90分にあなたが実際にやっていること:
- 今日成約した商談のキャンペーン影響を再割り当てする。 3件の商談が成約しました。2件はキャンペーンの接点記録がきれいでした。1件はファーストタッチが欠落していました。リードがオフラインのリストインポートから作成され、そのインポートにソースがなかったからです。元のリストから補完します。
- ウェビナーからの14件のリードにファーストタッチを補完する。 登録ベンダーがフィールドラベルを変更し、あなたの連携がそれを自動検出しなかったため、ウェビナーのフォームがMarketoに不正なデータを渡しました。14件のリードを正しいキャンペーンとソースで再タグ付けします。月曜にはダッシュボードが14件分、間違いが減ります。
- 3件の商談を「セルフソース、マーケティング接点なし」と印付けする。 担当者はこれらはインバウンドだと言い張りましたが、アクティビティ履歴は商談が開く前の90日間にマーケティング接点がゼロだったことを示しています。それらをセルフソースと印付けすることで、CMOのマーケティングが影響した収益の数字が、営業ソースの勝利によって水増しされないようにします。今四半期のどこかで、これについて不満を言うCROからのSlackメッセージが届くでしょう。あなたは監査証跡を用意しておきます。
あなたが解こうとしている月曜の朝の問いは、いつも同じです。「なぜMQLの量が前週比22%減ったのか。」CMOがそれを尋ねたとき、答えが本物の物語(キャンペーンが終わった、リストが一時停止された、有料検索の予算が振り向けられた)であり、壊れたフォームや幽霊MQLのキュー、金曜から遅れている同期についての物語ではないようにしようとしているのです。
診断作業こそが戦略的作業です。あなたは、CMOがマーケティング予算を弁護するために使う数字の信頼性を守っているのです。それが戦略的な貢献です。ただ、職務記述書が言ったような見た目をしていないだけです。
あなたが毎日実際に使うスタック
「どんなツールを扱っているのか」と次に聞かれたら、このリストを取り出してください。正直な答えです。
- MAP:Marketo、Pardot、HubSpot Marketing Hub、またはCustomer.io。あなたはそのうち1つを深く知っているでしょう。2つ目は、移行で危ういことをするのに十分なくらいは知っているでしょう。3つ目は読んだことがあるだけでしょう。
- CRM:Salesforce、HubSpot CRM、またはRework。MAPとCRMの間の連携こそ、あなたのバグの80%が宿る場所であり、キャリアのレバレッジの100%が宿る場所です。
- CDP / イベントトラッキング:Segment、時にmParticle。SegmentこそUTMの腐敗の話が実際に始まる場所です。
- ルーティングとマッチング:LeanData。ミーティングには時にChili Piper。時に、あなたの入社日より前から存在し、誰も完全には理解していない自家製のSalesforceフロー一式。
- アカウントインテリジェンス:Demandbase、6sense、Clearbit。ABM用に1つ、エンリッチメント用に1つ、そして2年間自動更新になっていて正当化できないが解約もできない1つを持っているでしょう。
- Slackチャンネル。少なくとも週1回「ほかにも変な同期遅延を見ている人いる?」と投稿する場所。これは譲れません。すべてのMOps担当者にチャンネルが必要です。会社にそれがないなら、それを持っているPavilionやMO Prosのコミュニティを見つけてください。
そのスタックを運用し、その失敗を診断し、その診断をCMOとCROの両方が理解できる言葉に翻訳できるなら、あなたはこの仕事をこなしています。あなたはまた、世界でおそらく3万人ほどしかいない、それができる人の1人でもあります。
職務記述書は「戦略的」と言った。仕事は診断的だ。
あなたのキャリア、少なくとも正気を救うリフレーミングがここにあります:
あなたはGTMマシンをゼロから構築しているのではありません。引き継いだものが壊れないように保ち、最悪の部分を少しずつ置き換えているのです。それが実際の仕事です。それには価値があります。同時に、名前を付けなければ消耗する仕事でもあります。
診断作業(ルーター孤児のトリアージ、同期の煉獄のクリーンアップ、UTMの腐敗の検出、幽霊MQLの回復、フォーム監査の点検、重複排除のマージの政治、アトリビューションの補完)こそが、戦略的作業を可能にするものです。それがなければ、CMOが月曜の朝に確認するダッシュボードはフィクションです。それがあれば、戦略的な会話に土台ができます。
罠は、診断作業はうまくやればやるほど見えなくなるということです。フォームが機能しているとき、誰もフォーム監査に気づきません。同期の遅延を5分以下に保っても、誰も感謝しません。あなたの人事評価は、放っておけば、既存のシステムが崩壊しないように保っていたためにリリースする時間がなかった戦略的プロジェクトで測られてしまいます。
その対策は、名前を付けることです。1on1で。四半期レビューで。次の役職の面接で。「私は今四半期、240件のルーティングエラーを診断・解決し、フォーム障害から180万ドルのパイプラインを回復し、UTMの腐敗を38%から14%に削減しました。」それがその言葉です。それが、あなたがそれに対して報酬を得る方法です。
これがあなたのキャリアにとって意味すること
火消しのように感じる日でさえ、あなたが実際に築いているスキル:
- データのデバッグ。 あなたは、社内の誰よりも速くシステムの失敗モードを読み解くことを学んでいます。
- ベンダー交渉。 更新の電話で、LeanDataの担当者になぜシート数が間違っているのかを問うのはあなたです。
- チーム横断の外交。 デマンドジェネレーションとのUTMの健全性の会話は、姿を変えたリーダーシップスキルです。
- スタックアーキテクチャ。 修正するMAPからCRMへのバグのひとつひとつが、前任のアーキテクトがなぜその選択をしたか、そして自分なら何を変えるかのレッスンです。
実際に現実的な昇進の道筋:
シニアMOpsマネージャー → MOpsリード → Director of RevOps。 「VP of Marketing」ではありません。VP Marketingに飛ぼうとするほとんどのMOps現場担当者は失敗します。日々の業務が別の仕事だからです。うまくいくのは、RevOpsへとより広く進むことです。そこでは診断スキルが、マーケティング、営業オペレーション、カスタマーサクセスにまたがって積み重なります。
企業間で持ち運べるスキル:
- SQL。 データチームを待たずに、データウェアハウスに対して自分でクエリを書けるくらい。
- Looker、Mode、またはウェアハウスの前にあるBIツール。 データチームに6週間のバックログがあるとき、自分でダッシュボードを構築できるくらい。
- 1つのMAPを、深く。 3つを浅くではありません。Marketo、Pardot、HubSpotのいずれかを選び、それについてどんな質問にも記憶から答えられる人になりましょう。その深さこそが、次の役職を引き寄せます。
- APIの基礎。 REST、Webhook、レート制限、リトライのロジック。開発者になる必要はありません。プロジェクトが承認される前に「APIのクォータのせいでそれはうまくいきません」と言える、その部屋の人になる必要があります。
火曜日の終わりに、ルーティングキューがきれいになり、アトリビューションの補完が終わり、フォーム監査が起票された状態でこれを読んでいるなら、自分に少し時間を与えてください。今日あなたがやった仕事は本物でした。それは戦略的でした。それは、マーケティングの残りすべてを束ねておく類いの仕事でした。
職務記述書は、これが仕事の中身だと教えてくれませんでした。私たちが今、お伝えしています。診断作業こそが戦略的作業であり、それに最初に名前を付ける人が、それをどう測るかを定義できる人になるのです。
明日の朝、ルーティングキューはまた満杯になっているでしょう。それでいいのです。あなたは中身が何か分かっています。
さらに詳しく
