Prototype Review

Open Decisions

Every unresolved decision the mockup surfaces, in one place, per the brief's requirement for a centralized Open Decisions frame. Nothing below has been guessed or invented — each row names the real owner responsible for supplying it before production build begins.

#DecisionCurrent State in MockupOwnerRequired Before Build?Status
1Final main-site header navigation and exact page URLs/slugsProposed nav shown, flagged "PROPOSED, PENDING APPROVAL" in-header on every pageLisa / LaQuanta / ShanequaYesOpen
2Canonical TRIM360 login URL and role-based post-login destinationsReal login → dashboard handoff built; URL itself is a placeholder mockup route, not a live endpointAustinYesOpen
3Whether each newsletter form remains on Ontraport during first migration phaseNewsletter forms mocked with a labeled success state; backend annotated as "current Ontraport form during transition"Austin / LisaNo — can build withoutOpen
4Final home-page hero images, slide order, headlines, palette tokensOne real approved brand photo used per hero; labeled "1 of 3–5 images"LaQuantaYesOpen
5Final booking-tier names/descriptions, form fields, Marvin's receiving email, deposit amounts, contract/payment sequenceThree tentative tier labels shown (In-Person/Fly-In, Virtual, Custom); full field set mocked and bracketed; flow ends at a "post-approval" confirmation, not a live DocuSign/Stripe stepLisa Johnson / MarvinYesOpen
6GigWell API credentials and which event fields are availableEvent/date/venue fields shown as brackets labeled "GigWell"; no live API wiredLaQuantaYesOpen
7EmpoweredTV embed or destination URLFeature panel built; button routes to a labeled external placeholderLisa JohnsonNo — can build withoutOpen
8Updated press kit, bios, media photos, book purchase URLsDownload Center and gallery built with bracketed placeholders per assetLisa JohnsonNo — can build withoutOpen
9Final store product list, inventory rules, prices, shipping policyProduct grid, detail, cart, checkout handoff built with bracketed product dataLisa JohnsonYesOpen
10Donation processor, donation tiers, tax-receipt languageThree tier labels shown, amounts bracketed; confirmation/tax-receipt state built with bracketed legal languageLisa WilliamsYesOpen
11Education course catalog, pricing, subscription levels, KSM licensing content, instructor biosCatalog, subscription tiers, KSM feature, instructor section all built with bracketed contentShanequa / LaQuantaYesOpen
12Current SOAR cohort dates, final $18K payment-plan terms, application questions, Dr. Pam Berry assets, Calendly URL, DISC URL$18,000 shown as confirmed; cohort date explicitly bracketed "CONFIRM" (old Apr/Jul 2026 dates deliberately never used); DISC/Calendly route to labeled external placeholdersShanequaYesOpen
13Canonical SOAR application URL and final migration timing away from stand-alone Ontraport pagesOne shared application flow built (learn/soar-application.html) used by both the Learn and SOAR-domain "Apply" buttons — no duplicate application system in the mockupShanequa / LaQuantaYesOpen