Lemlist - Intégration API Tastiie
Rôle de cette page
Cette page documente le mode opératoire d’intégration Lemlist pour Tastiie avec un angle simple :
- quel mode de connexion a été retenu
- ce qui a été réellement validé
- ce qui reste à confirmer avant usage plus large
- comment exploiter Lemlist sans passer par un tiers supplémentaire
Décision retenue
Pour Tastiie, le mode retenu à ce stade est :
- API Lemlist en direct
Cette décision a été prise pour :
- avancer rapidement
- éviter une couche tierce supplémentaire
- garder un meilleur contrôle sur les workflows commerciaux
- documenter un fonctionnement plus simple à maintenir
API vs OAuth : lecture simple
API
À privilégier pour Tastiie maintenant si l’objectif est :
- lire l’état du compte
- lister campagnes et contacts
- récupérer des données de pilotage
- préparer des automatisations sobres et maîtrisées
OAuth
À garder comme option utile si Tastiie veut plus tard :
- connecter un assistant avec autorisation utilisateur propre
- déléguer plus finement l’accès par utilisateur ou workspace
- normaliser un flux d’autorisation plus produit
Ce qui est confirmé à date
Les vérifications réalisées ont confirmé :
- l’accès à l’équipe Lemlist
- la lecture des campagnes
- la lecture des contacts
- l’accès au reporting de campagne
Résultats confirmés
- équipe accessible : oui
- campagnes accessibles : oui
- contacts accessibles : oui
- reporting campagne accessible : oui
Lecture utile de l’état actuel
- l’équipe Lemlist est bien joignable
- plusieurs campagnes existent déjà
- la campagne active observée pour la cantine digitale est Tastiie - Luciana - Cantine digitale - Dégustation - Paris 92 93 94 - Pilote 02
- cette campagne est actuellement en running
- l’expéditrice active observée est Luciana
- le compte permet la lecture utile de l’état campagne et la vérification de readiness avant action
Ce qui reste à confirmer
Un point reste à confirmer avant d’en faire un usage de pilotage avancé :
- le mode exact à utiliser pour certains endpoints de statistiques détaillées
État opérationnel actuel de l’accès API
Les vérifications les plus récentes confirment un usage exploitable de l’API pour le pilotage courant.
Lecture métier :
- la lecture des campagnes fonctionne
- la lecture des leads en campagne fonctionne
- la lecture des stats campagne fonctionne
- la vérification de readiness avant lancement fonctionne
Conclusion opérationnelle :
- la couche de lecture et de contrôle est exploitable pour opérer le pilote
- le déclenchement à la demande peut être cadré avec vérification juste avant action
- une validation complémentaire peut rester utile plus tard sur certains cas avancés, mais elle ne bloque plus le pilotage courant
Points techniques utiles côté usage
Paramètre de version
Pour certains appels campagnes, il faut prévoir le paramètre de version adapté côté API.
Limite de rythme
La documentation Lemlist rappelle une limite de rythme. Il faut donc éviter les rafales inutiles et garder des appels sobres.
Ce que Tastiie peut faire immédiatement via API
1. Contrôle de compte
- vérifier que la bonne équipe est reliée
- vérifier qu’on lit bien le bon environnement
- confirmer qu’on interroge la bonne base de campagnes
2. Lecture commerciale
- lister les campagnes
- repérer leur statut
- lire les volumes et signaux disponibles via le reporting
- vérifier s’il existe des contacts non encore engagés
3. Préparation du premier pilote
- choisir la campagne test prioritaire
- vérifier qu’elle reste sobre en volume
- relier la campagne à un seul use case clair
- vérifier que le message retenu correspond bien au persona ciblé
Ce qu’il ne faut pas faire trop tôt
- créer trop vite des automatisations larges
- lancer des envois avant validation du message
- mélanger plusieurs cibles dans une même campagne test
- ajouter un tiers intermédiaire si l’API couvre déjà le besoin de départ
Recommandation d’usage pour Tastiie
Je recommande l’ordre suivant :
- garder l’API comme socle de lecture, de contrôle et de déclenchement
- utiliser le playbook Lemlist Tastiie pour préparer la campagne et limiter le volume
- lancer en Mode A - lancement à la demande après vérification du statut, du sender et de la readiness
- valider ensuite les métriques réellement utiles au pilotage
- ouvrir OAuth seulement si un besoin produit plus structuré apparaît
Mode opératoire retenu à ce stade
Le mode retenu pour Tastiie est :
- Mode A - lancement à la demande
Lecture métier :
- pas d’auto-lancement large par défaut
- pas de départ sans validation de principe côté équipe
- vérification juste avant lancement : campagne, expéditrice, readiness, volume
- lancement déclenché ensuite à distance
Checklist avant usage réel
- la bonne équipe Lemlist est confirmée
- les boîtes d’envoi utilisées pour les tests sont validées
- la campagne pilote retenue est claire
- un seul use case est choisi
- les messages sont relus par persona
- le volume test est volontairement limité
- les KPI de lecture sont définis
- la règle d’arrêt ou d’ajustement est claire
KPI minimum à suivre
- nombre de campagnes actives ou en préparation
- nombre de contacts réellement exploitables
- volume envoyé
- réponses
- réponses positives
- rendez-vous obtenus
- apprentissages par persona