Enrich event registrant list before pre-event outreach

Images on this page are for illustrative purposes only. Example outputs in this play are illustrative — the structure, fields, and format reflect real Lusha connector output, but were not pulled from a live session. Run the prompt with your own registrant list and connectors to see live results. Personal details in any live examples are masked or abbreviated for privacy.

Enriching an event registrant list before pre-event outreach means validating every submitted title against the verified record, adding firmographic depth to each company, and segmenting by actual profile — not by what registrants typed into a form field. This prompt runs every registrant through Lusha, catches title mismatches and departed contacts before the send, ICP-scores each registrant, and returns a segmented list with a subject line angle per segment — so the pre-event email sequence is personalized on verified data, not form-fill guesses.

The prompt

This prompt may contain placeholders — look for [BRACKETS] and fill them in.

<context>
I have a registrant list from an upcoming event or webinar. Before pre-event emails go out, I want to enrich every registrant with verified contact data and firmographics — so the emails are segmented and personalized based on actual job titles and company profiles, not what people typed into a form field. I also want to flag any registrant who has departed their company or whose contact details don't match what was submitted.

My registrant list:
- Event name: [EVENT NAME]
- Registrant list: [PASTE NAME, EMAIL, COMPANY, TITLE (if submitted) — one per line]
- What we sell: [PRODUCT / SOLUTION]
- ICP criteria: [COMPANY SIZE / INDUSTRY / FUNCTION]
- Pre-event email send date: [DATE OR "TBD"]
- Segmentation needed: [e.g. "by seniority" / "by company size" / "by industry" / "suggest segments"]
</context>

<task>
1. For each registrant, use Lusha to enrich and validate:
   - Confirm current verified title — does it match what was submitted on the form?
   - Still at the company? Flag if contact has departed.
   - Company: headcount, industry, HQ location, funding stage
   - ICP fit: does the company and role match stated criteria?
   - Flag title mismatches between form submission and Lusha

2. Score each registrant for ICP fit:
   - Strong fit: decision-maker or senior influencer at an ICP-matching company
   - Good fit: ICP-matching company, below ideal seniority
   - Weak fit: partial ICP match
   - Outside ICP: doesn't match — include in event communications but don't prioritise for sales follow-up

3. Segment the enriched registrant list for pre-event email personalisation:
   - Based on stated segmentation criteria
   - If "suggest segments": analyse the enriched data and recommend 3–4 natural segments
   - For each segment: shared profile and a one-line subject line angle

4. Flag any data quality issues:
   - Departed contacts — don't send to a dead address
   - Title mismatches — personalisation tokens will be wrong if not corrected
   - Duplicate registrations

5. Return:
   - Enriched registrant table with verified title, company firmographics, ICP score, and segment
   - Segment breakdown with subject line angle per segment
   - Data quality flags: departed, mismatched, duplicate
   - Summary: X enriched, X strong fit, X good fit, X outside ICP, X flagged
</task>

<constraints>
- Departed contacts must be flagged prominently — sending to a dead address hurts deliverability.
- Title mismatch flag must show both the submitted title and the Lusha-verified title.
- Subject line angle per segment must be specific enough to brief a copywriter.
- Outside ICP registrants still receive event communications — flag, don't remove.
</constraints>

What you'll get back

The situation: A field marketing manager has 7 registrants for an upcoming RevOps webinar. Selling to mid-market B2B SaaS, VP and above. Pre-event email goes out in 3 days.


Enriched registrant table

RegistrantSubmitted titleVerified titleCompanySizeICPSegmentFlag
R.V.VP OperationsVP Revenue OperationsCrestline Software340✓ StrongSenior RevOps⚠ Title mismatch
T.K.VP SalesVP of SalesDunmore Analytics580✓ StrongSales Leadership
M.L.Operations ManagerHead of Sales OperationsAshford Platforms420✓ GoodSenior RevOps⚠ Title mismatch
P.O.VPVP of SalesBriarway SaaS290✓ StrongSales Leadership
C.N.RevOps DirectorDirector of Revenue OperationsElmont Systems610✓ GoodSenior RevOps
[Form: “J. Smith”]Marketing ManagerWaverly Digital180✗ Outside ICPOutside ICP⚠ Below size floor
D.R.Head of Ops🔴 DEPARTED — no longer at company

Data quality flags

🔴 DEPARTED — remove from send D.R. — submitted company email is no longer active per Lusha. Remove before send or deliverability score drops.

TITLE MISMATCHES — fix personalisation tokens R.V. submitted “VP Operations” — Lusha verified title: VP Revenue Operations. Update {{title}} before send. M.L. submitted “Operations Manager” — Lusha verified title: Head of Sales Operations. Update {{title}} before send.

OUTSIDE ICP — flag for marketing nurture, not sales follow-up J. Smith, Waverly Digital — Marketing Manager at a 180-person company. Below size floor. Include in event comms, exclude from post-event sales routing.


Suggested segments and subject line angles

Segment A — Senior RevOps (3 registrants) R.V. · M.L. · C.N. Profile: RevOps or Sales Ops function, Director and above, 300–620 employees Subject line angle: “Before the webinar: the data quality problem every RevOps leader walks in with”

Segment B — Sales Leadership (2 registrants) T.K. · P.O. Profile: VP of Sales, quota-carrying, 290–580 employees Subject line angle: “Before the webinar: why your SDR ramp time is a data problem, not a training problem”


Summary: 7 registrants · 3 strong ICP fit · 2 good fit · 1 outside ICP · 1 departed · 2 title mismatches fixed

Illustrative example — fictional company names used. Run with your own registrant list to see live results.

Built by: Lusha
Time to build: 3 min
Difficulty: Easy
Tools: Claude, Lusha
Type: Prompt

Why use Lusha in Claude

Lusha in Claude catches the two problems that hurt pre-event email performance before the send happens. D.R.’s email address is dead — sending to it drops deliverability scores for everyone on the send. R.V. and M.L. submitted generic titles that would produce wrong personalisation tokens — “Dear VP Operations” going to a VP Revenue Operations signals immediately that the sender didn’t check. Both problems are invisible without a Lusha validation pass. The subject line angles per segment go further than standard segmentation — the RevOps angle (“data quality problem every RevOps leader walks in with”) and the Sales angle (“SDR ramp time is a data problem”) come directly from the verified titles and company profiles Lusha returns. A copywriter receiving these angles can write the emails without a discovery call.

Data drawn from 300M+ verified contacts under GDPR, CCPA, SOC 2, ISO 27701, ISO 31700, and TRUSTe.

FAQ

  • Why does the submitted title matter if Lusha returns the verified one?

    The submitted title is what the personalisation token pulls unless it’s corrected before the send. Most email tools use the form-fill data, not a secondary enrichment layer. If the token is {{title}} and the form says “VP Operations,” that’s what goes in the email — even if Lusha shows VP Revenue Operations. The flag tells the team which records to update before scheduling.

  • Should I remove outside-ICP registrants from the send?

    No — everyone who registered gets event communications. Outside-ICP registrants are flagged so the post-event sales routing excludes them. Removing pre-event sends a bad signal to anyone who registered in good faith and damages event reputation.

  • What if Lusha can't find a registrant at all?

    The prompt returns “not found in Lusha” and flags the record for manual review. This typically means the person registered with a personal email, a role email, or a company that Lusha doesn’t have in its database. Don’t exclude the record — mark it as unverified and treat the form-fill data as the working information.

  • How early before the event should I run this?

    At least 3–5 business days before the pre-event email goes out. That gives the team time to correct title mismatches, remove departed contacts, and brief the copywriter on segment angles before the send is scheduled.

  • Can I use this for post-event follow-up as well?

    Yes — run the same enrichment after the event on the attendee list. The output structure is identical. For post-event routing to sales, pair this with the score and prioritise post-event leads play which adds the ICP routing and sales handoff layer.

Ready to build this?

Get started with Lusha and set up this play in minutes.