Pilote Orléans · configuration, pas un fork · aucun lieu inventé

Livrable 09

Parcours pro

Objectif de conception : première valeur perçue rapidement — publier quelque chose de vrai. Ce n'est pas une mesure de performance.

J1 — Arrivée

1. Inscription compte (e-mail). Pas de 2FA obligatoire au MVP ; 2FA optionnelle pro, obligatoire pour SUPER_ADMIN et CITY_MANAGER avant production réelle. En sandbox, 2FA peut être différée mais le modèle de session doit la permettre. LEGAL / sécurité : admin sans 2FA = risque accepté seulement hors production. 2. Chercher un établissement existant (nom, adresse) ou demander la création. 3. Claim. 4. Tant que non approuvé : ne peut pas écraser la fiche publique. Peut préparer un brouillon de live update qui ne sort pas sur Now.

J2 — Claim

1. REQUESTED avec méthode choisie. 2. File city manager / support. 3. APPROVED : rattachement venue_members. 4. REJECTED : motif, pas de détails internes sensibles.

Méthodes : domaine e-mail, rappel téléphonique, document, manuel. Aucune n'est implémentée ni sous-traitée. LEGAL REVIEW REQUIRED pour les documents. THIRD-PARTY si prestataire KYC un jour.

J3 — Publier maintenant

1. CTA accueil. 2. Type. 3. Lieu (pré-sélectionné s'il n'y en a qu'un). 4. Texte + fenêtre de validité (défauts éditables : ce soir jusqu'à une heure saisie, pas un compte à rebours). 5. Publier. 6. L'objet apparaît dans Now/Carte si valid_from <= now < valid_until et statut non expiré et lieu publié.

Fermeture exceptionnelle : même flux, effet = override d'ouverture.

J4 — Événement

Informations → média → preview → publish ou schedule. Annulation : statut cancelled, sort des vues live, page avec mention d'annulation (pas une suppression silencieuse si l'URL a été partagée).

J5 — Offre

Même logique temporelle que le live update. Terms obligatoires si avantage chiffré ou code promo. Pas de promo alcool active tant que revue juridique non faite : le type peut exister en brouillon, la visibilité publique alcool est flaggée off.

J6 — Lire les chiffres

Après des événements analytics réels : vues, itinéraires, clics. Insight autorisé : « Votre événement a été consulté N fois » où N est un count. Interdit : « vous auriez gagné X € ».

J7 — Abonnement (P1)

Choisir un plan dont le prix est en base. Paiement Stripe quand branché. Annulation visible, pas cachée. Pas de case marketing pré-cochée.

Décisions

D1 — Création de fiche par un pro

  • Choix : un pro peut proposer un lieu draft qui n'est pas public avant revue (anti-spam, anti-faux établissement).
  • Alternatives : publication immédiate (plus rapide, plus de fraude) ; seuls les imports admin créent des lieux (plus sûr, cold start plus dur).
  • Compromis : la revue humaine est un goulot. Accepté au pilote.
  • Multi-ville : la revue est faite par le city manager de city_id, avec repli SUPER_ADMIN / SUPPORT.

D2 — Plusieurs établissements

MVP : un owner peut claim plusieurs lieux dans la même ville après autant de reviews. Multi-ville et rôle GROUP : P2, le schéma venue_members le permet déjà.

D3 — Staff

Le owner invite un e-mail en BUSINESS_STAFF (publier) ou BUSINESS_MANAGER (éditer la fiche + publier). Révocation immédiate. Audit.

Hors parcours MVP

CRM, coupons de fidélité, QR redemption, campagnes payantes, Connect / split de paiement.