Document public destiné aux utilisateurs, moteurs de recherche et assistants consultés à la demande. Il n’autorise ni l’accès aux espaces privés ni l’entraînement d’un modèle.

Guide de configuration et d’exploitation ADMTOOLS

Ce guide présente l’ordre recommandé pour configurer ADMTOOLS et organiser le suivi commercial sans créer plusieurs CRM concurrents. Il s’adresse aux indépendants, responsables d’équipe, collaborateurs et responsables commerciaux.

Principe directeur : une personne possède une seule fiche dans le CRM. Les autres modules affichent ou mettent à jour une partie spécialisée de son parcours : Todo pour l’action humaine, Leads Meta pour l’acquisition Meta, Calendrier pour les rendez-vous et les listes d’attente.

Ordre de configuration recommandé

  1. Sécuriser le compte administrateur.
  2. Compléter l’entreprise, la langue, le fuseau horaire et la devise.
  3. Inviter les collaborateurs et définir leurs responsabilités.
  4. Créer les services, formules et règles de réservation.
  5. Configurer les calendriers et les listes d’attente.
  6. Définir le pipeline CRM et les règles de distribution commerciale.
  7. Configurer les vues Todo et les politiques de relance.
  8. Connecter les canaux d’acquisition utilisés, dont Meta si nécessaire.
  9. Tester un parcours complet avec un prospect de contrôle.
  10. Activer progressivement les communications, paiements et intégrations.

1. Comprendre les espaces ADMTOOLS

1.1 CRM : la source de vérité commerciale

Le CRM contient la fiche unique du prospect ou du client : identité, coordonnées, source d’acquisition, responsable commercial, étape du pipeline, historique, dernière interaction et prochaine étape.

Une personne qui remplit plusieurs formulaires ne doit pas être recréée à chaque fois. ADMTOOLS rapproche les données exploitables au sein du même compte et conserve les différentes soumissions dans leur module d’origine.

1.2 Todo : la file de travail

Todo contient les actions à réaliser, pas une copie de la fiche CRM. Chaque tâche est liée au prospect concerné et peut être ouverte depuis le CRM ou le canal d’origine.

Exemples : appeler un nouveau prospect, relancer après une absence de réponse, qualifier une demande, vérifier une identité ambiguë ou reprendre un paiement échoué.

1.3 Leads Meta : le cockpit d’acquisition Meta

Leads Meta conserve l’ordre d’arrivée, le formulaire, la campagne, la publicité, les réponses originales et l’état technique de chaque soumission. Il ne remplace pas le CRM.

Une action commerciale déclenchée depuis Leads Meta agit sur la fiche CRM et la Todo liées. Le statut commercial et le responsable affichés proviennent de la fiche centrale.

1.4 Calendrier, ateliers et listes d’attente

Ces modules portent les engagements futurs : rendez-vous confirmé, inscription à un atelier ou attente d’une place. Un engagement futur valide peut être la prochaine étape du prospect sans créer une Todo artificielle supplémentaire.

1.5 La règle de la prochaine étape

Tout prospect actif doit avoir au moins l’un des éléments suivants :

2. Sécurité et accès

Accès indicatif : Paramètres → Sécurité.

2.1 Compte administrateur

2.2 Comptes individuels

Chaque membre utilise son propre accès. Un compte partagé empêche d’identifier qui a distribué un prospect, changé une étape ou terminé une relance.

2.3 Principe du moindre privilège

Donnez à chaque collaborateur uniquement les droits nécessaires. Les réglages d’acquisition, l’administration d’équipe et les opérations courantes peuvent être séparés selon l’organisation.

3. Entreprise et paramètres généraux

Accès indicatif : Paramètres → Informations de l’entreprise / Général.

3.1 Informations à compléter

Le fuseau horaire est particulièrement important : il influence les rendez-vous, les échéances Todo et le report des relances vers les heures de travail.

3.2 Données publiques et données internes

Vérifiez séparément ce qui apparaît sur les pages publiques et ce qui reste interne. Les notes commerciales, motifs de perte et commentaires d’équipe ne doivent pas être publiés sur un site client.

4. Équipe, collaborateurs et responsabilité commerciale

4.1 Une identité, plusieurs fonctions

Un responsable commercial est un collaborateur spécialisé pour la vente, pas un second type d’utilisateur.

Ces responsabilités peuvent appartenir à la même personne ou à des personnes différentes. Par exemple, Paul convertit le prospect et Sophie assure la prestation.

4.2 Configuration recommandée

  1. Invitez les collaborateurs.
  2. Attribuez leurs rôles et accès.
  3. Identifiez ceux qui peuvent recevoir des prospects commerciaux.
  4. Définissez les équipes de distribution si plusieurs personnes vendent.
  5. Testez qu’un collaborateur ne voit et ne traite que les comptes autorisés.

4.3 Deux filtres à ne pas confondre

Dans le CRM, utilisez explicitement :

5. Services, formules et offres

Configurez les éléments vendus avant d’ouvrir la réservation publique.

5.1 Services

Pour chaque service, vérifiez au minimum :

5.2 Formules, packs et abonnements

Définissez la validité, les services inclus, les limites d’utilisation et les conditions de renouvellement. Testez le comportement attendu lorsqu’un client n’a plus de crédit ou lorsque sa formule expire.

5.3 Vérification avant publication

Un service publié doit être rattaché à au moins un calendrier et à un collaborateur réellement disponible. Sinon, le prospect peut voir une offre sans pouvoir réserver de créneau.

6. Calendriers, réservations et listes d’attente

6.1 Configuration minimale

Pour chaque calendrier :

  1. choisissez le fuseau horaire ;
  2. définissez les jours et heures de travail ;
  3. ajoutez congés, indisponibilités et pauses ;
  4. rattachez les services et collaborateurs ;
  5. configurez le délai minimum et la fenêtre de réservation ;
  6. définissez les rappels et règles d’annulation ;
  7. publiez puis testez l’URL comme un visiteur non connecté.

6.2 Google Calendar est facultatif

La logique CRM, Todo, réservation et relance fonctionne avec le calendrier interne ADMTOOLS. La connexion Google ajoute la synchronisation et la prise en compte des événements externes ; elle n’est pas une condition pour distribuer ou suivre les prospects.

Avant d’activer Google, vérifiez le compte connecté, les calendriers autorisés et le sens de synchronisation proposé. Testez ensuite création, modification et annulation sur un calendrier de contrôle.

6.3 Réservation confirmée

Une réservation future confirmée devient une prochaine étape visible dans le CRM. La Todo de prise de contact devenue inutile peut être réconciliée afin de ne pas demander à l’équipe de rappeler une personne qui a déjà réservé.

6.4 Échec après identification du prospect

Si une personne humaine fournit une identité exploitable mais n’achève pas sa réservation, la fiche CRM est conservée et une relance prioritaire peut être créée. Une panne technique du calendrier reste une erreur technique et ne doit pas être transformée silencieusement en résultat commercial.

6.5 Bots, identités invalides et cas ambigus

6.6 Politique de liste d’attente

Une inscription active en liste d’attente constitue déjà une prochaine étape. Elle ne nécessite donc pas toujours une Todo immédiate.

Modes recommandés par calendrier :

Le mode hybride est le réglage de départ recommandé. Créez une Todo si la personne demande à être rappelée, si une information doit être vérifiée, si la place nécessite une confirmation manuelle ou si la notification reste sans réponse.

7. CRM : pipeline et fiche unique

7.1 Pipeline

Adaptez les étapes à votre cycle de vente, avec un sens non ambigu. Un modèle simple peut contenir : nouveau, à contacter, contacté, qualifié, proposition, gagné et perdu.

Évitez de recréer ces étapes dans Leads Meta ou Todo. Le pipeline officiel reste celui du CRM.

7.2 Informations essentielles

Au premier traitement, l’équipe doit pouvoir voir :

Les champs complémentaires peuvent être enrichis progressivement. Un collaborateur ne doit pas recopier manuellement toutes les réponses Meta déjà capturées.

7.3 Doublons

Utilisez l’e-mail et le téléphone normalisés pour rapprocher les contacts dans le même compte. Si plusieurs candidats sont possibles, classez la soumission « à vérifier ». Ne fusionnez jamais uniquement sur une ressemblance de nom.

7.4 Vues opérationnelles

Les vues utiles incluent notamment : nouveaux, mes prospects, non attribués, sans prochaine étape, en retard, source Meta, source calendrier, liste d’attente, rendez-vous futur et perdus.

8. Distribution des prospects

8.1 Règle générale

Tout nouveau prospect exploitable doit être rapproché ou créé dans le CRM, puis recevoir un responsable commercial ou rester explicitement dans la file « non attribués ».

8.2 Ordre de décision

ADMTOOLS préserve d’abord un propriétaire existant. Pour un nouveau prospect, la distribution peut ensuite utiliser :

  1. un responsable fixe configuré pour la source ou le formulaire ;
  2. une équipe autorisée et sa rotation ;
  3. la file non attribuée si aucun collaborateur éligible n’est disponible.

Une absence d’affectation ne doit jamais faire disparaître le prospect. La vue « non attribués » sert de filet de sécurité pour le responsable d’équipe.

8.3 Alignement avec Todo

La première Todo est généralement affectée au responsable commercial. Une réaffectation doit garder cohérents le propriétaire CRM et la prochaine action, selon la commande utilisée, sans changer automatiquement le collaborateur qui réalisera la prestation.

9. Todo : traitement et relances

9.1 Vues quotidiennes

Organisez le travail avec les vues aujourd’hui, en retard, à venir, équipe et non attribuées. La priorité et l’échéance servent à trier, mais ne remplacent pas le lien avec la fiche CRM.

9.2 Terminer avec un résultat

Une Todo commerciale ne doit pas être simplement cochée. Enregistrez un résultat explicite, par exemple :

9.3 Relance obligatoire quand le prospect reste actif

Les résultats « aucune réponse » et « à relancer plus tard » créent une prochaine Todo selon la politique configurée. La déduplication par objectif évite plusieurs relances principales ouvertes pour le même besoin.

L’échéance tient compte du fuseau horaire et des heures de travail. Un prospect actif ne peut pas perdre sa dernière action sans nouvelle Todo, engagement futur ou résultat terminal.

9.4 Actions contextuelles

Le même dialogue guidé de traitement peut être ouvert depuis Todo, le CRM ou Leads Meta. Le résultat est enregistré une seule fois dans la logique centrale, ce qui évite trois éditeurs commerciaux divergents.

10. Leads Meta

10.1 Quand utiliser ce module

Seules les équipes utilisant les formulaires Facebook ou Instagram doivent le configurer. Les autres canaux continuent d’alimenter le CRM et la Todo sans dépendre de Meta.

10.2 Ce que le module conserve

10.3 Ce qui appartient au CRM et à Todo

Les raccourcis de Leads Meta restent utiles, mais ils commandent ces objets centraux au lieu de maintenir un mini-CRM séparé.

10.4 Plusieurs formulaires pour une personne

Si la même personne remplit trois formulaires :

10.5 Configuration par formulaire

Vérifiez l’activation de la réception, le routage initial, l’équipe ou le responsable fixe, la priorité, le délai de la première action et le traitement des soumissions ambiguës. Effectuez un test avec un formulaire de contrôle avant de lancer une campagne.

11. Autres sources d’acquisition

11.1 Formulaires publics ADMTOOLS

Une soumission valide crée ou enrichit la fiche CRM du compte concerné et assure une prochaine action. Une identité ambiguë reste à vérifier au lieu d’être fusionnée automatiquement.

11.2 Réservations et ateliers

Les rendez-vous, listes d’attente et inscriptions futures enrichissent la prochaine étape CRM. Ils ne créent pas de nouvelle fiche commerciale lorsque la personne existe déjà.

11.3 Création manuelle et import

Avant un import, normalisez les e-mails et téléphones, définissez la source et préparez la règle d’attribution. Importez d’abord un petit échantillon et contrôlez les doublons avant le lot complet.

11.4 Paiements

Les événements de paiement déjà reçus peuvent alimenter le suivi commercial. La facturation et les paiements restent toutefois leurs propres domaines : la Todo porte seulement l’action humaine requise, pas une copie de la transaction.

12. Sites, landing pages et formulaires

12.1 Publication

Avant de publier une page :

12.2 Parcours de contrôle

Utilisez une adresse et un téléphone de test clairement identifiables. Vérifiez successivement la soumission d’origine, la fiche CRM, le responsable, la Todo ou l’engagement futur, puis supprimez les données de test selon votre procédure.

13. Communications et marketing

Configurez l’expéditeur, les modèles et les consentements avant d’activer une campagne ou une automatisation. Séparez les messages de service des messages marketing et respectez les préférences de désinscription.

Les canaux e-mail, SMS ou WhatsApp ne changent pas la règle commerciale : le résultat et la prochaine action restent rattachés à la fiche CRM unique.

14. Facturation et comptabilité

Complétez les coordonnées légales, la devise, les taxes et la numérotation avant d’émettre un document réel. Testez devis, facture, avoir et export selon les besoins de l’entreprise.

Les services de paiement externes sont facultatifs pour démarrer le CRM. Ne saisissez jamais une clé secrète dans un champ non prévu et suivez le parcours de connexion proposé par l’application.

15. Intégrations Google et services externes

La connexion Google est facultative. Selon les fonctionnalités choisies, ADMTOOLS peut demander les autorisations nécessaires pour la connexion, Calendar, Drive ou Gmail. N’activez que les services réellement utilisés.

Après connexion :

  1. contrôlez le compte Google sélectionné ;
  2. vérifiez les autorisations affichées ;
  3. testez sur une donnée non sensible ;
  4. confirmez le comportement de synchronisation ;
  5. vérifiez la révocation depuis ADMTOOLS et depuis le compte Google.

Les données Google Workspace ne doivent pas être utilisées pour entraîner un modèle général ou fondationnel. Consultez la politique de confidentialité et le DPA.

16. Contrôle quotidien du responsable d’équipe

16.1 Début de journée

16.2 Fin de journée

17. Checklist de mise en service

Compte et organisation

Offre et planning

CRM, distribution et Todo

Acquisition

Publication et conformité

18. Résumé des règles à retenir

Situation CRM Todo Module spécialisé
Nouveau formulaire valide Créer ou rapprocher la fiche Première action si nécessaire Conserver la soumission
Nouvelle soumission Meta connue Enrichir la même fiche Réutiliser ou ajuster l’objectif ouvert Garder chaque soumission Meta
Aucune réponse Garder le prospect actif Créer une relance dédupliquée Conserver l’historique
Rendez-vous confirmé Afficher le rendez-vous comme prochaine étape Fermer la relance devenue inutile Calendrier maître du rendez-vous
Liste d’attente active Afficher l’attente Selon politique du calendrier Liste d’attente maître de l’inscription
Prospect perdu Statut terminal avec motif Fermer les actions ouvertes Historique conservé
Bot confirmé / identité invalide Ne pas créer de fiche Ne pas créer de Todo Journal technique uniquement
Identité ambiguë Ne pas fusionner de force Créer une vérification si nécessaire File « à vérifier »

Support et ressources

Cette documentation décrit le fonctionnement général. Les modules visibles et leurs limites peuvent dépendre du plan, des droits du compte et des intégrations effectivement connectées.