Practical guide

An invitation is not proof that a member can participate

Last materially reviewed 2026-09-28

Quick answerTrack the member’s usable access separately from the invitation and account-creation stages.
What to know

Name the observed stage

Use distinct descriptions such as invitation prepared, invitation sent, account claimed, intended space reached and help required. Do not label someone active solely because an address exists in a dashboard. Choose the stage relevant to your community’s purpose and avoid collecting behavioural data simply because a platform makes it available.

What to know

Check the intended destination

A member may successfully sign in but land in a different space, an approval queue or a purchase route. Compare the actual invitation with the intended membership configuration. Mighty’s purchase documentation describes different access conditions; those conditions must be matched to the particular setup. A successful login should not automatically close a report about missing paid or restricted access.

What to know

Use a proportionate confirmation

For a rehearsal, ask the participant to complete a simple agreed task or report the point where they stopped. Do not ask for a password, a full payment-card image or unnecessary personal details. For a wider transition, record only the operational evidence needed to handle exceptions. A quiet member is not necessarily an unsuccessful member.

What to know

A fictional welcome queue

A group sends twenty invitations. Twelve members report reaching the intended discussion, three request help and the rest have no observed outcome. The group records those facts without calling the remaining five failures or successes. Its next action is targeted assistance through the agreed process, not a blanket resend that could create confusion or duplicate accounts.

What to know

Before you close this task

When counting stages, use the latest supported observation for each person and state the scope date. Do not subtract everyone without a response from membership or assume that a new account belongs to the intended person. The aggregate board can expose inconsistent counts, but identity and access still need their own authorised handling.

Continue when useful

Next: First visit

Welcome an existing member back to their community before introducing every feature of the new platform.

Open First visit →

Sources used for this page

These records support the facts and comparisons above. Merchant-controlled records are labelled so you can separate product claims from independent evidence.

  1. Member purchase and access — Merchant documentation · docs.mightynetworks.com · Merchant-controlled · checked 2026-09-28
  2. Welcoming members — Merchant documentation · docs.mightynetworks.com · Merchant-controlled · checked 2026-09-28