Livrable 04
IA professionnel
Le dashboard répond à « comment attirer plus de clients ? », pas à « comment remplir une fiche administrative ? ».
Espaces
/pro accueil AUJOURD'HUI /pro/publier Publier maintenant /pro/evenements studio + liste /pro/evenements/:id brouillon / preview /pro/offres /pro/etablissements lieux rattachés /pro/revendiquer claim /pro/stats métriques réelles seulement /pro/campagnes P1, flag /pro/abonnement P1, prix lus en base /pro/equipe rôles staff
Desktop / tablette d'abord, mobile utilisable (publier depuis le téléphone est le cas « ce soir »).
Accueil — Aujourd'hui
Compteurs uniquement s'ils sont comptés :
- vues fiche
- vues carte
- demandes d'itinéraire
- clics réservation
- clics offre
- vues événement
Si le pipeline analytics n'a pas tourné : afficher « pas encore de mesure », jamais un zéro qui ressemble à une vérité longue, et jamais un reach estimé.
CTA principal : Publier maintenant.
Publier maintenant (< 30 s, critère de conception)
Types :
happy_hour · dj · concert · promotion · menu_special · ouverture_exceptionnelle · dernieres_places · fermeture_exceptionnelle · offre_flash
Champs minimum : type, lieu (si plusieurs), texte court, valid_from, valid_until. Publication = live update avec fraîcheur haute et source BUSINESS_VERIFIED si le claim est approuvé, sinon DECLARED_BY_BUSINESS en attente.
fermeture_exceptionnelle / closed_until écrase l'horaire théorique importé.
dernieres_places : autorisé seulement comme déclaration du professionnel, jamais comme stock vérifié par nous. Libellé UI : « L'établissement indique… ». Pas de compte à rebours forcé. Pas de fausse rareté.
Event studio — 3 étapes
1. Informations (titre, créneau, lieu, prix connu ou « non communiqué », catégorie). 2. Média (optionnel, droits requis). 3. Publication.
États : draft · scheduled · published · expired · cancelled.
Preview avant publish. Expiration automatique par job (ou équivalent) quand ends_at est passé.
Offres
title, description, venue, valid_from, valid_until, terms, promo_code optionnel, redemption_limit optionnel, visibility.
QR de redemption : P1, pas MVP. Ne pas dessiner un faux QR actif.
Revendication
REQUESTED → IDENTITY_CHECK → BUSINESS_CHECK → APPROVED | REJECTED.
Méthodes possibles (aucune n'est « déjà branchée ») : email sur domaine professionnel, téléphone de l'établissement, document société, revue manuelle. LEGAL REVIEW REQUIRED sur les pièces d'identité et la conservation des documents.
Tant que non approuvé : pas d'édition de la fiche publique canonique. Un brouillon privé est permis.
Analytics
Pas de « clients gagnés », pas de ROI, pas de conversion inventée. Attribution autorisée : UTM, identifiants de clic internes, clics itinéraire, clics réservation, clics offre. Les ventes physiques hors plateforme ne sont pas revendiquées.
Campagnes (P1)
campaign, objective (VISIBILITY | DIRECTIONS | BOOKING | EVENT | OFFER), target_area, schedule, budget, creative, status, metrics.
Ciblage contextuel (ville, zone, moment, catégorie). Pas de catégories sensibles. Alcool : flag off + LEGAL REVIEW REQUIRED.
Équipe
BUSINESS_OWNER · BUSINESS_MANAGER · BUSINESS_STAFF scopés au(x) lieu(x). Voir RBAC.
Décisions
D1 — Un outil de publication, pas un ERP
- Choix : le chemin critique est le live update.
- Alternatives : CRM complet au jour 1 ; simple formulaire de fiche.
- Compromis : pas de fidélité, pas de caisse.
- Multi-ville : le lieu porte
city_id. Un groupe (plan GROUP, plus tard) agrège des lieux sans code spécifique.
D2 — Séparer compte pro et fiche publique
Supprimer un compte ne supprime pas automatiquement l'existence publique d'un commerce s'il existe une source légitime. Voir privacy.
Flags
- Vérification d'identité :
LEGAL REVIEW REQUIRED. - SMS / téléphone :
THIRD-PARTY DEPENDENCYnon choisi. - E-mail transactionnel :
THIRD-PARTY DEPENDENCYnon choisi. - Prix des plans : non définis. Enregistrements
plans.amount_centsnuls tant qu'une décision commerciale existe.