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 and launch campaigns end to end from one flow.
• Use UniBox for one-to-one follow-up through Interactive Replies.
• Pause or resume sending at campaign level or variant level.
• 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).
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 UniBox in Beam.
6. Threaded Steps: scheduled campaign steps configured as thread. These are different from Interactive Replies.
7. Completed Contacts: contacts in a terminal state (all steps sent, or undeliverable).
8. Size: average email body size for the step or variant, measured in bytes.
9. Infra Health: mailbox deliverability/reputation snapshot from latest deliverability checks.

1. Create a campaign and assign leads.
2. Set your sending schedule and mailbox limits.
3. Build sequence steps and variants (A-F).
4. Preview and test message content.
5. Launch the campaign.
6. Monitor results in Edit Campaign → Analytics and Reports, then optimize.
7. When a lead replies and needs human follow-up, send an Interactive Reply from UniBox.

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.

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 a URL 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
• Available events
• Available delivery formats
• 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. Choose reply_received if you want every qualifying human reply, or lead_interested if you only want positively classified replies.
6. Set the format to Slack, paste the Slack incoming webhook URL, save, and send a test notification.

How To Set Up A Webhook

1. Open Settings in Beam.
2. Go to Webhooks.
3. Select the event you want Beam to send.
4. Paste the destination URL that should receive the event.
5. Save the webhook and test it with a known reply or campaign action.

We recommend using an HTTPS endpoint that your team controls.

Which Events Are Available

Event	Best used for	What it means
positive_reply	Beam-native workflows	Beam has identified a positive reply from a lead.
campaign_submitted	Operational workflows	A campaign was submitted through the Beam API.
reply_received Instantly-compatible	Inbox and reply automations	A human reply was received for a Beam campaign thread.
email_sent Instantly-compatible	Outbound send automations and migration parity	A campaign email was successfully sent and persisted by Beam.
email_bounced Instantly-compatible	Bounce handling and migration parity	A campaign-matched outbound email bounced and Beam persisted the bounced state.
lead_interested Instantly-compatible	CRM qualification and handoff	Beam classified the lead's latest supported reply state as interested.
lead_not_interested Instantly-compatible	Suppression and routing rules	Beam classified the lead's latest supported reply state as not interested.
lead_wrong_person Instantly-compatible	Data cleanup and routing	Beam classified the lead's latest supported reply state as wrong person.

Available Delivery Formats

Format	Best for	Notes
standard	Beam-native integrations	Structured Beam JSON with Beam signing headers.
slack	Zulip	Legacy simple message payload for Zulip delivery.
slack_native	Direct Slack notifications	Real Slack text + blocks payloads for reply-related notifications. Use a Slack incoming webhook URL directly, not Zapier.
instantly_compatible	Customers migrating from Instantly	Flat JSON migration payloads designed to match the Instantly-style fields most customers already use.

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 reply-related events only.

• 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 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 six Instantly-compatible events. These are the recommended choices if you already have downstream automations that expect Instantly-style webhooks.

• 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.
• Bundle 1 does not add a new duplicate-suppression layer across repeated bounce notifications for the same outbound message.
• 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 events if you are starting fresh with Beam and want the Beam-specific payload structure.
• 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.

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

Policy	What Beam skips
None	Only leads already present in the same campaign.
Active and paused campaigns	Leads with active membership (pending, started, or paused) in other active or paused campaigns, in addition to same-campaign duplicates.
All campaigns	Leads already present in any campaign, including completed campaigns.
All audiences	Leads already present in any audience, even if that audience is not attached to a campaign.

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 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 is a campaign-level terminal status. 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.

Removal Reasons

Reason	Use it when
Progressed	The lead moved forward outside Beam and should stop receiving this campaign.
Meeting Booked	The lead booked a meeting or equivalent CTA outcome.
Not Interested	You know the lead is not interested in this outreach, but they are not being globally unsubscribed.
Wrong Contact	The lead is the wrong person or wrong target for this campaign.
Invalid Contact	The address or contact data is unusable, stale, or otherwise invalid.
Duplicate	The lead is duplicated in the current campaign and one record should be removed.
Other	The lead should stop receiving the campaign for another reason. Add a short note so the reason is clear later.

Step and Variant Limits

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

Delay and Threading

• Delay is configured in days for each step.
• 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 launch.

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.

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: a campaign mailbox limit is an allocation control, not a guaranteed reserved slice of mailbox-wide capacity.

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 Limits: Beam enforces the campaign-wide max/day and the per-mailbox campaign limit you set on the campaign, using the campaign timezone for those daily resets.
• Mailbox-wide Capacity: if a mailbox-wide daily capacity is configured for a mailbox, Beam also 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 continues using the campaign's per-mailbox limit only and shows Not configured for that mailbox-wide capacity in the mailbox guidance.
• No Reserved Mailbox Share: the per-mailbox campaign limit is an allocation control, not a guaranteed reserved share of a mailbox's total daily capacity.

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

Reason	What it means
Outside schedule window	The campaign is active, but the current time is outside the allowed send days or hours.
Campaign daily max reached	The campaign has already used its allowed sends for the current campaign day.
No lead is due yet	Sequence delays or lead-local schedule rules mean no lead is ready for the next step yet.
Mailbox cooling down	The mailbox has sent recently and must wait before it can send again.
Mailbox limit reached	The campaign mailbox limit or mailbox-wide daily capacity has been exhausted for that mailbox.
Lead already stopped	A qualifying reply, unsubscribe, manual removal, or completion deadline has already stopped future sends for that lead or campaign.

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.
• Campaign list and campaign overview show 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 relaunch 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.

When Beam Shows A Warning

• If you remove a 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

• Remove for new leads only; started leads complete using previously assigned mailbox for consistency: safe default. The mailbox leaves the new-lead pool, but started leads keep using their current sender.
• Swap: move affected started leads to a replacement mailbox. Future sends for those in-flight leads come from the replacement sender.
• Pause: pause affected leads and fully detach the removed mailbox from that campaign.

What You Can See After The Change

• The campaign mailbox screen shows a section for Mailboxes still completing started leads.
• 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 pause/resume controls sending for the entire campaign.

• Pausing a campaign stops new emails from being scheduled and sent.
• Resuming returns the campaign to active status and sending restarts on the next cycle.

Operational Timing

Beam processes sends in batches. In rare cases, a small number of in-flight emails may complete just after pause is clicked.

• 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.

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 UniBox.
• Content Health: Size, Google Score, MS365 Score.
• Infra Health: recent snapshot from latest deliverability testing.
• Actions: Preview, Pause/Unpause, Delete (variant rows).

Metric Timeframes on this Table

• Content Health is an all-time average for that step/variant.
• Infra Health is a recent snapshot across active campaigns and mailboxes.
• Size is average email body size measured in bytes.

Beam includes a shared reply snippet library for 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 a Snippet in UniBox

• Open a UniBox reply or forward draft.
• Type # in the composer to open the snippet picker.
• Keep typing to search, then press Enter to insert the selected snippet at your cursor position.
• Snippets append into the draft. Beam does not replace your existing draft content when you insert one.

How to Insert Variables in UniBox

• Type / in the composer to open the variable picker.
• Keep typing to search, then press Enter to insert the selected variable token at your cursor position.
• Variables follow Beam’s existing template rendering rules when the reply is sent.

How to Insert Variables While Editing a Snippet

• In the snippet editor on Settings → Snippets or in the New snippet dialog from UniBox, type / to open the variable picker.
• Keep typing to search, then press Enter to insert the selected variable token into the snippet body.
• This works in both the plain text and rich text snippet editors.

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

• Snippets support rich text formatting when you insert them into a rich text UniBox reply.
• If you insert a rich text snippet into a plain text reply, Beam converts it to plain text automatically.
• 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 transitions).
• Sequence and variant changes, including variant paused and variant unpaused.
• 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 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.