A shared glossary prevents the creative, media, data and commercial teams from using the same word for different decisions. The definitions below are operating terms for this plan. Add the organization's exact owner and source where a term affects approval, budget or customer acceptance.
Planning horizon: the learning period
The planning horizon is the period over which your evidence and resources guide the creative work. For the 13-week roadmap, name the review points for the audience situation, demonstration, destination and accepted action. Refresh earlier when a material product fact or response-capacity limit changes.
Baseline: the original creative and customer path
The baseline is the dated creative and customer path used for comparison. Retain the opening promise, demonstration order, relevant audience condition, destination and acceptance rule. A new hook cannot be credited with a better result if the offer or page also changed and the comparison does not account for it.
Objective: the customer progress to investigate
The objective is the customer progress the plan should influence. For the illustrative app, that could mean helping eligible shift workers evaluate whether the supported planning feature suits their routine. Define the accepted business event separately and treat the creative as a way to investigate that progress.
Key result: the measure that changes a decision
A key result is a measured sign that changes the planning decision. The illustrative app might review accepted trials after checking eligibility and duplicates. Views or completed videos can help explain the creative response, while the advertiser-owned trial record determines whether the business result passed its rule.
Assumption: the creative belief still to test
An assumption is a belief you still need to challenge. The team may believe a demonstration of one weekly preparation decision answers the viewer's main concern. Record the evidence required to test that belief and which creative or destination change would follow if suitable visitors remain confused.
Constraint: the resource that limits release
A constraint limits what the plan can responsibly release. Examples include filming time, approved product claims, creator permissions, caption-review capacity and the learning budget. Put the limiting resource beside the release schedule so the team does not promise a creative volume its review process cannot support.
Dependency: the evidence needed before the next step
A dependency is something that must be ready before the next step. A product demonstration may need a current feature approval, authorised footage and matching trial terms on the page. Name the owner and required date; delay the affected release when that evidence is unavailable.
Milestone: a verified state that unlocks work
A milestone is an evidenced state that unlocks the next decision. An approved hook-to-proof brief or a verified mobile trial path can be a milestone. Producing another batch of clips is only an activity unless the batch supplies the distinct comparisons the plan needs.
Accepted outcome: the advertiser's qualified event
An accepted outcome is the customer event that passes the advertiser's written quality rule. In the illustrative app, define which trial registrations are eligible, how duplicates are removed and when later rejection is reviewed. Keep initial registrations visible alongside the accepted total so the conversion path remains explainable.
Diagnostic metric: a signal of the weak stage
A diagnostic metric helps locate a weak part of the creative or customer path. Retention around the proof sequence may suggest that the explanation needs work; qualified visits and form starts may expose a mobile handoff problem. Interpret those signals with the same asset version before changing the accepted-outcome rule.
Learning budget: the cost of one useful question
The learning budget covers the spend and work needed to answer one creative question. Include production, review, paid distribution and customer response where they are required. Set the commitment before launch so an inconclusive demonstration cannot keep consuming resources without a new, explicit decision.
Stop limit: the condition that pauses a release
A stop limit names the condition that pauses a release. It may be the spending cap, an unsupported product statement, expired creator rights, a broken destination or a response backlog. Identify the operator who can act and the evidence needed to resume the affected version.
Scenario: a plausible change to the customer path
A scenario describes a plausible condition that would change the plan. For example, the app's destination may stop supporting a device included in the intended audience. Record how that change affects the message, eligibility and measurement instead of assuming every customer can still complete the demonstrated action.
Contingency: the prepared protective action
A contingency is the prepared response to a defined problem. If the demonstration no longer reflects a supported feature, pause that asset, preserve its dates and review the related page before release resumes. The fallback should protect the customer promise without improvising a replacement claim under deadline pressure.
Decision gate: the evidence required to proceed
A decision gate requires named evidence before work proceeds. Before releasing the demonstration, check the supported feature, script, footage rights, captions and destination. Before increasing the allocation, inspect the mature customer outcome and capacity. These are different gates with different evidence and responsible owners.
Reconciliation: joining the source and customer records
Reconciliation connects the creative and campaign record with the submitted action and later customer status. Retain the permitted identifiers, dates and acceptance rule needed to investigate duplicates, missing joins or late changes. Keep the FroggyAds source distinct when it tests the same proposition through an additional route.
Incrementality: additional outcomes caused by the activity
Incrementality asks what additional outcome the activity caused compared with what would have happened otherwise. A higher trial count after a new video is insufficient by itself. Use an appropriate comparison design for a causal claim; label a simple before-and-after review as observational and state its limits.
Owner: the person with authority for the decision
An owner is the person accountable for a particular deliverable or decision. The creative owner may approve a brief while a different person controls the destination or spending pause. Give each one the authority, due date and escalation route needed to resolve an actual release dependency.
RACI: roles for performing and approving the work
RACI separates who performs, approves, advises on and receives notice of the work. Apply it to the script, creator rights, feature proof, destination, outcome definition and spending decision. One accountable role for each deliverable makes a delayed approval or unclear pause instruction easier to resolve.
Plan refresh: a recorded change to the active brief
A plan refresh changes the active brief when evidence or operating facts warrant it. Keep the earlier version, explain the changed customer question or product condition and set the next review. If the refresh changes the offer, destination or acceptance rule, start a new comparison rather than blending the results.