La checklist de lancement

Ce que le proprietaire fait lui-meme, dans l'ordre, avant de distribuer la plateforme. Chaque ligne renvoie a l'item de backlog qui la suit : la liste ne dit pas ou on en est, le backlog le dit.

Etat de depart (2026-10-02) : zero visiteur, donc aucune migration de donnees a craindre. Le compte Stripe live est vide ; le sandbox (acct_1T7oJZ3Puq5YY65L) est complet. Le support, le domaine support., le tracking Resend et Datafast cote serveur sont en place.

L'ordre compte : le test de bout en bout (etape 4) paie avec des cartes de test (4242…), qui ne passent qu'avec les cles Stripe du sandbox. Il se joue donc en production avec ces cles, AVANT le passage en live (etape 5), pas apres. Decision du proprietaire du 2026-10-02 ; platform-ops/3151 puis billing/3140.

1. Redis (a faire en premier, la production est degradee)

Item : platform-ops/3155.

• Vercel : poser KV_REST_API_URL et KV_REST_API_TOKEN (memes valeurs que UPSTASH_REDIS_REST_*). Ce sont les noms que le code lit.
• Retirer UPSTASH_REDIS_REST_*, redeployer.

2. Variables Vercel

Pour un lancement payant, src/env/server.ts fait autorite et /admin/platform/env-audit dit ce qui manque.

• ADMIN_EMAIL sur une boite qui existe (platform-ops/3150)
• NEXT_PUBLIC_TURNSTILE_SITE_KEY + TURNSTILE_SECRET_KEY (vides, l'anti-bot ne tourne pas)
• RESEND_SUPPORT_DOMAIN=support.boostecom.app
• TOKEN_ENCRYPTION_KEY, INTELLIGENCE_ANON_SECRET, MAX_CONVERSATION_USD
• supprimer les variables mortes : BOOSTECOM_PLATFORM_URL, INVITATION_CODE, LAUNCH_PHASE, FILE_STORAGE_TYPE, FILE_STORAGE_PREFIX, NEXT_PUBLIC_TRUSTMRR_URL, TRUSTMRR_API_URL, STRIPE_EXTRA_STORE_PRICE

3. DNS, Resend, Datafast

• Resend : les cinq enregistrements de support.boostecom.app sont verifies (fait le 2026-10-02)
• tracking des liens : coche sur les domaines d'envoi marketing, decoche sur le transactionnel
• Datafast : site declare, cle posee, webhook Stripe lie au bon compte

4. Le test de bout en bout, avec les cles Stripe du sandbox

Item : platform-ops/3151. A jouer une fois les etapes 1 a 3 faites, avant le live : attribution sociale, inscription par OTP, cle API + MCP, checkout Pro (carte 4242…, refusee 4000 0000 0000 9995, 3DS 4000 0025 0000 3155), webhooks sans rouge, remboursement, fil de support, parrainage, alertes. Rien ici ne touche le compte Stripe live.

5. Stripe live, une fois le test passe

Item : billing/3140, qui attend platform-ops/3151. Les prix ne sont pas ceux d'avant : 79 / 199 / 399 $ par mois, 750 / 1 910 / 3 830 $ par an (PLAN_PRICING). Ni add-on boutique, ni trimestriel.

• 3 produits, 6 prix, webhook plateforme, endpoint Connect (account.updated, payout.failed), portail client
• Connect actif, Tax avec adresse du siege (head_office)
• Vercel : STRIPE_SECRET_KEY live de acct_1T7oFI3OYmwbBTJN, STRIPE_WEBHOOK_SECRET, les 6 NEXT_PUBLIC_STRIPE_*, redeploiement
• /admin/revenue/plans sans override de test
• dans Datafast, comparer l'acct_ connecte a celui-ci, pas le nom affiche
• un paiement reel de bout en bout, rembourse aussitot, sans evenement en rouge sur /admin/revenue/webhooks (derniere case de billing/3140)

6. Sous-domaines (pas urgent)

Item : platform-ops/3153. docs/ops/subdomains.md.

Ce qui n'est pas dans cette liste

La marketplace curee (marketplace/3143 a 3145, data-platform/3146), l'organisation comme entreprise (app-shell/3149), les depenses IA non metrees (billing/3147) et la TVA intracom (billing/3141) sont des chantiers de code : ils sont suivis dans le backlog, pas ici.