Skip to content

Team Invite Emails: Getting the Second Seat Activated

In B2B SaaS the second active user often decides whether an account sticks. How to write invite emails, reminders and expiry rules that get teammates in.

Koltrix Team5 min read
Two white ceramic mugs on a table
Photo by Tom Crew on Unsplash
On this page(7 sections)
  1. Why the second seat matters
  2. The invite email itself
  3. Name the person, not just the product
  4. Explain the job, not the product
  5. One button, landing in context
  6. Expiry and resend logic
  7. Reminders, to both sides
  8. Deliverability details that matter for invites
  9. Measuring whether it works
  10. Key takeaways

A B2B account with one active user is a trial wearing a subscription's clothes. The moment a second person logs in and starts doing real work, the product stops being one person's experiment and becomes something the team relies on, and the email that makes that happen is usually a two-line invite nobody spent more than five minutes writing.

This post is about that email, the reminders around it, and the small product decisions that decide whether the second seat ever activates.

Why the second seat matters

Collaborative products tend to deliver their core value only when more than one person is involved. A shared inbox with one reader is just an inbox. A project tool with one member is a to-do list. Once a second person depends on the product, a few things change at once:

  • Cancelling now means telling a colleague, which raises the bar for leaving.
  • The account accumulates shared context, like comments, assignments and history, that would be painful to recreate elsewhere.
  • Someone other than the original buyer forms an opinion of the product, which helps when the renewal decision lands on a different desk.

You don't need a benchmark to act on this. Look at your own data: compare retention for accounts that reached two active users in the first two weeks against those that didn't. In most collaborative products the gap is obvious enough to justify work on the invite flow.

The invite email itself

The invitee didn't sign up for anything. They're getting an email from a product they may never have heard of, triggered by a colleague, and their first question is "is this legitimate, and why should I care?" The email needs to answer both in a few seconds.

Name the person, not just the product

The single most important element is the inviter's name, ideally in the subject line and the sender display name. Compare:

  • "You've been invited to join a workspace"
  • "Priya Shah invited you to the Finance workspace on Tallyboard"

The second is recognizable, specific and much harder to mistake for phishing. If your product lets the inviter add a short note, show it prominently. A line from a colleague ("Can you take over the vendor invoices from here?") does more than any copy you can write.

Explain the job, not the product

The invitee doesn't need a feature tour. They need to know what they're being asked to do. If the invite was sent from a specific object, such as a project, a document or a support queue, say so and link straight to it.

One button, landing in context

The call to action should create the account and land the person inside the thing they were invited to, not on a generic dashboard. Every screen between "accept" and "here's the document Priya shared" is a place to lose them.

Here's a plain example:

Subject: Priya Shah invited you to the Finance workspace on Tallyboard

Priya added you to the Finance workspace so you can review
vendor invoices before they're paid.

Her note: "Can you take over the vendor invoices from here?"

[Join the Finance workspace]

This invite expires in 14 days. If you weren't expecting it,
you can ignore this email or reply and we'll look into it.

Tallyboard is a made-up product, but the structure works for almost anything: who, why, one action, an expiry, and a human way out.

Expiry and resend logic

Invite links are credentials of a sort, so they should expire. The question is how long and what happens next.

Decision Reasonable default Notes
Link lifetime 7 to 14 days Long enough to survive a vacation, short enough to limit exposure
Accepting an expired link Show a page that lets the invitee request a fresh invite Never just show an error
Resending Inviter can resend from the members screen Resending should issue a new link and invalidate the old one
Already has an account Link adds them to the workspace after sign-in Don't make them create a second account
Wrong address Inviter can revoke and re-invite Typos in email addresses are common

The expired-link page matters more than it looks. Someone who finally gets around to an invite after three weeks is showing intent. A dead end at that moment is a lost user.

Reminders, to both sides

Most invite flows send one email and give up. Two gentle reminders are reasonable, as long as each one carries new information.

To the invitee, a few days later. Keep it shorter than the original and mention the inviter again: "Priya's invite to the Finance workspace is still waiting." If anything has happened in the workspace since, such as a document shared with them or a task assigned to them, that's the most persuasive line you can add.

To the inviter, shortly before expiry. This is the reminder teams forget. The inviter is already a user and has a reason to care. Tell them the invite hasn't been accepted and give them options: resend, copy the link to share in chat, or invite someone else. Often the invitee simply missed the email, and a nudge in Slack from a colleague beats any email you could send.

After expiry, stop. Don't keep emailing someone who never accepted an invite they didn't ask for. That's how a product's sending domain earns spam complaints.

Deliverability details that matter for invites

Invite emails go to people with no prior relationship with your sending domain, which makes them more fragile than most transactional mail:

  • Send from your authenticated domain with SPF, DKIM and DMARC aligned. Invites from a misconfigured domain look exactly like the phishing they resemble.
  • Keep the HTML simple. One button, a text link fallback, and a plain-text part.
  • Avoid link shorteners and heavy tracking in the button URL. Corporate filters treat them with suspicion.
  • Use a replyable address. If the invitee replies "who is this?", someone should see it.
  • Rate-limit invites per account. A compromised account sending hundreds of invites can damage your domain's reputation quickly.

If you're mapping all the automated email your product sends, the invite flow deserves its own row in that inventory. Our guide to mapping every lifecycle email your SaaS sends has a template for it.

Measuring whether it works

Track a short funnel per invite: sent, delivered, opened if you must (open tracking is unreliable), accepted, and "first meaningful action" by the invitee. The last step is the one that matters. An accepted invite that never does anything is a seat that will be removed at renewal.

Look at the funnel by inviter role too. Invites from admins to their direct teams usually convert differently from invites to external collaborators, and they may need different copy.

Key takeaways

  • In collaborative B2B products, getting a second active user is one of the strongest moves you can make for retention.
  • Put the inviter's name in the subject and sender, show their note, and land the invitee inside the exact thing they were invited to.
  • Expire links in one to two weeks, make expired links recoverable, and let inviters resend or revoke.
  • Remind the invitee once and the inviter once, then stop.
  • Measure the invite funnel through to the invitee's first real action, not just acceptance.

Start with Koltrix

Your domain, one inbox, and an API that sends.

A team inbox where AI sorts and drafts (nothing is sent without your click), plus the transactional API and SMTP relay your product sends with. 7 days free, no card.

SharePost on XLinkedIn