القائمة
Utiliser quand l'utilisateur veut prospecter, trouver des entreprises, ajouter au pipeline ou traiter un nouveau prospect. Choisit la bonne source de prospection, dédoublonne, puis alimente et fait avancer le pipeline.
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
Utiliser quand l'utilisateur configure Iris ou relie son restaurant à sa marque — « installe Iris », « appaire mon restaurant à ma marque », « Iris ne connaît pas mes couleurs », « synchronise ma charte pour les posts ». Crée la liaison établissement FoodEatUp ↔ marque RapidoCMS, prérequis de tout le reste.
Utiliser quand l'utilisateur veut voir, valider ou refuser les publications proposées — « montre le calendrier d'Iris », « qu'est-ce qui est prévu cette semaine », « valide le post de mardi », « refuse celui-là ». Calendrier glissant 7 jours avec la raison de chaque contenu, validation carte par carte, planification confirmée.
Utiliser quand une opportunité Iris validée doit devenir un contenu — « fabrique le visuel du plat du jour », « prépare le post du saumon », « génère la story de lancement ». Fabrique visuel + copy + raison aux couleurs de la maison (gate charte), dépose en brouillon RapidoCMS. Jamais de planification sans validation humaine.
Utiliser quand l'utilisateur veut savoir ce que la com a rapporté et améliorer la suite — « qu'est-ce que le post du saumon a donné », « bilan des publications d'Iris », « est-ce que ça ramène des commandes », « pourquoi Iris ne propose plus ça ». Insights réels, commandes attribuées, capitalisation des prompts gagnants, prise en compte des refus.
Utiliser quand l'utilisateur veut savoir quoi publier et pourquoi — « qu'est-ce qu'Iris propose », « trouve-moi des raisons de publier », « détecte les opportunités de com », « pourquoi poster aujourd'hui ». Lit les données d'exploitation FoodEatUp, score les signaux (urgence × valeur × fraîcheur), déduplique, et sort des opportunités avec leur raison.
Utiliser quand l'utilisateur veut une vidéo d'un plat ou de sa carte — « fais une vidéo virale de mon burger », « anime la photo du plat du jour », « une story vidéo pour le menu de la semaine », « ce plat mérite un reel ». Transforme les VRAIES photos de plats en vidéos courtes via Higgsfield, format réseaux, coûts en crédits confirmés avant.
| name | prospection-pipeline |
| description | Utiliser quand l'utilisateur veut prospecter, trouver des entreprises, ajouter au pipeline ou traiter un nouveau prospect. Choisit la bonne source de prospection, dédoublonne, puis alimente et fait avancer le pipeline. |
Charger ${CLAUDE_PLUGIN_ROOT}/reference/directives-outils.md et appliquer ses
règles pendant toute l'exécution (IDs, confirmations, données, formats, erreurs).
prospecter_maps
(speciality, city) ;prospecter_entreprise
(nom ou siret) ; pour une vérification SIRET seule :
rechercher_entreprise_siret ;prospecter_prospect
(code_naf, specialite, date, nom_societe, nombre 1-100) ;get_formulaire_soumissions (formulaire_id ou formulaire_nom) :
chaque soumission est un prospect CHAUD — c'est la source à traiter en
premier (elle a levé la main).rechercher_prospects (q recherche libre) et search_entreprises (q).
Ne jamais créer de doublon dans le pipeline. Pour une SOUMISSION de
formulaire : chercher par email puis par nom (rechercher_prospects,
list_contacts q) AVANT enregistrer_prospect — une soumission d'un
contact déjà connu = interaction à tracer (log_activity), pas un
nouveau prospect.ajouter_prospect_pipeline avec entreprise_id OU
contact_id (pipeline par défaut si pipeline_id absent ; etape_id pour une
étape précise).
create_entreprise / create_contact après dédoublonnage
(étape 2), jamais en remplacement du flux enregistrer_prospect.create_formulaire crée le formulaire de collecte
(champs validés par l'utilisateur) dont les soumissions
(get_formulaire_soumissions) alimentent ensuite ce workflow.responsable_id dans
ajouter_prospect_pipeline (retrouver l'ID via list_commerciaux). Si aucun
responsable n'est indiqué, demander à l'utilisateur plutôt que d'assigner au hasard.deplacer_prospect_etape (id du prospect,
payload avec l'étape cible). Consulter get_pipeline / get_stats_pipeline
pour connaître les étapes existantes, et get_historique_prospect pour le
contexte avant de déplacer.enregistrer_tous_prospects) uniquement sur demande
explicite ; par défaut, passer par enregistrer_prospect au cas par cas après
dédoublonnage.