mcpbeat

Launch Campaign

indranilbanerjee/launch-campaign

Orchestrate the full multi-channel launch of an approved campaign plan — pre-launch checklist, asset readiness gate, channel-by-channel activation, CRM campaign record creation, kickoff comms, day-1 monitor setup. Broader than /launch-ad-campaign (which is paid-ads only).

4k tokens
context cost
the whole folder, loaded on every use
1
files
instructions only
0
copies elsewhere
how many repositories repackaged it
694
stars on the repo
on the repository, not the skill itself

Install

one command, takes just this skill from the repository
npx skills add https://github.com/indranilbanerjee/digital-marketing-pro --skill launch-campaign

The instruction itself

13 sections, as written by the author

/digital-marketing-pro:launch-campaign — Multi-Channel Campaign Launch Orchestrator

This skill takes an approved campaign plan (from /digital-marketing-pro:campaign-plan) and walks it through every step required to go live: pre-launch gates, channel-by-channel activation, CRM record creation, kickoff comms to the team, and day-1 monitoring setup. It complements — and is broader than — /digital-marketing-pro:launch-ad-campaign, which handles only paid-ads activation on Google / Meta / LinkedIn / TikTok.

Use this skill once per campaign, after the campaign plan is approved and all creative + landing pages + email sequences are signed off. Not for paid-ads alone — for the full multi-channel launch (paid + organic + email + content + CRM + PR).

Why this skill exists

A campaign plan is a document. A campaign launch is twenty separate platform actions in the correct order with the correct dependencies. Without an orchestrator, agencies miss steps — landing page goes live without the analytics tag wired, email automation gets enabled before the source list is GDPR-clean, paid ads get activated before the LP is indexed, the team finds out the campaign launched by seeing the first conversion notification in Slack.

This skill is the difference between "we launched" and "we launched cleanly." It checks every prerequisite before it touches a live system, executes the activation steps in dependency order, and records the launch as a CRM Campaign object so attribution can downstream-correctly from day one.

What this skill does NOT do

  • It does NOT create the campaign plan — that's /digital-marketing-pro:campaign-plan.
  • It does NOT generate the creative — that's /digital-marketing-pro:ad-creative, /digital-marketing-pro:content-engine, /digital-marketing-pro:email-sequence, etc.
  • It does NOT bid or optimise day 2+ — that's /digital-marketing-pro:performance-report, /digital-marketing-pro:budget-optimizer, etc.

It is the single-shot launch event, not the planning or the optimisation.

Process

Step 0 — Prerequisites (BLOCKER gates)

This skill REFUSES to proceed unless ALL of these pass. Print the failing items, do not start the launch.

  • /digital-marketing-pro:validate-profile --brand {brand} returns passed or passed_with_warnings.
  • A campaign plan exists at ~/.claude-marketing/brands/{slug}/campaigns/{campaign_id}/plan.json (or the user provides --plan-path).
  • The plan's status field is approved (not draft / in_review / rejected).
  • Every asset referenced in the plan exists at the path the plan claims it does (creative files, landing-page URLs respond 200, email templates exist in the email platform).
  • Every connector required by the channels in scope is reachable — re-run a fast probe: python "${CLAUDE_PLUGIN_ROOT}/scripts/connector-status.py" --brand {slug} --action status --probe-only --connectors {comma-separated channel connectors}.
  • Conversion tracking is verified for every channel in scope — GA4 events configured AND test-fired in the last 7 days: python "${CLAUDE_PLUGIN_ROOT}/scripts/performance-monitor.py" --brand {slug} --action diagnostic --channel ga4_health.
  • If any AI-generated visual / video / audio is in the asset list AND the campaign targets EU markets, every such asset has been signed via C2PA (/digital-marketing-pro:c2pa-metadata workflow — embed-c2pa.py --ai-disclosure under the hood). Article 50 compliance is non-negotiable for EU launches as of 2 Aug 2026.

If any of these fail, print the punch list with the literal next command for each item, and exit.

Step 1 — Load the campaign plan

Read plan.json. Extract: campaign_id, campaign_name, objective, start_date, end_date, channels (with per-channel budget, audience, creative_ids, landing_url, kpi_targets), team_assignments, kickoff_comms, attribution_model.

Step 2 — Dry-run preview

Before touching any live system, print a dry-run preview of every action that's about to happen. The user must confirm yes to proceed. The dry run shows:

🚀 Campaign launch preview — {campaign_name}
   Campaign ID: {campaign_id}
   Brand:       {brand}
   Window:      {start_date} → {end_date}
   Objective:   {objective}
   Attribution: {model}

   The following 14 actions will execute in order:

    1. CRM — Create Campaign object {campaign_name} in {HubSpot|Salesforce|...}
    2. Landing page — Verify {url} returns 200, schema markup present, GA4 tag firing
    3. Email — Enable automation {automation_id} in {Klaviyo|HubSpot|...} (sender domain authenticated)
    4. Paid search — Activate {N} Google Ads campaigns ({budget} daily total)
    5. Paid social — Activate {N} Meta + {M} LinkedIn campaigns ({budget} daily total)
    6. Retail media — Activate {N} Amazon Sponsored Products campaigns
    7. Organic social — Schedule {N} posts across {platforms} via {scheduler}
    8. Influencer — Notify {N} contracted creators (briefs already approved per plan)
    9. PR — Send launch announcement to {N} press contacts via {tool}
   10. Internal kickoff — Slack message to {channel}, email to {distribution_list}
   11. Tracking — Wire UTM parameters across every link (cross-check against plan)
   12. Attribution — Confirm {attribution_model} active in GA4 + CRM
   13. Monitoring — Activate day-1 watchdog on {KPIs} via /digital-marketing-pro:performance-check
   14. Documentation — Write launch record to ~/.claude-marketing/brands/{slug}/campaigns/{campaign_id}/launch-record.json
       and publish a user-visible copy to ~/Documents/DigitalMarketingPro/{brand}/campaigns/

   Estimated total wall-clock time: ~{N} minutes.
   Channels that will start spending immediately: {list with daily totals}.

   Type `yes` to proceed, `dry-run-only` to save the preview without launching,
   or any other input to cancel.

Step 3 — Execute in dependency order

Run the actions sequentially. After every action, write a state checkpoint to ~/.claude-marketing/brands/{slug}/campaigns/{campaign_id}/launch-state.json so an interruption can be resumed via /digital-marketing-pro:resume.

Key dependency rules:

  • CRM Campaign object MUST be created before any paid-ads campaign — paid-ads platforms need to reference the CRM ID for attribution.
  • Email automation MUST be enabled before paid-ads activate — otherwise leads captured by ads in the first minutes have no nurture.
  • Landing-page verification MUST pass before paid-ads activate — spending traffic to a 404 is the most common day-1 failure.
  • C2PA signing of AI assets MUST be confirmed before any organic-social or paid-social channel posts AI content for EU markets.
  • Tracking + attribution MUST be confirmed before the internal kickoff — once internal comms go out, "we'll fix the tracking later" never happens.

Each platform action is dispatched via the relevant script:

# CRM Campaign object
python "${CLAUDE_PLUGIN_ROOT}/scripts/crm-sync.py" --brand "{brand}" \
    --action create-campaign --plan ~/.claude-marketing/brands/{slug}/campaigns/{campaign_id}/plan.json

# Landing page check
curl -sS -o /dev/null -w "%{http_code}" "{landing_url}"

# Email automation enable (idempotent — skips if already enabled)
python "${CLAUDE_PLUGIN_ROOT}/scripts/execution-tracker.py" --brand "{brand}" \
    --action enable-automation --automation-id "{id}" --platform "{klaviyo|hubspot|...}"

# Paid-ads activation (delegates to launch-ad-campaign for the paid-only subset)
python "${CLAUDE_PLUGIN_ROOT}/scripts/execution-tracker.py" --brand "{brand}" \
    --action launch-ads --plan ~/.claude-marketing/brands/{slug}/campaigns/{campaign_id}/plan.json
# (this internally calls the launch-ad-campaign workflow for Google/Meta/LinkedIn/TikTok)

# Organic social scheduling
python "${CLAUDE_PLUGIN_ROOT}/scripts/execution-tracker.py" --brand "{brand}" \
    --action schedule-posts --plan ~/.claude-marketing/brands/{slug}/campaigns/{campaign_id}/plan.json

# Influencer notification
python "${CLAUDE_PLUGIN_ROOT}/scripts/execution-tracker.py" --brand "{brand}" \
    --action notify-influencers --plan ~/.claude-marketing/brands/{slug}/campaigns/{campaign_id}/plan.json

# PR send
python "${CLAUDE_PLUGIN_ROOT}/scripts/execution-tracker.py" --brand "{brand}" \
    --action pr-send --plan ~/.claude-marketing/brands/{slug}/campaigns/{campaign_id}/plan.json

# Internal kickoff
python "${CLAUDE_PLUGIN_ROOT}/scripts/execution-tracker.py" --brand "{brand}" \
    --action internal-kickoff --plan ~/.claude-marketing/brands/{slug}/campaigns/{campaign_id}/plan.json

# Day-1 monitoring
python "${CLAUDE_PLUGIN_ROOT}/scripts/performance-monitor.py" --brand "{brand}" \
    --action arm-watchdog --campaign-id "{campaign_id}" --kpis "{kpi list}"

If any action fails:

  • Update launch-state.json with status: paused_at_step_{N} and the error.
  • Do NOT proceed to subsequent steps. Subsequent steps depend on this one.
  • Print the failure with a literal remediation command and the exact resume command:

python "${CLAUDE_PLUGIN_ROOT}/scripts/execution-tracker.py" --brand "{brand}" --action resume-launch --data '{"campaign_id":"{campaign_id}","from_step":{N}}'

  • Do NOT auto-retry. Day-1 failures often mean a misconfiguration that retries will only amplify (duplicate campaigns, doubled emails, etc.). Human decision required.

Step 4 — Write the launch record

After every action succeeds, write the final launch record to two locations:

# Internal (system-of-record)
~/.claude-marketing/brands/{slug}/campaigns/{campaign_id}/launch-record.json

# User-visible
~/Documents/DigitalMarketingPro/{brand}/campaigns/{YYYY-MM-DD}-{campaign_name_slug}-launch.json

(Or $DIGITAL_MARKETING_PRO_PUBLISH_DIR/{slug}/campaigns/{...} if set — the dual-copy publish-dir pattern.)

The record contains: launched_at timestamp, every action with its return value, channel-by-channel activation status, CRM Campaign object ID, the URL of the internal kickoff Slack/email, the watchdog ID for day-1 monitoring, and the absolute path to the campaign plan that produced this launch.

Step 5 — Confirm to the user

Print the launch summary in the conversation:

🚀 Campaign launched — {campaign_name}

   Campaign ID:     {campaign_id}
   CRM record:      {hubspot|salesforce|...} Campaign #{id}
   Window:          {start_date} → {end_date}
   Channels live:   {list with daily totals}
   Day-1 watchdog:  /digital-marketing-pro:performance-check --watchdog {watchdog_id}

   📂 Launch record:
      {published_path}

   First check-in: tomorrow morning. Run /digital-marketing-pro:performance-check
   to see the day-1 numbers.

Behaviour rules

  • Refuse without prerequisites. Every BLOCKER in Step 0 must pass before the launch starts. No "warn and proceed" — these are launch-day disasters waiting to happen.
  • Always preview first. The dry-run preview is not optional. The user types yes, or nothing launches.
  • Dependency order is fixed. CRM → landing-page verify → email → paid → organic → influencer → PR → internal → tracking → monitoring → record. Don't reorder. If a channel needs to be skipped, the plan should say so before this skill runs.
  • Checkpoint after every action. Treat the launch as a 14-phase pipeline. Any failure leaves a resumable state in launch-state.json — never "lost" work.
  • No auto-retry on failure. A failed launch step requires human eyes — retrying blindly creates duplicate campaigns, doubled emails, and untraceable CRM records.
  • Dual-copy the launch record. Internal + user-visible. Agencies want to send the launch record to clients without explaining where dotfolders are.

Arguments

/digital-marketing-pro:launch-campaign [--brand <slug>] [--campaign-id <id>]
    [--plan-path <path>] [--dry-run] [--resume-from-step <N>] [--skip-internal-kickoff]
  • --brand <slug> — brand to launch for (else uses active brand)
  • --campaign-id <id> — campaign to launch (else, if a single approved plan exists for the brand, use it; otherwise prompt)
  • --plan-path <path> — explicit path to the plan JSON (overrides the default ~/.claude-marketing/brands/{slug}/campaigns/{id}/plan.json location)
  • --dry-run — print the preview and exit without launching (alias for typing dry-run-only at the confirmation prompt)
  • --resume-from-step <N> — resume a paused launch from step N (looks up launch-state.json)
  • --skip-internal-kickoff — skip the Slack/email kickoff (use when the launch happens outside business hours and comms go later)
  • validate-profile — prerequisite BLOCKER check
  • campaign-audit — produces the current-state baseline this launch differentiates from
  • campaign-plan — produces the plan this skill consumes
  • launch-ad-campaign — the paid-ads-only subset this skill delegates to during Step 3 (paid-ads activation)
  • performance-check — day-1 check-in skill mentioned in the success message
  • performance-monitor.py (${CLAUDE_PLUGIN_ROOT}/scripts/performance-monitor.py) — arms the day-1 watchdog
  • crm-sync — creates the CRM Campaign object
  • c2pa-metadata — signs AI assets for EU launches (mandatory per Step 0)

How to use it

Copy the folder

Take indranilbanerjee/launch-campaign from the repository into ~/.claude/skills for personal use, or into .claude/skills inside a project.

Check the name does not clash

The agent identifies a skill by the name field in its header. Two skills with the same name cannot sit side by side — one of them will be ignored.