Delivery + Access

What should happen after someone buys a package

This page locks down the buyer experience: receipt, delivery link, manual, access notes, and the recovery path if something does not arrive. Not every product needs a key. Every product should have a manual and a clear support contact.

Receipt first Manual always Key if applicable Recovery path included

Standard delivery sequence

Minimum delivery packet fields

FieldRequiredNotes
Product nameYesMatches the package card and the manual title.
VersionYesLets the buyer and support talk about the same build.
Download linkYesThe buyer needs a direct route to the files or assets.
Manual linkYesPoints to the package-specific page in this manual hub.
Access key / inviteIf applicableOnly include it when the product actually uses hosted access or private assets.
Support contactYesaethermoregames@pm.me
What to verifyYesA one-line success check so the buyer knows they are done.

Practical rule

If a package is file-only, do not pretend it needs a key. If a package uses private or hosted access, do not bury the key in a generic message. State it directly in the delivery note.

Universal buyer checklist

  1. Save the receipt email. This proves which product was bought and which email address should receive delivery.
  2. Open the matching manual. Use the package manual before exploring the repo or the architecture docs.
  3. Confirm the bundle contents. The package should include the files or templates named in the manual.
  4. Check whether a key is actually required. Many file-based packages do not need one.
  5. Run the success check. Each manual ends with a quick verification target.

Support and recovery

Use these subject lines so delivery issues can be triaged quickly: