Top Rep · Bootcamp (Columbus 2026)

Backfill existing purchasers — plan

The new ticket→workflow automation is live for new purchases. This task corrects the ~30 people who already bought before it went live, so each gets the right inclusions by ticket type — with zero duplicate emails. Plan for ClickUp task 86e1nvc86.

Read-only audit first Sends/enrolls gated on Jet sign-off
ClickUp task → Plan → Result
Why this isn't automatic GHL "tag added" triggers do NOT fire retroactively. Existing buyers already hold the bootcamp tag, so re-applying it does nothing — and a blanket re-tag risks duplicate sends to people who already got their emails. The plan is therefore: audit first, then targeted/silent correction, never a blanket replay.

The decision flow

flowchart TD
  TS["TicketSpice orders\nBootcamp Columbus (page 991799)\nemail + ticket type + add-on"]
  SEG{"Ticket type?"}
  TS --> SEG
  SEG -->|GA| GA["GA buyer"]
  SEG -->|VIP| VIP["VIP buyer"]
  SEG -->|"Team Support add-on"| TSU["Team Support buyer"]

  GA --> AUD["Audit GHL + LearnWorlds\ntags? provisioning tag? LW access? emails already sent?"]
  VIP --> AUD
  TSU --> AUD

  AUD --> CLS{"Current state?"}
  CLS -->|"already correct"| OK["No action"]
  CLS -->|"missing LW access"| LWFIX["Grant LW access (silent, no email)\nVIP -> Solo . Team Support -> Elite"]
  CLS -->|"missing email only"| MAIL["Controlled send to that contact only\none-time / manual enroll . no resend"]
  CLS -->|"shipping / group-manager"| MANUAL["Manual fulfillment task\npivot points . LW group manager"]

  OK --> LOG["Completion audit trail\nreviewed . corrected VIP . corrected TS . manual follow-ups . zero duplicate sends"]
  LWFIX --> LOG
  MAIL --> LOG
  MANUAL --> LOG

  classDef src fill:#e0f2fe,stroke:#0ea5e9,color:#0f172a;
  classDef ok fill:#f0fdf4,stroke:#16a34a,color:#0f172a;
  classDef fix fill:#fff7ed,stroke:#ea580c,color:#0f172a;
  classDef manual fill:#fef3c7,stroke:#b45309,color:#0f172a;
  class TS src; class OK ok; class LWFIX,MAIL fix; class MANUAL manual;

Phases

PhaseWhatSafety
0. SourcePull the TicketSpice order/ticket list for Bootcamp Columbus (page 991799). Segment each buyer: GA / VIP / Team Support add-on (vipAddon), with email + name. TicketSpice = source of truth for what they bought.Read-only
1. AuditPer buyer, check GHL: has [customer] top rep columbus 2026 + correct [ticket] ...- ga/vip/team support? Has provisioning tag ([customer] flight school - solo/elite)? LearnWorlds access correct (VIP→Solo, TS→Elite, GA→none)? Emails already sent?Read-only
2. ClassifyEach buyer → one bucket: OK / missing LW access / missing tags / missing email / needs manual fulfillment. Reconcile TicketSpice (bought) vs GHL (tagged) to surface mismatches.Read-only
3. MethodPick the safe correction per bucket: LW access = grant directly (silent); shipping = manual task; emails = controlled one-time send only to confirmed-missing, never a tag-level blanket replay.Plan
4. ExecuteRun corrections smallest-blast-radius first: LW grants → fulfillment tasks → emails last.Gated: Jet sign-off
5. Audit trailCompletion checklist per the task's acceptance criteria + a "zero duplicate sends" confirmation.Read-only

Deliverables by ticket type (from the task)

TicketInclusions to confirmLearnWorlds
GAConfirmation email only. No shipping, no course grant.None (by design)
VIPBlack Pivot Point shipping request + fulfillment, Bootcamp workbook link.Flight School Solo (purchase → Sep 25)
Team Support add-onBlue Pivot Points shipping request + fulfillment, prep videos link, group implementation call coordination (Noah/JC).Flight School Elite (manager + users; manager assign may be manual)
Guardrails Phases 0-2 are read-only and run now. Access end date stays Sep 25 (Bootcamp + 30 days), same as the live flow. No emails or enrollments fire until Jet signs off, and every send is checked against current state first so nobody gets a duplicate.

Plan for ClickUp task 86e1nvc86 (backfill). Builds on 86e1nvc3z (the live automation).  ·  Audit results  ·  Automation build plan  ·  Documentation home