Skip to content
← Processus

Relancer les comptes silencieux

Les comptes payants silencieux reçoivent une note pertinente, ancrée dans ce qu'ils ont dit, avec la date enregistrée pour que personne ne soit contacté deux fois.

Folk→Gmail
Démarre
Programmation hebdomadaire
Étapes
7
Contrôles et conditions
2
Une personne décide
1

Déclencheur · Planifié

Programmation hebdomadaire

Une fois par semaine, l'exécution vérifie quels comptes payants sont silencieux depuis plus longtemps que votre propre seuil.

Claude exécute la suite en autonomie

  1. 1

    Lister les comptes payants silencieux

    Folk

    Folk

    Vous obtenez les comptes payants au-dessus de votre plancher de revenu, non résiliés, et silencieux depuis plus longtemps que votre propre seuil.

  2. 2

    Nommer un contact par compte

    Folk

    Folk

    Chaque compte reçoit une personne à qui écrire — son contact principal déclaré, ou la personne la plus senior sur le dossier avec un email.

  3. only when un contact avec un email existe
  4. 3

    Trouver un vrai détail à mentionner

    Folk

    Folk

    Les notes passées de chaque compte donnent un détail concret qui vaut la peine d'être mentionné, et aucun n'est inventé quand il n'y en a pas de bon.

  5. 4

    Rédiger une note courte et précise

    Chaque compte reçoit une note courte qui nomme le vrai écart depuis le dernier contact et y tisse ce détail.

  6. Revoir la liste. Une personne intervient ici.relais

    La liste complète part en revue d'abord, et tout ce qui n'est pas prêt est retenu.

  7. only when approuvé pour l'envoi
  8. 6

    Envoyer chaque note approuvée

    Gmail

    Gmail

    Chaque note approuvée part de la boîte mail du titulaire du compte, avec l'équipe en copie.

  9. 7

    Journaliser chaque compte, enregistrer la date

    Folk

    Folk

    Chaque compte atterrit sur une ligne journalisée, et chacun réellement contacté porte la date du jour, si bien que la prochaine exécution ne contacte jamais quelqu'un deux fois.

Un compte payant silencieux est facile à manquer et coûteux à perdre. Quelqu'un doit remarquer le silence, se souvenir sur quoi le compte travaillait en dernier, et écrire quelque chose qui ne sonne pas comme un template — en supposant que quelqu'un fasse tourner la liste. Le plus souvent, ça n'arrive pas avant que le compte ne soit déjà parti.

L'historique propre du compte porte déjà l'accroche dont un bon email de relance a besoin. Le travail, c'est de le lire avant d'écrire, et d'enregistrer la date pour que le même compte ne soit jamais recontacté deux fois par deux exécutions différentes. Les deux sont des étapes qu'un agent IA avec accès au CRM et à l'email peut faire pour chaque client inactif de la liste.

What you get

Quiet, paying accounts each get one relevant note rather than a blast, and the date it went out is stamped back so the next run knows who's already been touched.

Quels clients inactifs l'exécution repère

Une fois par semaine, Folk renvoie les comptes payants qui passent trois filtres à la fois : au-dessus de votre propre plancher de revenu, pas déjà résiliés, et silencieux depuis plus longtemps que votre propre seuil, comme aucune interaction enregistrée depuis trois mois ou plus. Les trois filtres entrent dans une seule requête, parce que c'est une liste qui est ré-exécutée régulièrement et doit rester économique.

Chaque compte reçoit ensuite une personne à qui écrire. Le contact principal déclaré du compte vient en premier. Sans lui, l'exécution prend la personne la plus senior sur le dossier avec un email, fondateur ou direction de préférence, et préfère quelqu'un avec qui le compte a réellement échangé à un nom simplement listé. Les contacts de listes sans rapport, comme une liste de recrutement qui partage le compte, sont écartés, tout comme quiconque n'a aucune adresse email sur le dossier. Aucune adresse n'est devinée.

Ce qui rend un email de relance précis

Un email générique « on prend juste des nouvelles » dit au compte qu'il n'est qu'une ligne. Donc avant qu'un mot ne soit rédigé, l'exécution lit ce que le CRM sait déjà : notes passées, description et champs de statut propres du compte, tout ce qui montre sur quoi ils travaillaient ou ce qui les bloquait. Elle cherche par nom d'entreprise et par nom de contact, essaie quelques termes thématiques comme l'onboarding, une fonctionnalité précise ou une date de renouvellement, et lit les notes les plus récentes en premier.

De là, elle retient exactement un détail concret, quelque chose que le compte a réellement dit ou fait. Quand les notes sont vides ou trop génériques pour en donner un, la note se rabat sur un template simple. Un détail fabriqué qui sonne précis se lit plus mal qu'un email générique.

La rédaction elle-même est courte et chaleureuse. Elle nomme le vrai écart depuis la dernière interaction, y tisse ce détail unique, porte une ligne d'objet de deux mots qui sonne comme une note plutôt qu'une campagne, et propose un court appel avec deux ou trois créneaux concrets.

Revue, envoi, et date enregistrée

La liste complète, avec chaque contact, email et note rédigée, part vers une personne avant tout envoi. C'est du sortant vers des clients payants, et ça mérite ce regard. Les notes approuvées partent via Gmail avec l'équipe en copie, si bien qu'une réponse n'atterrit pas dans une seule boîte que personne d'autre ne voit.

Chaque compte reçoit ensuite une ligne journalisée : les champs qui l'ont qualifié, le contact utilisé, le détail référencé et le résultat. Chaque compte réellement contacté porte la date du jour, récupérée au moment de l'exécution plutôt que codée en dur, et quiconque retenu garde une date vide. Cette date est ce qui rend l'ensemble répétable en toute sécurité. Sans elle, une seconde exécution n'a aucun moyen de savoir qui a déjà été contacté, et un compte silencieux se retrouve soit emailé deux fois dans le même mois, soit oublié parce qu'on a supposé qu'une exécution précédente s'en était occupée.

The prompt

The real prompt behind the steps above, detailed enough that an agent with the same tools can run it as written. The Run buttons copy the full version, which also carries the steps for connecting those tools.

# Re-engage accounts that have gone quiet

You have read/write access to your CRM and email. Run this against
your paying accounts.


## 1. List the quiet paying accounts

- Filter your paying accounts to the ones that fit: above your own
  revenue floor, not already churned, and quiet for longer than your
  own threshold (e.g. no logged interaction in 3+ months).
- Combine all three filters in one query rather than fetching
  everything and filtering client-side — this is a list you'll re-run
  regularly, so keep it cheap.

## 2. Name one contact per account

- Prefer the account's stated main point of contact where one is set.
- Otherwise, pull the people linked to the account and pick the most
  senior one with an email on file — founder or leadership preferred,
  and prefer someone the account has actually interacted with before
  over a name that's merely listed.
- Skip contacts from clearly unrelated categories (e.g. a recruiting
  or sourcing list that happens to share the account), and skip anyone
  with no email at all rather than guessing one.

## 3. Find one real detail before drafting anything

- Before writing a single word, pull what the CRM already knows about
  this account: past notes, its own description and status fields,
  anything indicating what they were working on or blocked by.
- Search by both the company name and the contact's name, and try a
  few topical terms relevant to your product (onboarding, a specific
  feature, a renewal date) — read the most recent notes first.
- Pull out exactly one concrete, specific detail per account worth
  referencing — something they actually said or did, not a generic
  compliment. **If the notes are empty or too generic to yield a real
  detail, fall back to a plain template rather than inventing one.**
  A fabricated detail is worse than a generic email.

## 4. Draft a short, specific note

- Short, warm, and specific. Reference how long it's actually been
  since the last interaction and weave in the one real detail from
  step 3 so it reads as "we noticed," not "we're checking a box."
- A two-word subject line reads as a real note, not a campaign.
- Offer a short call and ask for a couple of concrete times — a
  specific ask converts better than an open-ended "let's catch up."

## 5. Review the list, then send each approved note

- Deliver the full list — contact, email, and the drafted note — for
  a human look before anything goes out. This is outbound to paying
  customers; it earns a review pass.
- Send with whoever on the team should have visibility CC'd, so a
  reply doesn't land in one inbox nobody else can see.

## 6. Log each account, stamp the date

- Write one row per account: the segment fields that qualified them,
  the contact used, the detail referenced, and the outcome.
- Stamp today's actual date on every account you emailed — fetched at
  run time, not hardcoded — so the next run knows who's already been
  touched and nobody gets contacted twice. Leave the date blank for
  anyone held back from sending.

## Output

Report: how many accounts matched the segment, how many were emailed,
how many were held back and why, and how many drafts used a real
context detail vs. the plain fallback.

Pourquoi le faire tourner avec Tulina

Un prompt aide une personne. Un processus fait avancer une équipe.

Collé dans une conversation, le prompt ci-dessus marche une fois, pour celui qui l'a collé. Dans Tulina, « Relancer les comptes silencieux » devient un processus que l'équipe partage, qui garde son historique, qui tourne seul, et qui reste dans le même périmètre de sécurité que les outils qu'il appelle.

  • Toute l'équipe travaille sur le même

    PersonnelÉquipeOrganisation

    Un processus se range à l'endroit qui lui correspond : à vous, à votre équipe ou à toute l'organisation. Celui qui l'exécute peut l'améliorer, et tout le monde repart de la meilleure version au lieu de réexpliquer le travail à chaque fois.

  • Chaque modification est une version

    v1v2v3

    Chaque changement crée une nouvelle version et garde la précédente ; une mauvaise modification se défait en restaurant une version antérieure. Chaque exécution enregistre la version qu'elle a suivie, et ce qu'elle a appris revient dans le processus.

  • Il tourne sans vous

    planifiéwebhookà la demande

    Un agent hébergé exécute le processus sur l'infrastructure de Tulina, à heure fixe ou quand un événement arrive, et continue quand vous fermez la conversation. Rien à héberger. Chaque exécution est suivie jusqu'à son résultat.

  • Dans le même périmètre de sécurité

    coffrerôlesjournal

    Les identifiants restent dans le coffre, jamais dans le prompt. Les rôles décident qui peut lancer quoi, chaque appel est journalisé, et une étape qu'une personne doit valider attend cette personne.

Questions sur les emails de relance client

Oui — un agent avec accès au CRM et à l'email peut extraire un vrai détail de l'historique propre d'un compte et rédiger une note courte et précise plutôt qu'un check-in générique, pour chaque compte devenu silencieux.

En ancrant chaque note dans quelque chose que le compte a réellement dit ou fait — et en se rabattant honnêtement sur un template simple quand les notes n'ont rien d'utilisable, plutôt que d'inventer un détail qui sonne précis mais ne l'est pas.

Non — chaque note rédigée part en revue humaine d'abord, puisque c'est du sortant vers des clients payants et que ça mérite un second regard avant tout envoi.

En enregistrant la vraie date d'envoi sur le compte au moment de l'exécution — la prochaine exécution vérifie ce champ, donc personne déjà atteint n'est recontacté.

D'autres processus qui tournent surtout sur Folk. Les outils partagés avec celui-ci sont allumés.

Découvrez Tulina en 30 minutes.

Réserver une démo