Reading optimization signals
Optimization Signals & Testing Rules

Use this skill when reading optimization signals — which metrics justify action, testing rules, and when a result is real versus noise.
--- name: "ads-optimization-signals" title: "Optimization signals" description: "Use this skill when reading optimization signals — which metrics justify action, testing rules, and when a result is real versus noise." category: Ads --- # Optimization Signals & Testing Rules ## Why Optimization Matters - After campaigns launch, the real work begins - Take time for planning new experiments and writing down learnings - Building on your learnings while others repeat the same mistakes ## Optimization Signal Types - **Leading** = events that happen quickly (< month) - use for quick optimization
Overview
The key is choosing the right leading signals that actually influence your lagging events. Experimentation is key, and you'll likely change over time.
Manual install (npx, ZIP)
npx skills add swan-gtm/gtm-skills --skill ads-optimization-signals -g -a claude-codemkdir -p ~/.claude/skills && curl -sL https://codeload.github.com/swan-gtm/gtm-skills/tar.gz/e65d97205fd2 \
| tar -xz -C ~/.claude/skills --strip-components=3 gtm-skills-e65d97205fd2/skills/ivan-falco/ads-optimization-signalsNew-Item -ItemType Directory -Force "$HOME\.claude\skills" | Out-Null; Invoke-WebRequest "https://m.agentalley.io/zip/7ae2fd55b3e94668df21/ads-optimization-signals.zip" -OutFile "$env:TEMP\ads-optimization-signals.zip"; Expand-Archive "$env:TEMP\ads-optimization-signals.zip" -DestinationPath "$HOME\.claude\skills" -ForceConnects with Agent Alley MCP · agentalley.io/mcp
Files included
SKILL.md4.2 KB
Read the files here
swan-gtm/
Show the full text123 lines
Optimization Signals & Testing Rules
Why Optimization Matters
- After campaigns launch, the real work begins
- Take time for planning new experiments and writing down learnings
- Building on your learnings while others repeat the same mistakes
Optimization Signal Types
- Leading = events that happen quickly (< month) - use for quick optimization
- Lagging = events that happen slowly (> month) - use for directional truth
Signals by Stage
| Stage | Leading | Lagging |
|---|---|---|
| Create | CTR, Engagement Rate | Blended Inbound Leads |
| Capture | CPL, CPMQL | Pipe-to-Spend, CPOPP |
| Accelerate/Activate | Accounts Reached, CTR | Avg time to close, Influenced Revenue |
| Revive | CPL, CPMQL | Pipe-to-Spend, ROI |
| Expand | Accounts Reached, CTR | Expansion Revenue |
Key Insight
The key is choosing the right leading signals that actually influence your lagging events. Experimentation is key, and you'll likely change over time.
The average B2B sales cycle can range from 2-24 months - you can't afford to wait even 2 weeks without being able to optimize your campaigns.
Testing Rules
Find Your Breakeven Costs
Breakeven CPL Formula:
Breakeven CPL = Average deal size x lead to close won rate
Example: $3,000 x 10% = $300 breakeven CPL
Breakeven CPC Formula:
Breakeven CPC = CPL target x landing page conversion rate
Example: $300 x 5% = $15 breakeven CPC
Two Essential Rules
1. Non-Performer Rule
When to apply: All time
Pause ad if it's spent 2-3x your target CPL with 0 conversions.
Example: Target CPL = $300, ad spends $600-$900 = PAUSE
This helps with pausing new ads you're testing.
2. Maintenance Rule
When to apply: Past 7 to 14 days (depending on volume)
Pause ad if the CPL is 1.5-2x over your target CPL.
Example: Target CPL = $300, current ad CPL = $450-$600 = PAUSE
This helps with pausing old ads that start to underperform.
Important Notes
These aren't statistically significant but they're repeatable, easy to follow, and prevent emotional decision-making.
Proxy Metrics Concept
Product teams have used this methodology for decades (called proxy metrics in the product world). The goal is to choose leading signals that actually influence lagging events. First prove correlation, then work toward proving causation.
A good proxy metric formula: "Percentage of [customers/users] who do at least [minimum threshold for action] by [X period in time]."
A good proxy metric should be:
- Measurable - you can find, collect, and measure the data
- Moveable - you can affect it through changes
- Not an average - averages can be gamed by a small subset doing more
- Correlated to your high-level engagement metric
- Specifies new vs. existing customers
- Not gameable - if someone can artificially inflate it, revise the metric
Experimentation Library
Track all experiments systematically. Use a tool like Airtable with two views:
- Backlog: All experiment ideas, crowdsourced from the team
- Sprint: Approved experiments currently running or queued
Hypothesis framework for each experiment: "If we do [X], then I believe [Y], as measured by [Z]."
Prioritize experiments using the RICE framework:
- Reach: How many people will this experiment affect? (1-5)
- Impact: If successful, how impactful will this be? (1-5)
- Confidence: How confident are you in reach and impact estimates? (1-5)
- Effort: How much effort to execute? (1-5, where 1 = low effort, 5 = high effort)
For each completed experiment, document:
- What was tested and the hypothesis
- The result (success, failure, inconclusive)
- Detailed learnings and notes
- Budget spent
- Channel and creative used
Avoid the "activity trap" - testing for the sake of testing, not testing to learn. Stack on your success by building on documented learnings.
Set up automation: When an experiment is marked as completed, automatically notify the team via Slack with the result and key learnings.
By Ivan Falco - Frontal
| 1 | |
| 2 | name "ads-optimization-signals" |
| 3 | title "Optimization signals" |
| 4 | description "Use this skill when reading optimization signals — which metrics justify action, testing rules, and when a result is real versus noise." |
| 5 | category Ads |
| 6 | |
| 7 | |
| 8 | # Optimization Signals & Testing Rules |
| 9 | |
| 10 | ## Why Optimization Matters |
| 11 | |
| 12 | After campaigns launch, the real work begins |
| 13 | Take time for planning new experiments and writing down learnings |
| 14 | Building on your learnings while others repeat the same mistakes |
| 15 | |
| 16 | ## Optimization Signal Types |
| 17 | |
| 18 | **Leading** = events that happen quickly (< month) - use for quick optimization |
| 19 | **Lagging** = events that happen slowly (> month) - use for directional truth |
| 20 | |
| 21 | ## Signals by Stage |
| 22 | |
| 23 | | Stage | Leading | Lagging | |
| 24 | |-------|---------|---------| |
| 25 | | Create | CTR, Engagement Rate | Blended Inbound Leads | |
| 26 | | Capture | CPL, CPMQL | Pipe-to-Spend, CPOPP | |
| 27 | | Accelerate/Activate | Accounts Reached, CTR | Avg time to close, Influenced Revenue | |
| 28 | | Revive | CPL, CPMQL | Pipe-to-Spend, ROI | |
| 29 | | Expand | Accounts Reached, CTR | Expansion Revenue | |
| 30 | |
| 31 | ## Key Insight |
| 32 | |
| 33 | The key is choosing the right leading signals that actually influence your lagging events. Experimentation is key, and you'll likely change over time. |
| 34 | |
| 35 | The average B2B sales cycle can range from 2-24 months - you can't afford to wait even 2 weeks without being able to optimize your campaigns. |
| 36 | |
| 37 | ## Testing Rules |
| 38 | |
| 39 | ### Find Your Breakeven Costs |
| 40 | |
| 41 | **Breakeven CPL Formula:** |
| 42 | |
| 43 | Breakeven CPL = Average deal size x lead to close won rate |
| 44 | |
| 45 | |
| 46 | Example: $3,000 x 10% = $300 breakeven CPL |
| 47 | |
| 48 | **Breakeven CPC Formula:** |
| 49 | |
| 50 | Breakeven CPC = CPL target x landing page conversion rate |
| 51 | |
| 52 | |
| 53 | Example: $300 x 5% = $15 breakeven CPC |
| 54 | |
| 55 | ### Two Essential Rules |
| 56 | |
| 57 | #### 1. Non-Performer Rule |
| 58 | |
| 59 | **When to apply:** All time |
| 60 | |
| 61 | Pause ad if it's spent 2-3x your target CPL with 0 conversions. |
| 62 | |
| 63 | **Example:** Target CPL = $300, ad spends $600-$900 = PAUSE |
| 64 | |
| 65 | This helps with pausing new ads you're testing. |
| 66 | |
| 67 | #### 2. Maintenance Rule |
| 68 | |
| 69 | **When to apply:** Past 7 to 14 days (depending on volume) |
| 70 | |
| 71 | Pause ad if the CPL is 1.5-2x over your target CPL. |
| 72 | |
| 73 | **Example:** Target CPL = $300, current ad CPL = $450-$600 = PAUSE |
| 74 | |
| 75 | This helps with pausing old ads that start to underperform. |
| 76 | |
| 77 | ## Important Notes |
| 78 | |
| 79 | These aren't statistically significant but they're repeatable, easy to follow, and prevent emotional decision-making. |
| 80 | |
| 81 | ## Proxy Metrics Concept |
| 82 | |
| 83 | Product teams have used this methodology for decades (called proxy metrics in the product world). The goal is to choose leading signals that actually influence lagging events. First prove correlation, then work toward proving causation. |
| 84 | |
| 85 | A good proxy metric formula: "Percentage of [customers/users] who do at least [minimum threshold for action] by [X period in time]." |
| 86 | |
| 87 | A good proxy metric should be: |
| 88 | Measurable - you can find, collect, and measure the data |
| 89 | Moveable - you can affect it through changes |
| 90 | Not an average - averages can be gamed by a small subset doing more |
| 91 | Correlated to your high-level engagement metric |
| 92 | Specifies new vs. existing customers |
| 93 | Not gameable - if someone can artificially inflate it, revise the metric |
| 94 | |
| 95 | ## Experimentation Library |
| 96 | |
| 97 | Track all experiments systematically. Use a tool like Airtable with two views: |
| 98 | Backlog: All experiment ideas, crowdsourced from the team |
| 99 | Sprint: Approved experiments currently running or queued |
| 100 | |
| 101 | Hypothesis framework for each experiment: "If we do [X], then I believe [Y], as measured by [Z]." |
| 102 | |
| 103 | Prioritize experiments using the RICE framework: |
| 104 | **R**each: How many people will this experiment affect? (1-5) |
| 105 | **I**mpact: If successful, how impactful will this be? (1-5) |
| 106 | **C**onfidence: How confident are you in reach and impact estimates? (1-5) |
| 107 | **E**ffort: How much effort to execute? (1-5, where 1 = low effort, 5 = high effort) |
| 108 | |
| 109 | For each completed experiment, document: |
| 110 | What was tested and the hypothesis |
| 111 | The result (success, failure, inconclusive) |
| 112 | Detailed learnings and notes |
| 113 | Budget spent |
| 114 | Channel and creative used |
| 115 | |
| 116 | Avoid the "activity trap" - testing for the sake of testing, not testing to learn. Stack on your success by building on documented learnings. |
| 117 | |
| 118 | Set up automation: When an experiment is marked as completed, automatically notify the team via Slack with the result and key learnings. |
| 119 | |
| 120 | |
| 121 | |
| 122 | > By Ivan Falco - Frontal |
| 123 |
Details
- Updated
- Sep 23, 2026
- License
- MIT
- Stars on the repo
- ★ 159
- Checked
- Source
- swan-gtm/gtm-skills ↗
- Creator
- swan-gtm · 51 listings
Similar skills
See all →
Skill29 production-ready scripts for iOS app testing, buildingIos simulator skill
SkillMoAI unified orchestrator for autonomous development
SkillWrite Android unit, Compose UI, and Hilt-integrated testsAndroid Testing Standards
SkillImplementing any feature or bugfixTest-Driven Development (TDD)
SkillToolkit for interacting with and testing local webWebapp testing
PromptGuide to fixing bugs using a test-first approachTest first bug fixing approachMore from swan-gtm
SkillAn ABM program cannot prove engagement mattersAccount-Based Engagement Scoring and Buying Group Measurement
SkillWriting ad copy — headline formulas, visual directionAd Copywriting - Headline Formulas, Visual Design & Voice of Customer
SkillDefining ad personasAd Persona Framework
SkillA percentage in a commercial term is being set, questionedAudit the base not the rate
SkillInbound leads arrive incomplete B2B Data Enrichment for Revenue Operations
SkillYou need to know what people are saying about a brandBrand mention monitor