GoalDNA
home
GuideLast updated May 13, 2026

Support / contact

How to request access, ask support questions, or discuss privacy and rollout needs.

Quick answer

Use contact for demo, access, support, privacy, and beta questions. Complex clubs should include team count, roles involved, and first workflow target.

GoalDNA product preview showing schedule health, rosters needing review, guardian links, and setup readiness.
Owner command centerAvailable

Public-safe product preview based on current GoalDNA workflows.

Product preview context

This public-safe product preview is based on current GoalDNA workflows and uses no private customer, player, guardian, inbox, injury, or member data.

Status
Available
Product areas
DashboardTeamsScheduleMembersGuardian links

Before you start

Name the real owner, the first team, and the role boundaries before inviting more people.

  • Directors
  • Admins
  • Academy operators
  • Support requesters

Step-by-step workflow

Work through the setup in the order a club would actually run it during the week.

  • Choose the request type
  • Include your club or academy context
  • List team count and roles involved
  • Name the first workflow you want to move
  • Send the request

What good looks like

These are the available or practical outcomes to verify before moving on.

  • Contact form
  • Direct email path
  • Demo and Academy request guidance
  • Privacy question routing

Role visibility checks

Check access boundaries before inviting more staff, players, or guardians.

  • Directors should send rollout context.
  • Admins should include operational blockers.
  • Guardians should use privacy/support questions for account-specific concerns.

Common mistakes

Avoid these rollout errors; they create confusion faster than the product can clean it up.

  • Sending passwords or private credentials through a contact form.
  • Requesting every feature at once instead of naming the first workflow.
  • Assuming support can enable rolling-out features immediately.

Troubleshooting

Check the concrete schedule, team, roster, and role context before changing permissions.

  • If the request is about access, include the workspace or club name and role.
  • If the request is about a demo, include team count, roles involved, and the first workflow target.
  • If the request is about privacy, avoid including unnecessary player details in the first message.

What not to rely on yet

These limits should stay out of club-critical plans unless feature status changes.

  • Do not send secrets or private account credentials through contact messages.

Beta / partial notes

Use these areas carefully with pilot expectations and transparent communication.

  • Complex Academy rollout and beta workflow questions may need human planning.
  • Support cannot promise gated features as available.

Example club scenario

An academy requests a demo with team count, director/admin/coach roles, guardian needs, and the first workflow they want to move into GoalDNA.

FAQ

What should an Academy include in a demo request?

Include number of teams, roles involved, current operating pain, and the first workflow you want to move into GoalDNA.

Can support confirm feature status?

Yes. Support can clarify what is available, beta/pilot, partial, gated, or rolling out without making unsupported launch promises.

Related workflows