<aside> đź§
Cette page couvre un mécanisme transversal qui s'applique à 4 des demandes listées sur la page parent : Demande de leads (apport de propriétaires), Demande de mise en place virtuelle, Demande de mise en place physique, et Audit physique. Avant cette fonctionnalité, le contrôle de l'offre était manuel (l'admin devait vérifier l'offre avant de valider une demande, voir la page Les Offres). Il est maintenant automatique côté membre : le membre ne peut plus soumettre une demande que son offre n'inclut pas, il tombe directement sur un écran qui l'explique.
</aside>
Quand un membre clique sur une des 4 fonctionnalités ci-dessus depuis son espace, deux verrous peuvent s'appliquer, dans cet ordre :
Pourquoi maintenant : avant, rien n'empêchait techniquement un membre Offre 1 (2 500 €) de soumettre une demande de mise en place physique ou d'audit. Le seul filet était humain : l'admin qui traite la demande est censé vérifier l'offre avant de valider (page Les Offres, section « Côté admin »). Ce filet reste vrai pour la demande de site web et les appels 1-to-1, mais pour ces 4 fonctionnalités, le blocage se fait maintenant dès le clic, côté membre.
Pourquoi 14 jours et pas 7 : c'est la vraie durée légale de rétractation. Une version à 7 jours a été livrée puis corrigée en session le jour même.
Pourquoi un bouton WhatsApp vers le closer : Reda voulait que le membre bloqué ait un chemin direct vers l'upgrade, sans repasser par un formulaire de contact générique. Le closer qui a vendu l'offre initiale est le mieux placé pour vendre l'upgrade.
Pourquoi ce n'est pas un déblocage "progressif" fonctionnalité par fonctionnalité : la première version envisagée étalait le déblocage des 4 fonctionnalités sur plusieurs semaines après les 14 jours. Reda a tranché : pas de paliers, le compte à rebours affiché au membre qui décroît chaque jour EST le "progressif", pas besoin d'une mécanique plus riche.
Vente closée (Discord /close ou close-win.ts)
│
â–Ľ
cm_closers (Supabase, dashboard) : closerId + closerName résolus
│
â–Ľ
close-win.ts va chercher le TÉLÉPHONE du closer dans cm_closers
(le dashboard ne renvoyait que le nom, pas le téléphone)
│
â–Ľ
POST vers l'ERP (/api/users/zapier) avec closer_name + closer_phone
│
â–Ľ
Compte membre créé avec ces deux colonnes remplies
│
â–Ľ
Membre clique sur une des 4 fonctionnalités
│
├─ < 14 jours depuis la création du compte ?
│ → écran "Pas encore, patiente un peu" (compte à rebours)
│
└─ ≥ 14 jours : son offre inclut la fonctionnalité ?
├─ Oui → la vraie page
└─ Non → écran "Contactez [closer]" + bouton WhatsApp
(vers closer_phone, ou le support générique
si aucun closer n'est connu sur le compte)
Le membre ne fait rien de spécial : il clique sur "Mise en place physique", "Mise en place virtuelle", "Audit" ou "Aide pour faire une demande" (apport de propriétaires) comme d'habitude. Le menu reste toujours visible et cliquable, qu'il ait accès ou non — c'est en cliquant qu'il découvre l'état, jamais un menu qui disparaît sans explication.
Écran 1 — dans les 14 premiers jours (rétractation), quel que soit l'offre :

Le compte à rebours (« après X jours, le [date] ») décroît tout seul chaque jour, aucune action de personne à faire.
Écran 2 — après 14 jours, si son offre n'inclut pas la fonctionnalité :

Le bouton jaune ouvre WhatsApp avec le closer qui l'a vendu, pré-rempli sur son numéro. S'il clique "Retour à l'espace", rien n'est enregistré, aucune demande n'est créée.