Pipeline Attio : construire un suivi commercial vraiment utilisable
Un pipeline Attio doit répondre à une question simple : que faut-il faire avancer cette semaine, et qui s'en charge ? Un tableau rempli de cartes ne suffit pas. Sans définition des étapes ni prochaine action, vous obtenez une jolie version du tableur que vous vouliez quitter.
Commencez avec vos opportunités ouvertes, leurs responsables et les décisions attendues. Vous pourrez ensuite enrichir le modèle. La configuration technique peut être rapide ; nettoyer les données et s'accorder sur le processus demande un vrai travail d'équipe.
Définir ce qui entre dans votre pipeline Attio
Une entreprise n'est pas une opportunité. Une même entreprise peut discuter d'une première mission et d'un autre projet prévu plus tard. Si vous rangez tout sur sa fiche, les montants et les prochaines étapes se mélangent.
Utilisez Companies pour les entreprises, People pour les personnes et Deals pour les opportunités. La documentation de l'objet Deals indique qu'un administrateur doit l'activer dans les réglages des objets. Elle décrit notamment le nom, l'étape, le propriétaire, la valeur et les relations vers l'entreprise et les contacts.
Avant de créer le premier deal, fixez une condition d'entrée. Par exemple : un besoin identifié et une conversation commerciale engagée. Un nom récupéré sur un salon reste un prospect à qualifier, pas automatiquement une vente potentielle à compter dans les prévisions.
Décidez aussi de ce que mesure le montant : devis hors taxes, première année de contrat ou mission complète. Mélanger ces bases rend le total inutilisable. Vérifiez la devise de l'attribut, qui est configurée en dollars par défaut dans l'objet standard.
Vous avez terminé cette étape quand deux commerciaux classent le même dossier de la même manière.
Choisir des étapes fondées sur des faits
Gardez peu d'étapes, mais donnez-leur une définition écrite. Le schéma suivant convient comme point de départ à une vente de prestations ; il doit être adapté à votre cycle réel.
- Qualification : un échange a commencé, le besoin reste à confirmer.
- Découverte réalisée : le problème et les interlocuteurs sont identifiés.
- Proposition envoyée : le destinataire a reçu une offre définie.
- Négociation : une discussion explicite porte sur les conditions de l'offre.
- Gagné : le critère de validation convenu est atteint.
- Perdu : l'opportunité est close, avec un motif renseigné.
Précisez le critère de gain. Une signature, un bon de commande ou un premier paiement ne désignent pas le même événement. Votre règle doit être cohérente avec les autres outils, sans présenter une opportunité gagnée comme du chiffre d'affaires déjà encaissé.
Ne faites pas avancer une carte parce que le commercial est optimiste. Pour passer en Proposition, il faut une offre réellement envoyée. Pour passer en Négociation, il faut un retour sur ses conditions, pas un silence prolongé.
Un projet reporté mérite aussi une décision. S'il n'a plus de calendrier crédible, sortez-le des prévisions actives selon une règle documentée et programmez une tâche adaptée. Garder tous les dossiers ouverts gonfle le pipeline sans aider à vendre.
Ajouter les champs qui servent au travail quotidien
Les attributs standard couvrent une partie du besoin. Ajoutez ensuite une source commerciale, une date de décision estimée et une prochaine action. Séparez le texte de cette action de sa date d'échéance : une phrase comme "relancer bientôt" ne peut pas être triée correctement.
La prochaine action décrit un geste précis : envoyer le périmètre révisé, demander la validation juridique ou organiser un échange avec l'acheteur. Une tâche attribuée porte l'exécution ; le deal conserve le contexte commercial.
Évitez de créer un champ pour chaque question posée en rendez-vous. Les notes accueillent les détails qui ne servent ni à filtrer ni à calculer. À l'inverse, un motif de perte doit être structuré si vous voulez comparer les raisons d'abandon.
Nommez un responsable de chaque donnée. Le commercial renseigne la prochaine action ; la personne chargée de l'administration du CRM définit les options communes. Sans cette répartition, les variantes se multiplient : "site", "inbound" et "formulaire" finissent par désigner la même source.
Avant d’ajouter un champ, nommez la personne qui le renseignera et la vue où il sera utilisé.
Construire des vues pour décider, pas pour décorer
Créez d'abord un kanban groupé par étape. Affichez sur les cartes le montant, le propriétaire et la date de décision. Le guide officiel des vues kanban décrit les filtres, les attributs visibles et le suivi du temps dans une étape.
Activez ce suivi là où une attente mérite une discussion, par exemple sur Proposition. Définissez un délai à partir de votre cycle de vente. L'indicateur rouge signale un dépassement de la cible choisie ; il ne prouve pas qu'une affaire est perdue.
Préparez ensuite une vue tableau "Mes opportunités ouvertes", filtrée sur le propriétaire courant et triée par échéance. Elle sert au travail individuel, tandis que le kanban sert à discuter des dossiers en réunion.
Ajoutez une vue de contrôle pour les deals ouverts sans prochaine action ou avec une échéance dépassée. Vérifiez les groupes de filtres : une condition mal assemblée peut faire réapparaître des dossiers gagnés. Testez avec une carte connue dans chaque situation.
Ne confondez pas vue personnelle et restriction d'accès. Un filtre organise l'affichage ; il ne constitue pas une barrière de confidentialité.
Importer un échantillon avant le fichier complet
Nettoyez les étapes et les propriétaires dans le fichier source. Conservez un identifiant d'origine stable par opportunité. L'objet Deals n'a pas d'attribut unique par défaut : le nom de l'entreprise ne suffit donc pas à reconnaître deux affaires distinctes ou une affaire déjà importée.
Pour un modèle simple, préparez les entreprises et les personnes, puis les opportunités et leurs relations. Attio accepte aussi certains imports combinés ; l'ordre retenu doit surtout rendre les rapprochements vérifiables. Un domaine peut identifier une entreprise, mais pas nécessairement chaque établissement d'un groupe.
Importez d'abord quelques dossiers représentatifs : une entreprise avec deux deals, un contact sans adresse professionnelle et une opportunité perdue. Vérifiez les liens, les dates et les montants. Conservez les lignes rejetées pour les corriger au lieu de les oublier.
N'importez pas tout l'historique dans le pipeline actif. Gardez les données nécessaires à vos analyses et archivez le reste selon vos règles de conservation. Le succès de l'import se mesure à la fidélité des dossiers, pas au seul nombre de lignes acceptées.
Tester deux automatisations modestes
Les workflows Attio associent un déclencheur à des actions et à des conditions. Ils sont proposés sur tous les forfaits, avec une consommation de crédits qui dépend des étapes exécutées.
Premier scénario : lorsqu'un deal passe en Proposition, créer une tâche demandant à son propriétaire de confirmer la prochaine échéance. Filtrez sur l'étape exacte. Prévoyez le cas d'un retour en arrière puis d'un nouveau passage en Proposition : il ne doit pas produire une pile de rappels identiques.
Deuxième scénario : lorsqu'un deal devient Gagné, prévenir l'équipe chargée de la suite. Une notification Slack peut convenir si l'intégration et le canal sont autorisés. Le message contient le lien vers le dossier et les informations utiles à la prise en charge, pas tous les détails confidentiels de la négociation.
Testez sur des fiches dédiées avant activation générale. Contrôlez le destinataire, l'échéance et le résultat dans l'historique d'exécution. Une automatisation sans responsable de surveillance finit par devenir un problème silencieux.
Faire une première revue avec des dossiers réels
Exemple hypothétique : une agence de quatre commerciaux reprend trente opportunités ouvertes. Lors de la revue initiale, six n'ont aucune prochaine action et quatre affichent une date dépassée. Ces deux groupes peuvent se recouper ; on ne conclut donc pas que dix dossiers distincts sont bloqués.
L'équipe ouvre chaque fiche concernée. Un projet attend une validation interne, un autre est reporté sans date, un troisième comporte une proposition jamais envoyée. Elle corrige les faits avant de parler de prévisions.
Pendant les deux semaines suivantes, suivez la proportion de deals ouverts avec une action datée et le nombre de corrections de classement. Ce sont des contrôles d'adoption, pas des preuves de revenus supplémentaires. Comparez aussi la valeur affichée à quelques devis sources.
Les fonctions citées ont été vérifiées le 2 novembre 2026 ; contrôlez leurs conditions dans votre espace avant déploiement. Pour faire cadrer le modèle et les tests, vous pouvez présenter votre projet CRM à Sqrilo. Apportez cinq opportunités représentatives : elles seront plus utiles qu'une liste de fonctionnalités souhaitées.