Candidater avec le contexte du lieu
Le partenaire commence par décrire le lieu, la ville, le repère proche, l'audience et la valeur ELC prévue.
Système partenaire
Comment les partenariats ELC doivent fonctionner.
Les partenaires appartiennent à de vrais lieux : destinations, routes urbaines, repères, moments proches, points d'entrée QR et passages Store. Cette interface explique le modèle opérationnel sans activer les workflows backend.
Parcours partenaire
Un chemin contrôlé de l'intérêt pour le lieu vers l'activation future des routes.
Revue éditoriale
ELC vérifie si le partenaire appartient à une destination, ville, repère, lieu proche, route QR ou route d'offre.
Choisir le chemin de visibilité
Le partenaire est associé à un futur chemin Presence, Journey ou Signature sans activer la facturation dans cette interface.
Préparer la couche de profil
Profil, médias, localisation et concepts d'offres pourront ensuite être préparés pour revue et approbation dans le tableau de bord.
Connecter aux routes live
Les futures versions pourront attacher le partenaire aux pages de ville, repères, QR codes, offres Store et reporting.
Où les partenaires apparaissent
Le placement doit suivre le parcours utilisateur, pas l'interrompre.
Un partenaire devient utile lorsqu'un lecteur explore une ville, se tient près d'un repère, scanne un QR code ou choisit un chemin d'offre pertinent. Le système reste ainsi premium et contextuel.
Destinations
Les pages géographiques créent la route vers pays, villes et opportunités partenaires proches.
Repères
Les pages de repères deviennent le lieu naturel pour cafés, hôtels, boutiques et moments culturels proches.
Routes QR
Le QR pourra ensuite ouvrir profils partenaires, expériences de repère, offres, vérification du personnel ou états d'échange.
Offres Store
Les actions commerciales doivent rester dans Store quand achat, bundles, produits, impression ou chemins d'offres sont nécessaires.
Systèmes futurs
Ces systèmes doivent rester hors de l'interface publique jusqu'à ce que chaque phase backend soit explicite.
Écritures de profil partenaire
Workflow de revue et d'approbation
Facturation Stripe et état du plan
Backend d'émission, scan et échange QR
Analytique et reporting du tableau de bord
Publication et modération des offres
Prochaine étape
Commencer par l'interface de candidature, puis construire l'approbation backend séparément.
La séquence sûre est Partner Master public, interface de candidature, explication système, puis PR backend explicites pour validation, stockage, revue, facturation, QR et état du tableau de bord.