PlaysbyMoat8
Back to the library
The workflow guideMarketing

Monitor marketing pace against the monthly plan

Refresh channel-level actuals and run-rate estimates, then surface material gaps in a daily team notification.

6 implementation stepsIntermediate

How this works

Refresh channel-level actuals and run-rate estimates, then surface material gaps in a daily team notification. Pacing alerts should tell an owner whether a plan is becoming hard to reach and which assumptions drive that conclusion. A straight-line forecast from a partial day or an unusual weekend can create false urgency and unnecessary budget changes.

Refresh channel actuals, calculate run rates with explicit calendar and maturity rules, and compare them with the monthly plan. Use AI to explain material gaps and formulate investigation questions. The alert is a decision aid, not an automatic budget instruction.

Before you start

Approved plan

Obtain channel targets and metric definitions for the month.

Reporting calendar

Define business days, time zone, and completed-day cutoff.

Alert policy

Agree materiality, owner routing, and repeat-notification behavior.

Prepare the inputs

actuals
Required

Daily channel data

Mark incomplete days and missing values.

plan
Required

Monthly targets

Include volume and unit-cost definitions.

calendar
Required

Working-day schedule

Account for holidays or known campaign pauses.

forecast_method
Required

Run-rate rule

State the lookback and any weighting.

owners
Required

Channel responsibility

Provide a fallback for unassigned alerts.

Implementation, step by step

  1. Validate daily inputs

    • Load only completed reporting intervals under the agreed cutoff.
    • Reconcile channel totals and flag missing feeds before forecasting.

    Checkpoint: A trustworthy actuals snapshot.

  2. Calculate pace

    • Compute elapsed eligible days, achieved volume, and unit costs deterministically.
    • Keep missing outcomes distinct from zero and explain denominator changes.

    Checkpoint: Current pace measures.

  3. Estimate month-end outcomes

    • Apply the documented run-rate method to remaining eligible days.
    • Show the assumption and sensitivity to an unusual recent period.

    Checkpoint: A forecast with visible limitations.

  4. Compare with plan

    • Evaluate volume and efficiency gaps against the approved materiality rule.
    • Distinguish a target miss from a data-quality alert.

    Checkpoint: A prioritized exception list.

  5. Draft owner-specific alerts

    • State the plan, actual, projection, relevant period, and suggested diagnostic question.
    • Avoid prescribing spend changes without a reviewed budget decision.

    Checkpoint: A concise notification draft.

  6. Track follow-up

    • Record the owner's action or explanation and suppress unchanged repeat noise according to policy.
    • Reconcile later actuals with prior forecasts to refine the method.

    Checkpoint: A pacing review history.

Decisions along the way

A channel's data is missing

Send a data-quality notice rather than a zero-performance alert.

The month includes a planned pause

Exclude those days according to the approved calendar.

A one-off event drives the run rate

Show an alternate scenario instead of presenting one precise forecast.

What you will produce

marketing-pacing.csv

CSV

Supports daily investigation.

Include: channel · plan · actual · eligible_days · projection · gap · data_status

pacing-alerts.md

Markdown

Gives owners concise actionable context.

Include: owner · issue · evidence · question · followup_status

Check the result

  • Recalculate elapsed-day and remaining-day counts.
  • Verify unit costs use the intended outcome definition.
  • Check alert routing and duplicate suppression.
  • Compare forecast assumptions with known campaign schedules.

When something goes wrong

Timezone shifts move spend between days

Rebuild the period consistently before alerting.

A late conversion import changes history

Refresh affected actuals and note the revision.

Alerts repeat without new information

Apply the agreed suppression rule while retaining the open issue.

A worked example

SYNTHETIC EXAMPLE · NOT A REPORTED BUSINESS RESULT

Request

Check lead pacing on day 10 of a 20-business-day month.

Inputs

Synthetic example. Synthetic plan is 200 leads; completed-day actuals are 80. One recent day is incomplete and excluded.

Expected result

Synthetic expected result. Using the agreed completed-day rate of 8, project 160 and flag a 40-lead gap. Do not include the incomplete day as zero.

Run a small pilot

Start small

A few channels over a full reporting cycle.

Record the baseline

Record manual forecast time and false or redundant alerts.

Agree success criteria

Agree forecast usefulness and data-quality tolerance with channel owners.

Stop or revise

Stop automated alerts when reporting completeness cannot be established.

Keep the scope clear

  • An alert does not authorize changing budgets or targets.
  • Projections are conditional estimates, not promised outcomes.

Check before using

Run rates are rough estimates. Check seasonality, conversion delays, and tracking failures before treating a change as a performance problem.

Business activities

  • Run advertising and acquisition tests
  • Review business performance

Editorially adapted workflow; not independently tested.

FROM A RECIPE TO YOUR WORKFLOW

Bring the company context together.

This workflow needs reliable inputs before it needs a better prompt. Moat8 Vault brings working information into a readable archive for the AI tools you use.

For this recipe: Channel plans and metric definitions · Daily spend and funnel results · Alert thresholds

Start with one recurring task, agree which sources to use, and review the first result with your team.

Discuss this workflow

What does your team do?

Choose the recurring work you would like to improve.

A field guide, made for work.

Plays is a curated library of anonymized business workflows. Each recipe explains the inputs, steps, tools, and checks you can adapt to your team. These are editorial guides, not independently tested implementations.

When you share a company website, the guide may read a limited number of public pages on that website. Messages and retrieved page text are sent to our AI provider, NVIDIA, to recommend relevant workflows. Share a general description rather than confidential information.

Saved workflows and selected activities stay in this browser. Your chat history and selected company website are kept in this tab and cleared when you reload or start a new chat. The server does not store conversations. Live source monitoring is not enabled.

If you allow analytics, PostHog receives page views and actions such as workflow saves, skill downloads and link clicks. Random browser and session identifiers connect these actions without identifying you by name. Your choice and browser identifier expire after 90 days; sessions restart after 30 minutes of inactivity or 24 hours. We use local storage, not analytics cookies. Messages, company URLs, search text, full referrers and IP addresses are not sent. There are no person profiles or session recordings. You can decline or withdraw in Analytics settings; Do Not Track and Global Privacy Control keep analytics off.

Read the Plays Privacy Notice ↗