Cinq choses que tu automatises quand chaque action du pipeline est un appel REST

Chaque action de l'interface LeadGrid — créer un dossier, déplacer une étape, ajouter une note, assigner un membre — est un appel REST documenté. Ce n'est pas une fonctionnalité ; c'est la forme même du produit. Cela signifie que la frontière entre « ce que fait LeadGrid » et « ce que fait ton propre code » n'est qu'une requête HTTP.

Voici cinq automatisations qui prennent moins d'un après-midi dès que tu cesses de voir ton CRM comme quelque chose sur lequel tu cliques.

1. Créer automatiquement des dossiers depuis les e-mails entrants

Chaque workspace reçoit une adresse inbound. Transfère-y un lead ou un CV, LeadGrid parse l'expéditeur et la pièce jointe, crée un dossier structuré et envoie un webhook vers ta couche d'automatisation.

Pas de surveillance manuelle d'une boîte partagée. Pas d'upload CSV. Ton AE transfère une intro client, et quand il actualise la grille, le dossier est déjà assigné, tagué et dans le bon pipeline.

2. Notifications Slack contextualisées par étape

Webhook dossier.stage_changed → ta fonction → message Slack. Le body contient le nom du dossier, l'ancienne étape, la nouvelle étape, le responsable et la deadline. Tu écris le filtre : if new_stage == "Interview" and dossier.type == "candidate" → #recruitment-live. Les deals sales suivent un canal différent et un seuil différent.

Tu ne reconfigures pas les notifications dans une UI de fournisseur. Tu exprimes une règle dans le code, versionnée avec le reste de ton infra.

3. Des escalades de deadline qui escaladent vraiment

LeadGrid intègre des deadlines. Ce qui change, c'est que tu peux t'abonner à dossier.deadline_missed et réagir selon le fonctionnement de ton équipe : notifier le manager du responsable, poster dans le canal d'escalade, ouvrir un ticket Linear, ou déclencher un rappel calendrier 24 heures avant.

L'API te permet de composer des escalades à partir des services que tu fais déjà tourner. Pas de nouveau dashboard à surveiller.

4. Maintenir ton data warehouse à jour sans ETL

Chaque événement de dossier — créé, déplacé, clôturé, commenté — est disponible sous forme de webhook. Envoie-les dans une queue, écris-les dans ton warehouse, et ta couche BI est à jour en quelques secondes plutôt qu'avec le décalage de 24 heures d'une sync nocturne.

// pseudo-handler
app.post("/webhooks/leadgrid", async (req) => {
  const sig = req.headers["x-leadgrid-signature"];
  verify(sig, req.rawBody);            // HMAC, documenté
  await queue.publish("leadgrid", req.body);
  return { ok: true };
});

Pas de pipeline ETL, pas de job planifié, pas de « oh, la sync est encore cassée ». La source de vérité pousse, ton warehouse écoute.

5. Des agents qui font avancer les pipelines tout seuls

C'est là que ça devient intéressant. Parce que chaque action est un appel REST avec une spec OpenAPI propre, un LLM peut piloter LeadGrid. Un agent Claude ou GPT peut :

• Lire le CV d'un(e) candidat(e) depuis le storage
• Rédiger un résumé IA et le poster comme note
• Déplacer le dossier à l'étape suivante si le résumé correspond au poste
• Envoyer au/à la candidat(e) une prochaine étape structurée par e-mail via le domaine expéditeur du workspace

Tout ça sans scraping. L'agent appelle POST /v1/dossiers/<id>/notes exactement comme un humain clique sur « Ajouter une note ».

Nous ne vendons pas une fonctionnalité IA fermée par-dessus un CRM fermé. Nous vendons un pipeline programmable — et c'est toi qui décides quelles boucles tournent avec des humains, lesquelles avec de l'automatisation et lesquelles avec des agents.

L'essentiel

Tout CRM peut produire un CSV. Très peu sont conçus pour que toute la surface soit aussi appelable qu'une bibliothèque. LeadGrid, si. Lis la spec sur /docs/api, récupère une clé API dans les paramètres de ton workspace et mets en prod ta première automatisation dans l'après-midi.

Commencer gratuitement →