Lightmeter Beam

Beam is Lightmeter’s campaign workspace for growth teams running outbound at startup speed.

Use Beam to build multi-step sequences, manage A/B variants, monitor performance, and act quickly when a variant underperforms.

• Create campaigns, prepare leads and sequences, and submit them for review when ready.
• Prepare and review campaign wording in Creative before choosing what the campaign should use for future sends.
• Use Unibox for one-to-one follow-up through Interactive Replies.
• Pause active campaigns, deliberately End or Fast Forward them, reopen ended campaigns for review, and Resume paused campaigns after readiness checks.
• Drill down from Reports directly into campaign analytics for action.

1. Reply Rate: replies ÷ (leads contacted − all bounces).
2. Positive Reply Rate: positive replies ÷ (leads contacted − all bounces). See What Counts as a Positive Reply.
3. Positive Reply Share: positive replies ÷ total replies.
4. Campaign Reply Counting: campaign-level reply totals are deduplicated by sender within a campaign (a sender contributes at most one reply unit).
5. Interactive Replies (Unibox): outbound one-to-one replies sent manually by your team from the Unibox.
6. Threaded Steps: scheduled campaign steps configured as thread. These are different from Interactive Replies.
7. Completed Contacts: contacts that will receive no more campaign messages, whether their sequence finished or sending became impossible.
8. Size: average email body size for the step or variant, measured in bytes.
9. Infra Health: mailbox deliverability/reputation score for the selected report period.

1. Create a campaign and assign leads.
2. Set your sending schedule and mailbox limits.
3. Prepare wording in Edit Campaign → Creative.
4. Approve and mark a Creative snapshot Ready when the campaign should use it for future sends.
5. Preview and test message content.
6. Submit the campaign for review when it is ready to send.
7. Once the campaign is active, monitor results in Edit Campaign → Analytics and Reports, then optimize.
8. Pause active sending when campaign-level control is needed, End a campaign when future campaign work should stop while its data remains available, or use Fast Forward after the campaign reaches 95% completion.
9. Reopen an ended campaign or reactivate a naturally completed campaign into paused review when it needs to be inspected or prepared again. Add leads while it is paused, then Resume after readiness checks pass.
10. When a lead replies and needs human follow-up, send an Interactive Reply from the Unibox.

Use Edit Campaign → Creative to prepare the campaign's editable working copy. Creative changes do not alter an immutable snapshot already selected for sending.

Working copy, snapshots, and Ready Creative

• Creative is the single editable, autosaved, collaborative working copy.
• A snapshot is an immutable saved version. Historical snapshots are Not approved or Approved.
• Ready identifies the approved snapshot selected for future campaign sends. When another approved snapshot becomes Ready, the earlier one is Replaced.
• Approve and mark ready performs both actions together for now. Approval records acceptance; Ready records which approved snapshot the campaign will use.
• Restoring a snapshot copies its content into Creative for editing. It does not modify the snapshot.

Separate status meanings

• Creative version: working copy or historical snapshot.
• Snapshot approval: Not approved or Approved.
• Snapshot readiness: Ready or Replaced. An approved snapshot that has never been Ready needs no readiness label.
• Component eligibility: Enabled or Disabled. In Creative this plans eligibility for the next Ready snapshot; in Ready and Analytics it changes current eligibility.
• Campaign runtime: Draft, Submitted, Active, Paused, Ending, Ended, or Completed. Ready Creative does not mean that the campaign is active. Completed is natural completion; Ended is a deliberate stop.
• Editor connection: Live or Offline. This describes collaboration only, never sending.

Comments and Versions

• Comments stay with Creative and do not change campaign sending behavior.
• Save a snapshot before larger edits, review milestones, or handoff to Steps.
• Actual sending is established by campaign activity and message history, not by Ready or Replaced labels alone.

Generated Creative and Privacy

Use Generate… to convert marketing materials into a three-step Creative draft using AI. Describe the audience and offer, then paste source text or choose or drag and drop a TXT, Markdown, or PDF file. If needed, open Additional prompt for AI copywriter to change copy style, length, punctuation, greeting layout, or sign-off format. Those optional instructions cannot change privacy, source grounding, threading, supported variables, or the fixed three-step structure. Review or retry individual components in the preview, then insert the draft and edit it in Creative. By default, generated bodies use {{senderFirstName}} for the sending mailbox identity in the sign-off.

Use Email Inventory to see how your sending domains and mailboxes are distributed across campaigns and which inventory is currently unused.

• Domains shows each domain’s current status, total active mailbox count, recent mailbox activity, and linked campaign assignments.
• Mailboxes shows each mailbox’s warming indicator, assignment status, linked campaigns, and Last activity time.
• Distribution shows inventory usage by campaign so you can see assigned versus recently used domains and mailboxes at a glance.
• Use Last 24 hours or Last 5 days to change the recent-activity window across all three pages.
• Click counts, chips, or inventory pills to open the matching filtered view or jump straight to campaign analytics.

Use Team to see who has workspace access, invite new members, review setup status, and manage workspace roles.

• Open Team from the main navigation, or open Settings → Team.
• Use the search box, role filter, setup filter, and access filter to find the right person quickly.
• Use the sortable columns to review members by name, role, setup status, safeguard status, or last activity.

Invite a Member

1. Click Invite Member.
2. Enter the person's email address, first name, and last name.
3. Choose a role if the role selector is shown.
4. Click Invite Member.
5. Copy the setup link and send it to the person through a channel your team trusts.

Roles and Permissions

Manage Existing Members

• Use the Role column to change a member between Member and Admin when you have permission.
• Use Setup to see whether first-time setup is complete or still pending.
• Use Safeguards to review visible account protection signals such as password or multi-factor authentication status.
• Use the setup-link action for pending members who need a fresh setup link before first sign-in.
• Use the remove-access action when someone should no longer be able to use the workspace.

A positive reply is a human reply to a campaign that shows buying interest or creates concrete progress in the sales conversation.

For the complete 17-category reference, see How Replies Are Classified.

Each classified reply has two labels: one of Positive, Neutral, or Negative, and one specific reply category. The first label determines whether the reply counts as positive; the reply category records its primary intent.

Use the Unibox reply classification and category filters to find campaign reply threads by their current classification.

• The top-level options are Positive, Neutral, and Negative.
• Reply category records the specific reason, such as Meeting scheduled, Follow up later, or Direct rejection.
• The filters apply to threads, not individual messages. A matching row opens the full thread.
• The filter uses the current stored reply classification for the campaign lead. It is not limited to the first email in the thread, and it does not hide other messages in a matching thread.
• If you select a top-level option and a reply category, both must match. For example, Negative plus Direct rejection shows threads currently classified as Negative and Direct rejection.
• For reporting, each thread counts as either Positive or Not positive. A later neutral or negative reply does not automatically change an already-positive thread to Not positive. An applied correction updates the current classification.

Message history can contain more than one classified reply over time. The Unibox list filter uses the current stored lead classification for the thread.

You can correct whether a reply is Positive, Neutral, or Negative, as well as its reply category, from the conversation view.

1. Open the Unibox and select the conversation.
2. In the conversation header, find the Reply classification control and select Positive, Neutral, or Negative. Select the current option if only the reply category needs changing.
3. In Suggest classification correction, confirm the Positive, Neutral, or Negative choice, select the matching Reply category, and optionally add context under Why?.
4. If the correction can affect performance pricing, review the impact shown in the dialog, then select Submit correction.
5. To see the current category and any pending category, select Show reply subcategory in the conversation header.

Reply forwarding sends selected replies from your leads to an email address you choose. Configure it in Settings → General → Reply forwarding.

Choose Which Replies to Forward

• Off does not forward replies by email.
• All replies forwards each reply from a lead except automated replies, bounces, unsubscribe requests, and warming messages.
• Replies in positive threads forwards the first positive reply and later replies in the same thread.

The reply forwarding destination appears after you select either forwarding option. Workspace admins can set one destination for replies received across the workspace's managed mailboxes.

What the Forwarded Email Looks Like

Forwarded messages are designed to look and behave like the lead's original reply. They do not add a forwarding label or visual banner, so the message may look as though the lead emailed your destination address directly.

Email and Webhook Notifications

Reply forwarding only controls email delivery. It does not change your webhooks, which can send reply notifications to another application or destination.

Beam can notify your CRM, workflow tool, or internal application automatically when important events happen.

A webhook is an automatic notification that Beam sends to an endpoint you choose. Your system can listen for these notifications and take action immediately, for example by creating a CRM task, updating a pipeline stage, or alerting a sales rep.

• Use webhooks when you want Beam to push information out in real time.
• Webhook setup is available in Settings → Webhooks.
• Beam supports both Beam-native webhooks and Instantly-compatible webhook events for customers migrating from Instantly.

Start Here

Most teams use Beam webhooks to send reply notifications into Slack. Start with the direct Slack setup below, then use the rest of this section as a reference.

• Quick Start: Slack reply notifications
• General webhook setup
• Signed delivery verification
• Available events
• Available delivery formats
• Short webhook examples
• Direct Slack details
• Instantly-compatible events

Quick Start: Slack Reply Notifications

If you want Beam to notify a Slack channel when leads reply, this is the fastest path.

1. In Slack, create a simple app in the workspace where you want the notifications to appear.
2. Open Incoming Webhooks in the Slack app settings and turn them on.
3. Click Add New Webhook, choose the Slack channel, and copy the generated https://hooks.slack.com/services/… URL.
4. In Beam, open Settings → Webhooks and create a new webhook.
5. Set the format to Slack.
6. Select positive_reply if you want newly positive replies and follow-up replies in already-positive conversations.
7. Select reply_received if you want every qualifying human reply, including replies that Lightmeter does not classify as interested. You can select both when your endpoint should receive both event streams.
8. Paste the Slack incoming webhook URL, send a test for each selected event, and save the webhook.

How To Set Up A Webhook

1. Open Settings.
2. Go to Webhooks.
3. Enter a name and paste the HTTPS endpoint.
4. Choose the delivery format. The event list updates to show every event that format supports.
5. Select one or more events. One webhook configuration can send every selected event to the endpoint.
6. Use the test action to send one sample request for each selected event and review every result.
7. Save the webhook. Signed formats use one signing secret across all events in the configuration.

We recommend using an HTTPS endpoint that your team controls.

Verify Signed Webhook Deliveries

Standard JSON + HMAC and Instantly-compatible webhook deliveries include HMAC headers so your endpoint can verify that the request came from Lightmeter before processing it.

1. Create a webhook in Settings → Webhooks.
2. Copy the signing secret shown after creation. It is shown once.
3. When your endpoint receives a webhook, read the raw request body before parsing JSON.
4. Build the signed content as Webhook-Id.Webhook-Timestamp.raw_body, using the header values exactly as received.
5. Compute an HMAC-SHA256 digest with the signing secret and compare it to the v1 signature using a constant-time comparison.
6. Reject deliveries with old timestamps, invalid signatures, or duplicate Webhook-Id values.

signed_content = Webhook-Id + "." + Webhook-Timestamp + "." + raw_request_body
expected = "v1," + base64(hmac_sha256(signing_secret, signed_content))

You can rotate a webhook's signing secret from Settings → Webhooks. Copy the new secret immediately after rotation, then update your receiving endpoint before relying on future deliveries.

Webhook Events You Can Use

Positive Reply, Reply Received, And Lead Interested

These three sound similar, but they answer different questions.

• Use positive_reply when you want people to look at the replies most likely to turn into sales conversations.
• Use reply_received when you want every human reply, including neutral and negative replies.
• Use lead_interested when another system should run only when a lead moves into the interested state.

When you use standard, the JSON also tells your endpoint whether this is the first positive reply or a later reply in an already-positive conversation.

Ways Beam Can Send Webhooks

Short Webhook Examples

These examples show the basic shape of each option. Real webhook tests use the same shape, with your actual campaign, lead, and message details.

Standard JSON + HMAC

Choose standard when you are sending webhooks to your own system and want to check that the message really came from Beam.

{
  "id": "evt_019ce214-f5f1-7806-b1b3-a6e02f403819",
  "version": "1",
  "timestamp": "2026-03-06T09:15:00Z",
  "event_type": "positive_reply",
  "campaign": {
    "id": "campaign_123",
    "name": "Spring CTO Outreach"
  },
  "lead": {
    "email": "alex@example.com",
    "first_name": "Alex",
    "company": "Example Inc"
  },
  "event_data": {
    "message_preview": "Sounds good, please send times.",
    "classification": {
      "primary_category": "positive",
      "subcategory": "meeting_requested",
      "confidence": 0.95
    },
    "is_first_positive_reply": true,
    "is_positive_conversation_follow_up": false
  }
}

Zulip-Compatible Chat Message

Choose slack for Zulip. The saved format name is slack because Zulip accepts Slack-style incoming webhooks. Beam also adds the Zulip topic to the delivery URL.

{
  "text": "**Lead:** Alex Rivera (alex@example.com)\n**Message** [🔗](https://app.example.com/beam_ui/unibox/thread_123): Sounds good, please send times."
}

Slack-Native Chat Message

Choose slack_native for Slack. Beam sends plain text plus Slack blocks so the message looks clean in a Slack channel.

{
  "text": "Spring CTO Outreach\nalex@example.com\n\nStep: 2\nVariant: 1\n\nReply:\nSounds good, please send times.",
  "blocks": [
    {
      "type": "section",
      "text": {
        "type": "mrkdwn",
        "text": "Spring CTO Outreach\n<mailto:alex@example.com|alex@example.com>"
      }
    },
    {
      "type": "section",
      "text": {
        "type": "mrkdwn",
        "text": "<https://app.example.com/beam_ui/unibox/thread_123|Reply>:\nSounds good, please send times."
      }
    }
  ]
}

Instantly-Compatible JSON

Choose instantly_compatible when you already have an automation built around Instantly-style fields.

{
  "timestamp": "2026-03-06T09:15:00Z",
  "event_type": "reply_received",
  "lead_email": "alex@example.com",
  "campaign_id": "campaign_123",
  "campaign_name": "Spring CTO Outreach",
  "email_id": "019ce214-f5f1-7806-b1b3-a6e02f403819@beam.test",
  "reply_text": "Sounds good, please send times.",
  "unibox_url": "https://app.example.com/beam_ui/unibox/thread_123",
  "step": 2,
  "variant": 1
}

Direct Slack Details

If you want Beam notifications to render cleanly in Slack, send them directly to a Slack incoming webhook URL.

• Use the slack_native format in Beam for direct Slack delivery.
• Do not put Zapier in the middle if you care about message formatting. Zapier often rewrites or flattens the payload, which breaks the Slack layout Beam sends.
• Your team does not need a Slack Marketplace app from Lightmeter. You create a simple Slack app inside your own Slack workspace and use its incoming webhook URL.

Which Beam Events Support Direct Slack

Slack-native delivery is currently available for campaign-created and reply-related events.

• campaign_created
• positive_reply
• reply_received
• lead_interested
• lead_not_interested
• lead_wrong_person

email_sent and email_bounced currently use the instantly_compatible format only.

What The Slack Message Includes

Beam's direct Slack format is designed for human-readable campaign and reply notifications.

• Campaign name
• Reply sender email
• Step and variant when available
• A Reply link that opens the matching Unibox thread when Beam has a Unibox URL
• A truncated reply preview so long quoted email chains do not flood the Slack channel

Instantly-Compatible Events

Beam currently supports seven Instantly-compatible events. These are the recommended choices if you already have downstream automations that expect Instantly-style webhooks.

• campaign_created is sent whenever a campaign is created and includes workspace details, campaign details, and a campaign edit link.
• email_sent is sent for each successfully persisted outbound campaign send.
• email_bounced is sent for each campaign-matched bounce after Beam marks the original outbound message as bounced, stores the inbound bounce, and updates the campaign lead to bounced.
• reply_received is sent for each qualifying human reply.
• lead_interested, lead_not_interested, and lead_wrong_person describe the lead's current supported reply state.
• Only campaign-matched bounces emit email_bounced. Orphan or unmatched bounce traffic does not emit a customer-facing webhook.
• Beam keeps campaign analytics separate from webhook delivery, so receiving more than one reply does not inflate your campaign reply counts.

email_id is included on email_sent and reply_received. It is Beam's outbound email message_id in stored form (uuid@domain, without angle brackets). Use it as a stable correlation key across send, reply, retry, and debugging workflows. Beam does not currently expose a public API endpoint that accepts email_id, so treat it as an identifier for reconciliation rather than as a reply token.

Example: email_sent

{
  "timestamp": "2026-03-06T09:15:00Z",
  "event_type": "email_sent",
  "workspace": "workspace_123",
  "campaign_id": "test-campaign-1234",
  "campaign_name": "Test Campaign",
  "email_id": "019ce214-f5f1-7806-b1b3-a6e02f403819@beam.test",
  "lead_email": "test@example.com",
  "email": "test@example.com",
  "firstName": "John",
  "lastName": "Doe",
  "companyName": "Example Inc",
  "email_account": "campaign@beam.test",
  "email_subject": "Re: your invite: AI event in Munich",
  "email_html": "
John,

Can I reserve you a seat?
",
  "is_first": false,
  "unibox_url": null,
  "step": 2,
  "variant": 1
}

Example: email_bounced

{
  "timestamp": "2026-03-06T09:15:00Z",
  "event_type": "email_bounced",
  "workspace": "workspace_123",
  "campaign_id": "test-campaign-1234",
  "campaign_name": "Test Campaign",
  "lead_email": "test@example.com",
  "email": "test@example.com",
  "firstName": "John",
  "lastName": "Doe",
  "companyName": "Example Inc",
  "email_account": "campaign@beam.test",
  "unibox_url": null,
  "step": 2,
  "variant": 1
}

Example: reply_received

{
  "timestamp": "2026-03-06T09:15:00Z",
  "event_type": "reply_received",
  "lead_email": "replying.sender@example.net",
  "workspace": "workspace_123",
  "campaign_id": "test-campaign-1234",
  "campaign_name": "Test Campaign",
  "email_id": "019ce214-f5f1-7806-b1b3-a6e02f403819@beam.test",
  "email": "replying.sender@example.net",
  "firstName": "John",
  "lastName": "Doe",
  "companyName": "Example Inc",
  "unibox_url": "https://app.beam.test/beam_ui/unibox/thread_test_123",
  "email_account": "campaign@beam.test",
  "email_subject": "Re: your invite: AI event in Munich",
  "email_html": "
John,

Can I reserve you a seat?
",
  "reply_subject": "Re: Test Campaign",
  "reply_text": "Thanks for reaching out. This looks relevant for our team.",
  "reply_text_snippet": "Thanks for reaching out. This looks relevant for our team.",
  "reply_html": "
Thanks for reaching out. This looks relevant for our team.
",
  "step": 2,
  "variant": 1,
  "is_first": true
}

In the example above, the matched lead is still John Doe from Example Inc, but the reply arrived from a different sender address. That difference is expected for reply_received.

Example: lead_interested

{
  "timestamp": "2026-03-06T09:15:00Z",
  "event_type": "lead_interested",
  "lead_email": "test@example.com",
  "workspace": "workspace_123",
  "campaign_id": "test-campaign-1234",
  "campaign_name": "Test Campaign",
  "email": "test@example.com",
  "firstName": "John",
  "lastName": "Doe",
  "companyName": "Example Inc",
  "unibox_url": "https://app.beam.test/beam_ui/unibox/thread_test_123",
  "reply_subject": "Re: Test Campaign",
  "reply_text": "Thanks for reaching out. This looks relevant for our team.",
  "reply_text_snippet": "Thanks for reaching out. This looks relevant for our team.",
  "reply_html": "
Thanks for reaching out. This looks relevant for our team.
",
  "step": 2,
  "variant": 1
}

Choosing Between Beam-Native And Instantly-Compatible Events

• Choose Beam-native positive_reply if you are starting fresh with Beam and want notifications for interested conversations without receiving every non-positive reply.
• Choose Instantly-compatible events if you are replacing existing Instantly webhook automations and want to minimize downstream changes.

Use Settings → Blocklists to set which email addresses and domains should never receive emails.

When Beam processes an explicit unsubscribe reply successfully, it keeps that lead unsubscribed in the current campaign and also adds the recipient email to the workspace email blocklist with source Auto Unsubscribe.

What You Can Do

• Manage two independent lists: Email Address Blocklist and Domain Blocklist.
• Add values manually, import values from CSV, remove selected values, and export the active list to CSV.
• Filter and sort values by source and block time.
• Review blocklist change history in Settings → Activity.

Send Behavior

• Blocklists are scoped to your workspace.
• When a recipient matches an active blocklist value, Beam skips the send for that lead.
• Skipped blocklist sends are tracked in campaign analytics as blocklisted outcomes.
• Remove an Auto Unsubscribe entry from Settings → Blocklists if you intentionally want to contact that recipient again.

Matching Rules

• Email addresses must match exactly. Upper/lowercase differences are ignored.
• Domain names must match exactly. Upper/lowercase differences and Unicode variants are handled automatically.
• Subdomains must each be specified separately (example.com does not block sd.example.com).
• Unicode/IDN domains are normalized safely before matching.

CSV Import Rules

• Beam uses the first non-empty column in each row as the value.
• The first row is treated as a header when it looks like Value, Email, or Domain.
• Duplicate values inside the same CSV file are ignored.
• Preview shows valid, invalid, duplicate, and already-existing values before apply.

A lead's name, company, email, LinkedIn details, and custom attributes are shared within your workspace. The effect of a correction depends on which campaigns include that lead.

Which Campaigns Need Attention?

• Only the campaign you are editing includes the lead: review and apply the import normally. No extra confirmation is required for other campaigns.
• Another unfinished campaign includes the lead: the import review lists the affected campaigns by name and status, with lead counts and current and imported values. Choose whether to use the imported values or keep the existing values for the leads shared with those unfinished campaigns. This includes campaigns that are paused or have not started.
• Only finished campaigns also include the lead: the import review names those campaigns. Their displayed lead details update, but sending does not restart and no extra confirmation is required. Review the corrected details before deliberately reactivating one of them.

This review is available when you upload a CSV to create an audience or add leads to a campaign. Adding a lead to another campaign does not create a separate copy of their attributes. Keeping existing values for a shared lead keeps those values in the campaign you are preparing too. Missing attributes can still be filled from the import.

Reviewing Large Imports

Make one choice for all changed leads shared with other unfinished campaigns. Search for a lead or value, select a campaign to narrow the comparison, or download the changes as a CSV. The table shows 50 rows at a time. Your choice applies to the full stated group, including leads outside the current page or search.

A lead can belong to several campaigns, so per-campaign counts can overlap. Campaign membership alone does not mean that the lead is due another message.

Corrections confined to the campaign you are preparing, or shared only with finished campaigns, still use the imported values. Blank imported cells do not erase stored values. If the affected details or campaign memberships change before you apply, review the refreshed comparison first.

Example

The same lead belongs to Campaign A and Campaign B. You correct their company name while preparing Campaign A. Campaign B now uses that corrected company name too, including when you generate a new message preview for that lead.

Messages already prepared for sending can still contain the previous values. A newly generated preview uses the current lead attributes.

Beam lets you decide how broadly duplicate leads should be filtered before new leads are added to a campaign.

The setting lives in Edit Campaign → Leads → Add Leads to Campaign and applies to both Existing Audience imports and Upload CSV top-ups.

What It Does

• Beam always skips leads that are already in the same campaign.
• The deduplication policy controls whether Beam should also skip leads found elsewhere in your workspace.
• Preview shows how many leads are already in the campaign, how many are skipped by deduplication, and how many remain importable.

Available Policies

What You Will See In The UI

• Already in campaign counts same-campaign duplicates.
• Skipped by dedupe policy counts leads excluded by the selected policy outside the current campaign.
• Importable after dedupe is the number Beam can still add before blocklist/send-time checks are considered.
• Blocklisted leads can still be imported; Beam blocks them later at send time.

Use Edit Campaign → Leads → Add Leads to Campaign → Upload CSV when you want to add more leads to an existing campaign from a spreadsheet.

Beam imports every valid unique lead it can and reports rows that could not be added. Duplicate rows do not block the whole upload.

For corrections to existing leads, see which campaigns need attention, including when no other campaign needs review.

How Beam Counts Uploaded Rows

• A row needs at least one usable email address before Beam can add it to a campaign.
• If multiple CSV rows point to the same lead, Beam keeps the first matching row and reports later matching rows as duplicate CSV rows.
• Rows for leads already in the campaign are counted as Already in campaign; Beam does not create a second campaign entry for the same lead.
• The selected lead deduplication policy can also skip leads that already exist elsewhere in your workspace.
• The campaign lead total counts distinct leads added to the campaign, not the raw number of rows in the uploaded CSV file.

What Happens After Upload

• Valid unique leads that pass the selected deduplication policy are added to the campaign.
• The result accounts for every CSV row and shows how many were imported, skipped, or failed. Rows not imported include the original row number, lead identity, and reason.
• Leads already present in the campaign or excluded by the deduplication policy are identified in the rows not imported. A skipped campaign membership can still have its lead details updated by the import.
• CSV row errors do not prevent other eligible leads from being added. When a row matches different existing people, correct that row's identities; choosing to overwrite values does not merge people.
• Search the rows not imported and download their report for the reasons, or download their source rows for correction. Correct and upload only the rows that need changes. Successfully imported rows are already saved.

Re-uploading A Lead You Removed From This Campaign

• If you manually removed a lead from this campaign before sending began, uploading that same lead back into the same campaign returns the lead to Pending.
• This also applies when you remove affected leads from the launch-readiness repair flow after reviewing missing template values.
• Re-uploading does not reopen leads that already ended for another reason, such as a reply, unsubscribe, bounce, blocklist, campaign completion, or a manual removal after sending had already started.

If The Campaign Total Looks Lower Than The CSV Row Count

• Check the upload result for duplicate CSV rows, rows without a usable email address, leads already in the campaign, and dedupe-policy skips.
• Use Edit Campaign → Analytics to review actual sends after the leads are added. Analytics reflects delivered campaign activity, not the original raw CSV row count.

Use Edit Campaign → Leads to remove an individual lead from a live campaign when they should stop receiving future emails from that campaign.

Beam shows these leads as Removed on the Leads tab. Removed means that no further messages will be sent to the lead in this campaign. It is not the same as Unsubscribed or Do Not Contact.

When To Use It

• The lead progressed elsewhere and should stop receiving this campaign.
• You discovered the lead is a duplicate in an already-running campaign.
• The contact is wrong or invalid for this campaign.
• You have an operational reason to stop this lead without suppressing them globally.

What Happens

• Beam stops future emails for that lead in that campaign only.
• The lead remains visible in the campaign lead list with status Removed.
• You must choose a removal reason. If you choose other, add a short note.
• You can optionally override the attributed step and variant if the default attribution is misleading.

Re-uploading Corrected Leads

• If a lead was removed manually while still waiting in the campaign queue, uploading that corrected lead back into the same campaign returns the lead to Pending.
• The launch-readiness workflow for missing template values uses this same manual removal behavior when you choose to remove affected leads.
• If the lead had already started sending before removal, re-upload does not resume that sequence automatically.

Removal Reasons

Step and Variant Limits

• Up to 10 steps per campaign.
• Up to 6 variants per step (A-F).

Delay and Threading

• Delay is the wait after the previous step. When a sending schedule is set, it counts configured sending days, so days outside that schedule do not advance the delay. Without a valid sending schedule, it counts calendar days.
• From Step 2 onward, each variant can be configured as threaded to send as a reply in the same email thread.

Variant Controls

• Preview & Test opens the exact variant content for review.
• Pause / Unpause Variant is available per variant row.
• Delete Variant is disabled when the step has only one variant.

Deleting Sequence Steps

• Beam keeps step numbers contiguous after a delete. If you remove Step 4 from a five-step campaign, the remaining sequence becomes Steps 1-4.
• Step 1 cannot be deleted from an existing campaign. Edit the first message instead of removing it.
• Middle-step deletion is only available while Beam can safely compact the remaining steps. In practice, this means the campaign must still allow step reordering.
• If Beam cannot safely renumber later steps, it disables middle-step deletion instead of leaving the campaign in a partially updated state.
• Deleting the final step is still allowed when it does not require renumbering earlier steps.

When Middle-Step Deletion Is Available

• Middle-step deletion is intended for draft campaigns before sending or lead progression has started.
• When available, Beam deletes the selected step and automatically renumbers the later steps in the same save flow.
• If a delete action is disabled, edit the existing step, delete only the final step, or duplicate the campaign and restructure the sequence before activation.

Save Behavior

• Autosave is on and shows explicit save state (Saving, Saved, Failed, Unsaved).
• You can still use Save All Sequences for a manual checkpoint.

Use template variables in campaign subjects, campaign bodies, reply snippets, and Unibox replies to personalize messages with lead and sender data.

Common Variables

• {{firstName}}, {{lastName}}, {{companyName}}, and {{email}} use standard lead profile fields.
• {{senderFirstName}} and {{senderLastName}} use the sending mailbox identity.
• {{attr.key}} uses a custom lead attribute named key. For example, {{attr.aiIcebreaker}} uses the aiIcebreaker attribute.

Fallback Text for Missing Values

• Add fallback text after a pipe so the message still reads naturally when a value is blank: {{companyName | your company}}.
• Spaces before or after the pipe are supported and behave the same way: {{ companyName | your company }} is equivalent to {{companyName|your company}}.
• Fallbacks work for custom attributes too: {{attr.aiIcebreaker|quick note}} and {{ attr.aiIcebreaker | quick note }} both render quick note when that lead has no aiIcebreaker value.
• You can chain candidates from left to right. {{firstName|companyName|there}} uses first name when present, then company name when present, then there.
• Spaces that are part of fallback text are preserved only when that fallback is used. For normal greetings, prefer Hi {{firstName|there}} so spacing is correct whether Beam uses the lead value or the fallback. Use a fallback such as {{firstName| there}} only when the fallback itself should begin with a space.
• A literal pipe character inside fallback text is not supported. Avoid fallback text such as {{firstName|ACME | Partners}} because Beam treats each pipe as another fallback candidate.

Random Text Variations

• Use {{RANDOM|Hello|Hi|Hey}} to let Beam choose one option when rendering the message.
• Spaces around random-option pipes are ignored too. {{ RANDOM | Hello | Hi }} is equivalent to {{RANDOM|Hello|Hi}}.
• Random options are trimmed at the edges, so keep sentence spacing outside the RANDOM block when each option should share the same surrounding spaces.

Literal Braces

• Escape the opening braces when you want to include literal template syntax in an email: \{{example}} renders as {{example}}.
• Unescaped template-like text must resolve safely. If Beam would leave {{example}} in the rendered email, readiness checks and live sending block it before the message is sent.

Campaigns and Unibox Replies

• Campaign editors keep variables as template text while you write because each campaign can send to many different leads. Use campaign preview and readiness checks to review rendered examples before activation.
• Unibox replies are one-to-one. Variables inserted directly or through snippets resolve to the selected thread's lead and sender values in the reply draft.
• Resolved Unibox values are highlighted in the editor so you can see which words were personalized. The preview shows the final message without editor-only highlighting.
• If a Unibox variable is missing or empty and has no safe fallback, the draft shows a visible missing-value marker and sending stays blocked until you fix the value or edit the text.

Missing Variable Values

• A variable value is the actual lead or sender information used to replace a variable such as {{firstName}} or {{senderFirstName}} before a message is sent.
• If a required value is unavailable and there is no fallback text, Unibox shows a missing-value marker and blocks sending so the message does not go out with a blank or unresolved variable.
• To fix a missing value, update the relevant lead or sender information, choose a different variable, add suitable fallback text where reusable content is edited, or replace the marker directly in the draft for that one reply.

Activation Readiness Behavior

• Required lead and sender variables without values or fallback text block activation.
• Custom attributes without values also block activation when they would render as raw template syntax. Add a fallback, fill the lead attribute, escape the braces if the literal text is intentional, or remove affected leads from the campaign.
• Use an explicit empty fallback such as {{attr.aiIcebreaker|}} only when a blank value is acceptable. Beam warns about the affected leads but does not block activation.
• Adding non-empty fallback text removes the missing-value warning for that variable because Beam has safe text to render.

Choose which eligible leads should receive a campaign's first email before other eligible leads.

Configure a Rule

1. After importing leads, open Edit Campaign → Leads → Settings → Lead send order.
2. Under Order by, select a supported date or numeric lead field.
3. Choose whether higher or lower numbers, or newer or older dates, should be sent first.
4. Under When this field has no ordering value, choose whether those leads should be sent first or last.
5. Select Apply Rule. The Applied status confirms that the displayed rule is saved and is being used.

What the Rule Changes

• The rule reorders eligible leads that have not started Step 1. It does not make an ineligible lead eligible or change whether a lead is sendable.
• Follow-up emails that are due are always sent before new Step 1 emails.
• Once a lead has started, the rule does not change the order of that lead's follow-up emails.
• Editing a lead's selected field value can change that lead's position while the campaign is active, until the lead starts Step 1.

Leads Without an Ordering Value for the Selected Field

• A lead without an ordering value for the selected field can still be eligible to send. The first-or-last choice only determines where that lead is placed relative to other eligible Step 1 leads.
• Blank, absent, or invalidly formatted values all count as having no ordering value.
• Having no ordering value does not mean that required lead data or an email address is missing.
• Value coverage shows how many currently eligible Step 1 leads have a usable ordering value for the selected field and how many do not.

Understand the Saved State

• No rule applied means Step 1 leads use the normal send selection order.
• Not applied means a rule has been selected but has not been saved.
• Applied means the displayed rule is saved and is being used.
• Unsaved changes means a saved rule is still being used while different selections are being edited. Select Save Changes to replace it. Select Discard Changes to restore the applied rule.
• Applied field unavailable means a saved custom field or its saved value type is no longer available from the campaign's currently eligible leads. The saved rule remains active until you select and save an available field or remove it.
• Remove Rule removes the saved rule and returns the campaign to its normal Step 1 send selection order.

Beam spaces sends automatically and applies limits before every email. This keeps outreach steady and lowers deliverability risk.

How Beam Decides Whether A Campaign Can Send Right Now

1. Beam checks whether the campaign is allowed to run right now: active status, completion deadline, and schedule window.
2. Beam checks whether a lead is actually due for its next step.
3. Beam checks which mailbox that lead is allowed to use.
4. Beam checks whether that mailbox is currently eligible to send, including cooldowns and daily limits.
5. Beam only sends when both the lead and a mailbox are ready in the same processing cycle.

Automatic Delay Between Emails

• Per mailbox cooldown: Beam enforces a baseline pause between sends from the same mailbox.
• Natural variation: Beam adds randomized jitter so sends do not follow a rigid fixed interval.
• Outcome: each mailbox sends at a human-like cadence instead of a predictable machine pattern.

Batching Rules

• Beam evaluates active campaigns continuously in recurring processing cycles.
• Each cycle processes a bounded subset of eligible leads instead of flushing everything at once.
• Started leads keep their sender mailbox for follow-up consistency.
• If multiple mailboxes are assigned, Beam distributes sends across currently available mailboxes instead of concentrating everything on one sender.
• If one mailbox is busy with started leads but another mailbox is idle, Beam can still use the idle mailbox for other eligible leads in the same cycle.
• If multiple campaigns share the same mailbox, that mailbox's overall daily capacity is shared rather than reserved per campaign.
• A campaign can send multiple emails in one cycle, but one mailbox cannot send again until its cooldown is complete.

How Mailbox Assignment Works

• Started leads: Beam keeps follow-ups on the same mailbox whenever possible.
• New Step 1 leads: Beam can use any active eligible mailbox assigned to the campaign.
• Mailbox removed from the new-lead pool: Beam can still let already-started leads finish on that mailbox if it is still structurally valid and has send capacity.
• No reserved share: when multiple campaigns share a mailbox, Beam uses the mailbox's remaining daily capacity as it becomes available rather than reserving a fixed slice for each campaign.

Other Timing Controls You Configure

• Step Delay (days): each sequence step waits the configured number of days before it is eligible to send.
• Schedule Window: sends only run on selected days and times in the campaign timezone, or in each lead's timezone when use_lead_timezone is enabled and the lead has a valid timezone.
• Campaign Limit: Beam enforces the campaign-wide max/day using the campaign timezone for the daily reset.
• Mailbox-wide Capacity: if a mailbox-wide daily capacity is configured for a mailbox, Beam enforces that shared cap across all campaigns using the mailbox.
• Missing Mailbox-wide Capacity: if a mailbox does not have a mailbox-wide daily capacity configured yet, Beam shows Not configured and does not apply a mailbox-wide daily cap until one is set.
• No Reserved Mailbox Share: shared mailbox capacity is not automatically split or reserved per campaign.

What Stops Future Sends For A Lead

• The first qualifying human reply stops future campaign sends for that lead in that campaign.
• An explicit unsubscribe reply also stops future sends immediately and adds the recipient to the workspace blocklist.
• Remove from campaign stops future sends only in that campaign and does not create workspace-wide suppression.
• Automated non-bounce replies such as out-of-office messages are tracked separately and do not by themselves mark the lead as replied.

Common Reasons A Campaign Waits Instead Of Sending Immediately

Use Completion Deadline when a campaign must stop sending after a specific cut-off.

How Beam Applies The Deadline

• The deadline is treated as an exact cut-off time.
• In the Beam UI, the deadline is edited in the campaign timezone shown in the schedule settings.
• When the deadline has elapsed, Beam stops any remaining sends for that campaign immediately.

What You Will See

• An active campaign whose deadline passes is moved to Paused with reason Deadline reached.
• The campaign list shows a Deadline passed badge so the stop is visible without opening logs.
• Beam does not mark the campaign completed just because the deadline passed. Leads may still remain untouched.

What Happens To In-Flight Sends

• Beam re-checks the deadline immediately before each SMTP handoff.
• If the deadline passes during a processing cycle, any sends that have not yet been handed to SMTP are blocked.
• Only messages that were already accepted for delivery before the deadline check can still leave the system.

How To Continue After A Deadline

• Extend the deadline or clear it in the campaign settings.
• Then resume the campaign manually.
• If the deadline is still in the past, Beam will block resume until it is moved forward or removed.

Changing the mailbox pool on an active campaign can affect any leads that already started the sequence. Switching sender identity mid-campaign can hurt deliverability and thread continuity, so Beam now makes that impact explicit before the change is applied.

Pool And Continuity Mailboxes

The campaign mailbox screen shows all mailboxes still connected to the campaign. The Use column explains why each mailbox is present:

• Pool: the campaign can use this mailbox for future leads and future sends that do not already have a fixed sender.
• Continuity: the mailbox is no longer in the sending pool, but started leads are still linked to it so their sequence can continue from the same mailbox.

Continuity mailboxes are not used for new leads. They remain visible so you can see how many started leads are still attached, how many are ready now, and whether those started leads should keep their current sender, be reassigned, or be paused.

When Beam Shows A Warning

• If you remove a Pool mailbox that still has started leads associated with it, Beam opens a confirmation step instead of silently applying the change.
• The warning shows the removed mailbox addresses, how many started leads are affected, and how many are ready to send now.

Resolution Options

• Keep started leads on current mailboxes; future leads stop using these mailboxes: safe default. The mailbox leaves the sending pool, but started leads keep using their current mailbox. The mailbox then appears as Continuity until those started leads finish or are otherwise resolved.
• Reassign started leads to replacement mailboxes: move affected started leads to a replacement mailbox. Future sends for those started leads come from the replacement sender.
• Pause affected started leads: pause affected started leads and fully detach the removed mailbox from that campaign.

Resolving Continuity Mailboxes Later

• Select one or more Continuity mailboxes and choose Reassign selected started leads to move their started leads to replacement mailboxes.
• Use Auto-match replacements to pre-fill likely replacements based on similar mailbox names, then review the choices before applying.
• If those started leads should not continue sending, choose the pause option instead.

What You Can See After The Change

• The campaign mailbox screen marks Continuity mailboxes separately from Pool mailboxes.
• Each retained mailbox shows its address, active started lead count, ready-to-send count, and a shortcut to view the affected leads.
• The affected-leads shortcut opens the existing campaign lead list with a sender-mailbox filter applied. Beam does not add a separate mailbox-history page in this release.

Campaign lifecycle controls let you temporarily pause a campaign, deliberately End future campaign work, Fast Forward a nearly finished campaign, reopen an ended campaign, or reactivate a completed campaign into paused review. Draft campaigns are submitted for review instead of being activated directly.

Find Campaigns By Lifecycle

• Unfinished includes Draft, Submitted, Sending, Paused, and Ending campaigns.
• Use the Sending status filter for the exact subset of Unfinished campaigns that may send when schedules, limits, and eligible leads allow.
• Finished includes naturally Completed campaigns and deliberately Ended campaigns.
• All includes every supported nondeleted campaign state.

• Pause is available on active campaigns and stops new emails from being scheduled and sent.
• End is available on active or paused campaigns. The campaign shows Ending while in-flight work drains, then Ended when the stop is complete.
• Fast Forward closes a nearly complete campaign after one final controlled send pass. The detailed behavior and completion definition are explained below.
• Ending and Ended campaigns accept no future sends or new lead additions. When End finishes, unfinished leads are held as Paused for reviewed recovery; completed lead results, history, replies, campaign settings, and campaign data remain available.
• Reopen returns an Ended campaign to Paused review without changing lead states, mailbox assignments, history, replies, or results. Reopen never resumes sending.
• Reactivate campaign returns a naturally Completed campaign to Paused review without changing existing lead states, mailbox assignments, history, replies, settings, analytics, or results. Reactivate the campaign before adding new leads. Reactivation never resumes sending.
• A sequence extension may separately reopen eligible completed leads. That campaign also moves to Paused review and does not resume automatically.
• When paused-lead recovery is available, review the complete lead and mailbox-continuity plan before applying it. Sending campaigns keep sending other eligible leads and remain Sending after recovery. Paused campaigns remain paused until the separate Resume action succeeds. Leads awaiting email verification wait individually and do not block Resume; unsendable leads remain excluded.
• If mailbox-change recovery will be handled later, explicitly defer the current obligation with a reason. Deferral covers only those affected paused leads; unrelated paused leads can still require review before Resume.
• Resume is a separate authenticated workspace action. It returns a paused campaign to Sending only after campaign readiness checks pass.

Using Fast Forward

Fast Forward becomes available while sending is enabled and the campaign has reached 95% campaign completion. Completion is the percentage of leads counted toward completion that will receive no more campaign messages, including bounces. It does not mean that every sequence step was sent or delivered.

• Before the campaign reaches 95%, the Fast Forward control remains faintly visible and its tooltip shows the campaign's current completion percentage.
• After confirmation, Fast Forward may send at most one next queued message to each eligible lead. It still applies the normal sending and safety checks, but it does not wait for the configured delay between sequence steps.
• After that final pass, remaining leads and the campaign are completed. Fast Forward cannot be undone.
• Fast Forward is different from End: End stops future campaign work and creates an Ended campaign that can be reopened into Paused review; Fast Forward completes the campaign instead.

Operational Timing

Lightmeter processes sends in batches. In rare cases, a small number of in-flight emails may complete just after Pause is clicked. End shows the intermediate Ending state until already-claimed work finishes.

• The exact number depends on how many sends are already in progress at the moment you pause.
• New work is blocked immediately after pause takes effect.
• Do not add leads or expect future sends after End is accepted.

Variant pause/unpause controls only one variant in one step.

Exact Scope

• Pause applies to one specific variant in one specific step.
• It does not pause the whole campaign and does not pause same-letter variants in other steps.

What Happens to Lead Flow

• If a step still has at least one active variant, leads continue through those active variants.
• If all variants in a step are paused, leads wait at that step until a variant is unpaused.
• Reassignment happens at send time, so you do not need to bulk-move leads manually.

Where You Can Take Action

• Sequences tab: full variant editing and pause/unpause controls with confirmation copy explaining lead-flow impact.
• Analytics tab: quick action buttons for pause/unpause/delete at the variant row level.

Safety Guards

• Analytics quick actions prevent pausing or deleting the last active variant in a step.
• Deleting a variant is blocked when it would leave the step without a valid active path.

Unpause requires explicit confirmation and includes an experiment-validity warning.

Historical analytics for a variant remain visible even if that variant is currently paused.

The Analytics tab is optimized for operational decisions: you can inspect performance and take action in the same table.

Campaign Summary

• Shows topline progress, engagement, list quality, and deliverability.
• Displays both percentage bars and hard counts for contacted and completed leads.
• All Replies and Pos Replies remain human-reply metrics only.
• Auto Reply Rate is a deliverability-oriented rollup that combines human replies with automated non-bounce replies such as out-of-office messages.

Deliverability Summary Metrics

• Content Health: overall deliverability content score from Beam deliverability testing.
• Infra Health: overall mailbox/reputation health score from Beam deliverability testing.
• Auto Reply Rate: total reply rate including autoresponder replies such as out-of-office messages.
• On Google and Microsoft, only messages that land in inboxes can generate these auto replies, so this metric is treated as a deliverability signal.
• The lead count under Auto Reply Rate is the number of deduplicated leads who generated either a human reply or an automated non-bounce reply.

Reply Counting Rules

• All Replies and Pos Replies stay human-only.
• Auto Reply Rate combines the deduplicated human-reply count with the deduplicated automated non-bounce reply count.
• A sender with both an automated non-bounce reply and a later human reply still counts once in the combined Auto Reply Rate.
• Multiple auto replies from the same sender still count as one lead in campaign summary metrics.

Step Performance Analytics

• Engagement: Sent, Replies, Reply Rate.
• Replies in analytics are inbound campaign replies from leads, not outbound Interactive Replies sent from the Unibox.
• Content Health: Size, Google Score, MS365 Score.
• Infra Health: deliverability score for the selected report period.
• Actions: Preview, Pause/Unpause, Delete (variant rows).

Metric Timeframes on this Table

• Content Health uses the most specific available test result: exact message results when available, then campaign step-and-variant results, then campaign-level results, then recent workspace-level sampled content tests.
• Infra Health reflects deliverability during the selected report period.
• Size is average email body size measured in bytes.

Add documents or images to replies you send from the Unibox.

Add an Attachment

• Open a reply draft in the Unibox and select Attach in the message composer. Choose a recently used attachment, or select Browse files….
• You can also drag and drop a file anywhere into the composer, or paste an image.
• Recently used attachments make it easy to reuse standard sales documents and decks, including on mobile devices.

Limits and Draft Behavior

The Unibox supports up to five documents or images per reply, with a 10 MB limit per file and a 15 MB total. Uploaded files remain in the draft if sending needs to be retried.

Beam includes a shared reply snippet library for the Unibox so your workspace can reuse common follow-up copy without leaving the thread.

Where to Manage Snippets

• Open Settings → Snippets to view and edit the shared workspace library.
• From the campaign editor, open the snippets manager modal when you want to update reusable reply copy without leaving campaign setup.

How to Insert Snippets and Variables

• Open a reply or forward draft in the Unibox.
• Type / to open the insert menu. Variables appear first, followed by saved snippets where snippets are supported.
• Type # to open the snippet-only picker.
• Use the search field in the insert menu to narrow the list, then press Enter or select an item to insert it at your cursor position.
• Inserted snippets append into the draft. Existing draft content is not replaced.
• Variables inside inserted Unibox snippets resolve to the current thread's lead and sender values and are highlighted in the draft.
• Use Preview to review the final reply without editor-only highlighting before sending.
• If a snippet contains a variable that is missing or empty for the selected thread, the Unibox shows a visible missing-value marker and blocks sending until the draft is fixed.

How to Insert Content While Editing a Snippet

• In the snippet editor on Settings → Snippets or in the New snippet dialog from the Unibox, type / to open the insert menu.
• Type # to open the snippet-only picker while editing a snippet.
• Variables appear first in the / menu. Other snippets appear below them when they are available.
• Use the search field in the insert menu to narrow the list, then press Enter or select an item to insert it into the snippet body.
• This works in both the plain text and rich text snippet editors. The snippet currently being edited is not shown in its own insert menu.

Create a New Snippet From Draft Text

• Highlight the part of the reply you want to reuse.
• Click New snippet in the composer toolbar.
• Name the snippet and save it to the shared workspace library.

Rich Text and Plain Text Behavior

• A snippet can have a plain text version and a rich text version.
• Campaign editors insert plain text only. Rich text snippet content is never inserted into campaign copy.
• The Unibox inserts the version that matches the active composer mode: rich text in rich mode, plain text in plain text mode.
• Use Generate Plain Text from Rich or Generate Rich Text from Plain to create or refresh one version from the other, then review and save it before inserting.
• When generating rich text from plain text, Markdown-style bullets and links are converted into rich formatting for review before saving.
• If the generated version would replace existing content, Beam asks you to confirm before overwriting it.
• Plain text contexts show only plain text. Add visible URLs to the plain text version when a URL should appear in the plain body.
• Variables such as {{firstName}} are preserved using Beam’s existing template rendering rules.

Beam includes a dedicated Activity Log so teams can verify who changed what, and when.

It is the primary product surface for auditability and audit log review.

Where to View It

• Open Settings → Activity.
• By default, Beam shows account-level campaign events in reverse chronological order.
• Use Include lead-level events when you need per-lead membership outcomes.

What You Can Verify

• Campaign status changes, including pause, resume, end, reopen, and reviewed paused-lead recovery.
• Sequence and variant changes, including variant paused and variant unpaused.
• Team member invites, role changes, access removals, and fresh setup-link creation.
• Deduplication policy changes and dedupe-based lead skips during audience import or CSV top-up.
• Audience import outcomes (lead added vs skipped) when lead-level events are enabled.
• Actor identity and source (for example UI, API, system, worker).

How to Use It Operationally

• Validate experiment changes before reviewing performance shifts.
• Confirm exactly when a variant was paused/unpaused relative to KPI movement.
• Resolve team handoff questions with a shared, timestamped timeline.

UI Behavior

• The Activity page is paginated (30 events per page by default).
• Events are displayed as a timeline table with time, event type, campaign, summary, actor, and source.

“I paused a variant but leads still moved”

That is expected when other variants in the same step are still active. Leads are reallocated to active variants in that step.

“Why is Pause/Delete disabled in Analytics actions?”

Analytics quick actions enforce at least one active variant per step. This avoids accidentally blocking sends from the analytics table.

“Why can I delete the last step but not a middle step?”

Deleting a middle step requires Beam to renumber every later step safely. If the campaign can no longer support that compaction flow, Beam disables middle-step deletion instead of risking a partially updated sequence. Final-step deletion can still stay available because it does not require renumbering earlier steps.

“Why is a report row not clickable?”

Some legacy rows may not have a direct campaign ID. Beam uses a safe fallback by campaign name, and disables linking if the match is ambiguous.

“Why did report metrics shift?”

Some report definitions can evolve over time (for example reply counting or deliverability calculations). Compare like-for-like time windows and check your Activity Log before drawing conclusions.

“Why do reply counts look lower than raw reply-email volume?”

Campaign-level reporting deduplicates by sender in each campaign, so multiple reply emails from the same sender do not all increase the campaign reply count.

“Do campaigns stop sending after a lead replies?”

Yes, after the first qualifying human reply. When Beam receives the first human reply for a campaign lead, it stops future campaign sends to that lead in that campaign.

Explicit unsubscribe replies also stop the lead immediately and add the recipient to the workspace blocklist. Automated non-bounce replies such as out-of-office messages are tracked separately under Auto Reply Rate and do not by themselves mark the lead as replied.

“Why is Auto Reply Rate separate from Reply Rate?”

Beam keeps the raw automated non-bounce reply signal separate so human reply metrics keep their existing meaning. Auto Reply Rate is the deliverability-oriented rollup that combines human replies with automated non-bounce replies.

“What is an Interactive Reply versus a threaded step?”

Interactive Replies are manual one-to-one messages sent by a user from the Unibox. Threaded steps are scheduled campaign steps configured to send in an existing email thread. They are different Beam concepts.

“Can I verify who paused or unpaused a variant?”

Yes. Go to Settings → Activity to view the Activity Log with timestamp, actor, and event summary (including sequence pause/unpause events).

Missing Features or Controls

If features you expect to see are missing, check that browser privacy or ad‑blocking tools are not blocking PostHog.

• Disable adblockers for the Beam site.
• In Firefox, turn off Enhanced Tracking Protection for the site and reload.