Buyer readiness

Private marketplace deal review checklist

A private marketplace deal should be reviewed as a complete evidence handoff before it is activated. The buyer should be able to see the package proof, deal key, placement IDs, creative requirements, reporting fields, and renewal threshold in one place.

Use this checklist after the package brief is drafted and before deal activation, final trafficking, or signature. It is designed for contextual display, clearly labeled native cards, and sponsorship packages where the value is reader context and clean reporting rather than a broad performance promise.

Advertisement Buyer-readiness unit.

Where the review fits

The deal review is the last buyer-facing gate before activation. It should catch mismatches while they are still cheap to fix: a vague package, a missing deal key, a creative size that cannot run, a reporting field that will not survive export, or a renewal rule that is being invented too late.

Workflow stageReview questionRequired recordDecision if weak
Package proofDoes the reader job match the package being sold?Reader context, included page groups, excluded contexts, and clean-fit rationale.Narrow the package before pricing.
Deal setupCan the buyer, publisher, and ad operations team name the same deal?package_id, pmp_deal_key, package_reporting_key, buying path, dates, and owner.Hold activation until identifiers are stable.
Placement scopeAre eligible placements, sizes, devices, and refresh rules explicit?Placement IDs, creative sizes, device eligibility, exclusions, and refresh status.Revise scope or remove unready placements.
Creative and destinationWill the message and landing page fit the reader job?creative_id, size set, native fields, destination_id, UTM structure, and destination QA state.Approve only the ready creative and destination path.
Reporting and renewalCan the final report support the decision being requested?Reporting grain, quality flags, outcome status fields, comparison rule, and renewal threshold.Change the claim language or add a stronger test design.

The approval gate

Score each gate as ready, revise, or hold. A deal can launch with minor documented exceptions, but it should not launch when the missing item is needed to interpret the campaign.

GateReadyReviseHold
Package proofThe reader job, package ID, included contexts, and exclusions are specific.The package is sound but has a mixed context that needs a reporting split.The package is a broad audience claim without page or reader-job proof.
Deal identifierspackage_id, pmp_deal_key, campaign_id, and reporting keys match across records.One label differs but a translation table is included.Deal setup depends on manual naming or future interpretation.
Placement contractEvery placement ID has format, size, device, refresh, and exclusion rules.One placement needs a smaller scope or separate device rule.Eligible inventory cannot be trafficked or audited as sold.
Creative handoffDisplay or native assets, destination, click URL, and tracking values are complete.Creative can launch after a stated asset, copy, or destination fix.Creative or destination quality would make response uninterpretable.
Reporting fieldsDelivery, exposure quality, traffic quality, outcome status, and comparison fields are defined.Some fields are directional and must be labeled that way in the readout.The buyer's expected decision depends on fields that will not exist.
Renewal thresholdThe renew, revise, shift, test, or pause rule is written before launch.The threshold exists but needs a minimum delivery or quality caveat.The deal relies on choosing a favorable metric after results arrive.
Advertisement Deal-review unit.

Required attachments

The deal review should point to the supporting records rather than restating every detail. If an attachment is missing, the approval note should say what decision cannot be made.

AttachmentWhat it provesReview field to copy forwardRisk if missing
Contextual package proof sheetThe package has a real reader job, eligible context, and clean-fit rationale.reader_job, included_contexts, excluded_contexts.The package may become run-of-publication by implication.
Inventory readiness matrixPackage contracts, placement IDs, sizes, and reporting keys are stable.package_id, pmp_deal_key, placement_ids, placement_reporting_keys.Delivery cannot be audited against the proposal.
Package briefBuyer-facing scope, primary signal, comparison rule, and renewal evidence are visible.primary_signal, comparison_rule, renewal_evidence.The readout may answer a different question than the buyer approved.
Creative acceptance recordDisplay sizes, native fields, click URL, destination, and launch dates are complete.creative_id, creative_size_set, destination_id, active_dates.A creative or landing-page issue may be mistaken for package quality.
Landing page QA worksheetThe destination can receive traffic, preserve source fields, and support the promised action.destination_status, form_path, source_field_state, change_log_owner.Response quality may reflect destination friction rather than media context.
Reporting field dictionaryThe report can keep package, placement, context, device, creative, traffic, and outcome fields aligned.reporting_grain, quality_flags, outcome_status_fields.The final report may collapse unlike signals into one metric.
Renewal scorecardThe next decision has a preplanned evidence threshold.renewal_lane, minimum_delivery, decision_boundary.Renewal may be driven by whichever metric looks most favorable.

Deal review record

This example shows the structure of the approval record. The values are examples for a contextual package review, not performance benchmarks.

FieldExample valueApproval note
DecisionApprove a private marketplace package for activation.Approval covers the stated package, placements, dates, and reporting grain only.
Packagemeasurement-science-desk, mp-msd-pmp, package.measurement_science_desk.Reader job is method selection and campaign measurement review.
Eligible placementsarchive-leaderboard, article-inline-1, article-inline-2, article-rail-1, post-content.Device and size rules follow the inventory readiness matrix.
Creative and destinationPlanning-guide creative in approved display sizes, destination_id measurement-report-demo.Destination QA is ready; any landing-page version change requires a change-log entry.
Reporting grainPackage by context group, placement ID, device class, creative size, destination ID, qualified visit, and lead status.Small cells will be marked directional or pooled before conclusions are written.
Comparison ruleMatched prior contextual flight, no protected holdout.Supports descriptive or directional language, not causal lift language.
Renewal thresholdRenew if context delivery is complete, exposure quality is interpretable, and qualified visits are concentrated in agreed guide groups.Add a holdout or matched-market design if the next decision requires lift language.
Exception ownerOperations owns placement exceptions; analytics owns reporting-field exceptions.Exceptions must appear in the readout before package performance language.

Exception log

Exceptions are not automatically blockers. They are blockers when they affect the buyer's decision or the strongest claim expected from the report.

ExceptionCan launch ifMust hold ifReadout language
One placement is excluded.The buyer approves the smaller scope and forecast is updated.The removed placement is central to the package proof.The campaign delivered in the revised placement set.
Device reporting is partial.The decision does not require device comparison and the gap is labeled.The proposal promises device-level optimization.Device results are directional where fields are incomplete.
Outcome status is delayed.The first readout is delivery and traffic only, with a follow-up outcome window.Renewal depends on lead or pipeline quality at the first readout.Outcome quality was unavailable for the initial decision.
Comparison is descriptive.The buyer accepts that the report will not use lift language.The buyer needs a causal budget recommendation from this flight.The readout describes observed response under the stated comparison limit.
Destination changes mid-flight.The change is logged and results are split before and after the change.The change removes the promised action or source fields.Destination changes limit pooled interpretation.

Buyer-facing signoff questions

  • Can every reviewer name the same package ID, deal key, placement IDs, and buying path?
  • Does the package proof show a reader job rather than a broad audience promise?
  • Are creative sizes, native fields, destination state, UTM values, and change-log ownership complete?
  • Will reporting preserve package, placement, context, device, creative, destination, traffic quality, and outcome status?
  • Is the renewal threshold written before launch, and does it match the available comparison rule?

Pair with

Use this deal review with the private marketplace readiness index for the complete fit, activation, launch, reporting, and renewal sequence, the media kit for placement specs, the audience intent map for reader-job proof, the inventory readiness matrix for package contracts, the contextual package proof sheet for package evidence, the contextual package proof export template when proof fields need to survive into reporting rows, the private marketplace package brief template for buyer-facing scope, the campaign readiness dashboard for launch status, the creative asset acceptance checklist and landing page launch QA worksheet for launch inputs, the private marketplace reporting field dictionary for field names, the private marketplace readout export sample for row-level reporting, and the private marketplace renewal scorecard before renewal, creative-change, budget-shift, or lift-test decisions.