Lead generation channel test checklist

Design a bounded acquisition test with a useful learning goal and an explicit spending limit. For the wider context, see the saas lead generation hub.

Work through the checks

Save the evidence

A situation to test

A test that produces ten relevant conversations can be useful even if it cannot yet estimate a stable customer acquisition cost.

Use this example as a review prompt. Ask the owner to demonstrate the real behavior or show the underlying record. A screenshot of settings can help, but it does not replace testing the outcome the customer experiences.

When to stop and fix the issue

Do not scale from a small favorable sample without checking opportunity quality and the available audience.

Prioritize failures that mislead customers, lose data, break the promised action or make measurement unreliable. Cosmetic improvements can be scheduled separately when they do not prevent the task from being completed. Record the reason for any accepted exception so the next reviewer does not mistake it for an overlooked problem.

How to close the review

Assign every unresolved item to a named person and a date. Keep the evidence close to the checklist, using links with appropriate access rather than copying sensitive records into a public document. After the fix, repeat the relevant check and record what changed.

The final review should answer three questions: what passed, what remains uncertain, and what action follows. If a requirement does not apply, state why. A blanket tick against every row provides less value than a shorter list with specific evidence and a clear next step.

Related resources

• B2B SaaS lead generation
• The B2B SaaS lead generation funnel
• Lead generation by company stage
• Lead generation playbooks by ACV band
• Lead generation for a SaaS startup

Browse more checklists or save the resource index.

Apply lead generation channel test checklist in a working review

Treat each check as a request for evidence, not a box to tick from memory. Inspect the actual behavior or record, note the result and assign an owner to any failure. Distinguish a blocking issue from a deferred improvement. Keep the reason for an exception so a later reviewer can understand why the work proceeded.

For this topic, involve the conversion-path owner and the person reviewing saved requests and work from the form promise, stored record and actual delivered resource. The relevant unit is a valid consented request with a defined purpose. State the question the review should resolve before choosing a chart, an asset or a tool. If participants disagree about the unit or scope, resolve that disagreement before combining their evidence.

Evidence to prepare

Test the entire path from a suitable visitor’s action to verified storage and useful delivery. A success animation is not evidence that a record was saved. Keep the requested resource accessible after completion and make error recovery clear without exposing private submissions.

Two situations that can change the interpretation

When saved leads have no operational owner

A working Firestore write is a storage success; a useful customer response requires a separate human or automated operating workflow.

Use this check: Trace a recent synthetic request from storage to the person responsible for review. Do not claim notifications or email routing are configured when only storage exists.

The focused diagnostic guide provides the correction process and a working evidence sheet.

When form fields reduce useful submissions

A file download may need only email and consent, while a tailored audit request can justify a small amount of business context.

Use this check: Review each field’s operational purpose and inspect valid incomplete attempts without collecting unnecessary private data. A shorter form can reduce context, so review downstream quality as well as volume.

The focused diagnostic guide provides the correction process and a working evidence sheet.

Record the decision and the limit

A synthetic test request can confirm that the form validates, the database accepts the intended fields and the advertised file exists. The test should be isolated from real leads and cleaned up by an authorized process. Operational review of genuine requests remains a separate responsibility.

Keep the conclusion beside the evidence that supports it. Record what the team will do, who owns the next action and which event or date will trigger a review. If the underlying definition, audience or product behavior changes, revisit the conclusion rather than assuming the old result still applies. A clear limit is useful information; it tells the next reader where additional investigation is required.

Use the complete topic collection for related methods and the category field guides when the product’s buying situation or implementation requirements change how the method should be applied.