Free recipient wording note

support page copy for team access

A practical copy pattern for support page copy. Adapt it to the exact product policy, delivery path, license terms, and support page your store publishes.

Use case

A company, team, or group asks whether multiple people can use, download, or share the same digital product.

Writing rule

Do not promise recipient transfer or email reassignment. Do not grant team rights in support copy. Point to the published license, access limits, and support policy.

Compliance note

This is a self-serve copy resource, not a checkout, waitlist, custom quote, license review, transfer service, or manual delivery offer.

Draft copy

Hi [name], Thanks for checking. I understand this question is about team access. The published product page, delivery policy, and license terms are the source of truth for who can access or use the digital product. If support needs to locate an existing order, please send only the order number or purchase email through our official support route. Please do not send passwords, one-time codes, full card numbers, account access, mailbox access, private files, API keys, private links, IDs, or remote access. This reply does not add new permissions, recipient transfer rights, email reassignment, team access, family sharing, classroom use, client handoff rights, bulk delivery, or manual setup unless those options are already published. Thanks, [store name]

Customize safely

Replace the scenario with the exact customer question, then link to the policy that already covers access, sharing, recipient, or license boundaries.

Useful support route

Link to Terms, Delivery & Support, product status, product preview, Acceptable Use, or Contact.

Do not overclaim

Do not promise account transfer, recipient email changes, team licenses, bulk access, client delivery, classroom rights, or family sharing unless published.

Checklist

  • Does the reply avoid creating new license rights?
  • Does it avoid sensitive data requests?
  • Does it separate purchaser, recipient, and user roles?
  • Does it route to public policy pages?
  • Does it avoid checkout, waitlist, or custom-service language?