AdPredictive · AWM · planning ahead

AWM enhancement pool

Everything that could be pulled into the next round of AWM enhancement work, organized by capability area. This is the pool we plan from together. Items marked ★ are critical to what we are building next. Everything else has flexibility in where it falls. Sizes are rough first estimates: S is days, M is weeks, L is a couple of months, XL is a quarter or more. Open an area to see what is in it; open an item for the detail and where it came from.

Where this sits. Momentum, the agent layer, is covered by the new build contract. Everything on this page is the AWM engine and capabilities that the agent layer works on top of and that AWM users get directly.
Core capability area

★One optimizer

One engine does the work of the goal, cross and placement optimizers in one place, and lets them do more.

XL+ · sized in phases11 benefits

One portfolio-wide engine makes every placement decision at the break level, across the whole quarter and every network at once. There is no optimize button: when something changes, the plan re-solves. It is the Goal Optimizer WBD already uses, grown to cover the portfolio, and it is already running in AWM behind the quarter-scale delivery targets released in August 2026.

What you get

New capabilities

  • Continuous optimization

    When a goal, a constraint, a creative or an as-run changes, the affected plan re-solves and everything else stays put. No optimize button, no waiting on a run.

  • Reach and frequency done right

    Reach and frequency goals become real optimizer inputs. Today they are converted to GRP goals and pushed down, which was always a stopgap.

  • Scenarios

    Try anything for a plan across the whole portfolio, keep the variants, see the full impact without the clicks. If you like it, do it.

  • Explainability

    When the optimizer does something unexpected, planners see why in plain terms and what to change, instead of guessing whether it was insight or a mistake.

  • A new traffic plan workflow

    The traffic plan rebuilt around one optimizer: unequivalized GRPs native, pacing in place, and edits the engine responds to without a full re-run.

Amplifies work WBD already uses

  • Remaining unequivalized GRP coverage

    The biggest part shipped in December 2025, in the Inventory Analyzer and the traffic plan metric report, on purpose: prove it where it mattered first. The rest arrives with the new traffic plan rather than as a screen-by-screen retrofit.

  • Mid-week replanning becomes the normal mode

    Today it is a re-run you trigger. With continuous optimization every mid-week change re-plans on its own, with live data, all week long.

  • GRP discrepancies during mid-week replanning

    Investigated in 2026 across goal, cross and placement. With one engine there is nothing to reconcile: one set of numbers, everywhere.

  • Faster optimization, fewer infeasible results

    A lot of work has already gone into speed and feasibility on the current engines. The new engine is built for both from the start, so it stops being a recurring fix.

Enhancement projects no longer needed

  • Traffic plan performance as its own project

    Solved by the new workflow and the break-level engine. No separate enhancement needed.

  • Cross module and cross-optimizer handoffs

    There is nothing to hand off between when one engine does all of it.

Capability area

Placement rules and constraints

The rule and constraint types WBD's teams asked for, built once on the new engine so they apply everywhere.

10 items

Across the secondary events and rotator releases we built the big pieces and set the smaller rule types aside without losing track of them. Some are use cases that needed adjustment after feedback; some needed changes bigger than a maintenance cycle allows. This is that list.

Builds on One optimizer.

Avail-type constraints for secondary eventsWBD feedbackM

Constrain graphics by avail type so IPMs stop landing on open inventory that should stay open.

Source: Secondary Events feedback review, held for future consideration (WBD testers Alex, Hannah, Jordan, Brian)

Segment-aware time separatorsWBD feedbackL

Keep graphics from landing back-to-back within one program segment, not only within a time window.

Source: Secondary Events feedback review, held for future consideration (WBD testers Alex, Hannah, Jordan, Brian), raised twice

Campaign-level constraints across promos and graphicsWBD feedbackL

One constraint governs both promo and graphic placements for a campaign.

Source: Service desk request AWM-719

Pin rotator creatives to pod positionsOriginal use caseM

Force a rotator creative into a specific pod position, such as first in pod, rather than only excluding positions.

Source: Rotator use cases (WBD): Rotating by Pod Position

Percentage-based day/daypart allocationOriginal use caseM

Express rotator rules as a share of allocation by day and daypart, combining creative and daypart in one rule.

Source: Rotator use cases (WBD): Rotating by Day + Daypart; four of five use cases hit this gap

Daily-level enforcement of percentage allocationsUse case follow-onS

Percentage distributions enforce across the broadcast week today; daily-level sharpens control.

Source: Follow-on to the NBA TV rotator use case (share of avails by day); CNNi feedback (Steavens)

Exact-count rotator rulesOriginal use caseS

Set an exact number, not only a minimum or maximum.

Source: Rotator use cases (WBD): max, min and fixed counts; 'equal to' wording from tester feedback

Best-effort partial fulfillmentWBD requestS

When a rotator asks for more spots than inventory allows, place what fits instead of failing.

Source: Service desk request AWM-827

Constraints by genreOriginal use caseL

Constrain placement by program genre, first for CNNi and CNNe.

Source: CNNi/CNNe constraints use cases (WBD): excluding promotion from certain shows by show type

Fill-logic refinementWBD feedbackS

Prefer a :30 for a :30 avail when one is available, and other placement choices that match how a planner would fill the break.

Source: CNNi feedback (filling the log); service desk AWM-725 and AWM-1025

Capability area

Pacing and campaign context

Where every campaign stands, ahead or behind and why, without pulling as-runs by hand.

7 items

Planners see how a campaign is pacing across its whole flight, not just this week, and act on it in place.

Builds on One optimizer. Once optimization is portfolio-wide, pacing matters more than ever: planners will see things they could not see before.

Secondary events pacingWBD feedbackM

Secondary campaigns appear in the Inventory Analyzer pacing view alongside primary, so graphics pacing stops being tracked by hand.

Source: Secondary Events feedback review, held for future consideration

Multi-week campaign pacing strategiesOriginal use caseL

Pace a campaign against its full flight, not only the current week.

Source: Goal Optimizer use cases (WBD): Campaign Pacing; held for future consideration

Planned vs available GRPs by networkOriginal use caseM

See planned, placed, and available GRPs side by side per network, so as-runs don't have to be pulled by hand.

Source: Goal Optimizer use cases (WBD): Network Pacing 1

Mid-week capacity adjustments with immediate visibilityOriginal use caseM

Change capacity mid-week and see the effect immediately.

Source: Goal Optimizer use cases (WBD): Network Pacing 3; also Mid-Week Reoptimization use case 1

Report with current settings + unequivalized viewOriginal use caseS

Both views on one screen in the Inventory Analyzer instead of flipping between them.

Source: Unequivalized use cases (WBD), need 4

★Traffic controls and pacing for the portfolio-wide modelAdP initiativeXL

Today's traffic and pacing tools reworked so they keep working once optimization spans the whole portfolio.

★Consolidated campaign contextAdP initiativeL

One campaign-centric view: configuration, live pacing, series history, past-season results, and competing shows by slot.

Capability area

Setup burden and workflow automation

Fewer repetitive process steps, and the underlying capabilities that human and agent users both need.

7 items

Things done by hand today that AWM can carry, and the record-keeping that makes the rest possible.

Independent of the engine. Can run alongside any other area.

Cross-network creative groupsWBD feedbackM

One creative group serves every network in a campaign instead of one per network.

Source: Secondary Events feedback review, held for future consideration (WBD testers); service desk AWM-719

Secondary template efficiencyUse case follow-onM

Fewer setup steps for graphics templates, with audience targets and the index heatmap in the flow.

Source: Follow-on to Secondary Event Optimization use case 1 (optimize graphics to an audience target); target and heatmap feedback

Template cascade to not-yet-started media plansWBD feedbackM

Push template edits through the bulk editor; removes manual trickle-down verification.

Source: CNNi rotator feedback; service desk AWM-669

Default creative replacement, offered at the right momentWBD feedbackS

When real creatives arrive, AWM offers the swap for default placeholders instead of the team remembering to run Replace.

Source: Creative Dependency feedback review, held as a follow-on (AWM-791)

Date-targeted re-optimization that skips defaultsWBD feedbackM

Re-run for a date range without disturbing default placeholders.

Source: Creative Dependency feedback, held as a follow-on (AWM-791)

Change history AWM doesn't keep todayWBD requestM

Who changed what, and when. AWM does not store this today; once it does, it can be reviewed from any surface.

Source: On the team's enhancement list; service desk AWM-284

Automated quarterly lookbackWBD requestM

The quarterly lookback refresh runs on its own instead of as a manual maintenance task.

Source: On the team's enhancement list

Capability area

Outcomes and attribution, next rounds

Linear outcomes join streaming and theatrical, and AWM exposes outcome results.

4 items

Continues the attribution work released in 2026: the live data feed, linear outcomes, and making outcome influence visible in optimization.

★Attribution, next roundsOriginal use caseL

Streaming and theatrical attribution shipped as a first pass. Next: the live data feed, linear outcomes, and making outcome influence visible in optimization.

Source: Attribution use case (WBD): incorporating outcome-based performance signals into the optimizer

★Outcome signals by platformOriginal use caseL

Streaming, theatrical, and linear outcomes each feed optimizer scoring as the data lands.

Source: Attribution use case (WBD), A4: support for campaigns with different KPI frameworks

★Outcomes data exposed by AWMWBD requestM

AWM gains the capability to expose outcome results, as a report or through its interface, so results can feed the next plan.

Source: Use case review with the team (items A3 and A7)

Streaming content ratingsWBD requestL

Content-level streaming ratings as a measurement source alongside linear.

Source: On the team's enhancement list

Capability area

Packaging and graphics

The remaining packaging use cases, and secondary optimization beyond GRPs.

3 items

Rule-driven packaging elements for the use cases still open, and secondary optimization to the metrics beyond GRPs.

Secondary optimization to non-GRP metricsOriginal use caseM

Impressions, share of graphic inventory, and hit counts as optimization targets. Held back intentionally when secondary optimization launched: measurement beyond GRPs was still being defined on both sides, so GRPs went first.

Source: Secondary Event Optimization use case (WBD): goals based on impressions, GRPs, share of graphic inventory, or number of placements; GRPs went first by agreement

Show-specific business rules for graphicsAdP initiativeM

Brand and creative-type restrictions exist today; show-specific rules do not. Release notes Q&A says 'planned'.

Source: Noted by AdP at secondary optimization launch as a later addition

Final packaging use casesOriginal use caseL

Rule-driven stunt wraps and hosted interstitials, and program ratings and advisory elements placed automatically before program start.

Source: Packaging use cases (WBD Owned Media): use cases 4 and 5, held by priority behind the others