Skip to content
← Processus

Transformer les visiteurs du site en outreach

Chaque entreprise qui lit votre site reçoit une décision, et les rares qui méritent une réponse arrivent comme une personne nommée avec une note écrite depuis la page lue.

Snitcher→Folk→Lemlist→LinkedIn→Slack
Démarre
Visite d'entreprise identifiée
Étapes
7
Contrôles et conditions
2
Une personne décide
Jamais, tourne seul

Déclencheur · Événement

Visite d'entreprise identifiée

Une entreprise visiteuse est identifiée avec les pages qu'elle a ouvertes et le temps qu'elle y a passé, et un balayage biquotidien capte la fenêtre.

Snitcher

Claude exécute la suite en autonomie

  1. 1

    Retirer clients et concurrents

    Snitcher

    Snitcher

    Vos propres domaines, clients existants, concurrents et fournisseurs d'infrastructure sortent de la liste sur le domaine, avant que quoi que ce soit ne soit dépensé.

  2. 2

    Étiqueter le statut CRM de chaque entreprise

    Folk

    Folk

    Chaque entreprise reçoit sa voie depuis le CRM — client, deal actif, lead mort ou aucun dossier — et le CRM lui-même n'est jamais modifié.

  3. 3

    Écarter les entreprises déjà contactées

    Lemlist

    Lemlist

    Une entreprise déjà dans l'une de vos campagnes est mise de côté, si bien que personne n'entend parler de vous deux fois.

  4. 4

    Garder les visites à vraie intentioncontrôle

    Une visite limitée à la page d'accueil sans temps passé est journalisée et arrêtée, pas enrichie.

  5. only when la visite montre une vraie intention
  6. 5

    Nommer la bonne personne à contacter

    LinkedIn

    LinkedIn

    La page lue fixe le rôle à chercher, et une personne nommée revient avec la raison pour laquelle elle correspond.

  7. 6

    Rédiger une note sur cette page

    Une note de moins de 300 caractères qui s'ouvre sur ce que couvre la page, pas sur la visite elle-même.

  8. 7

    Journaliser chaque entreprise, publier un récapitulatif

    Slack

    Slack

    Chaque entreprise atterrit dans une table avec son verdict, et un court message ramène les deals qui reviennent et les notes rédigées.

  9. Résultat · Every identified company lands in one table with its verdict and its evidence, and the handful worth answering come back as a named person and a drafted note a human only has to send.

La plupart des entreprises qui lisent votre site ne remplissent jamais de formulaire. L'identification de visiteurs B2B met un nom d'entreprise sur ces visites, mais un nom seul ne dit à personne quoi faire ensuite, et un canal qui liste chaque entreprise visiteuse cesse d'être lu en une semaine. La version utile prend une décision par entreprise et n'interrompt une personne que lorsqu'il y a quelque chose sur quoi agir.

Tout ce dont cette décision a besoin est déjà dans vos outils. L'outil de visiteurs sait quelle entreprise est venue, quelles pages elle a ouvertes et combien de temps elle est restée. Le CRM sait si cette entreprise est une cliente, un deal actif ou un lead devenu silencieux. Votre outil d'outreach sait qui est déjà en campagne. Ce qui manque, c'est l'ordre dans lequel les lire, si bien que la moitié coûteuse — une recherche de personne et l'attention d'une personne — n'est dépensée que là où elle peut rapporter.

What you get

Every identified company lands in one table with its verdict and its evidence, and the handful worth answering come back as a named person and a drafted note a human only has to send.

D'une visite identifiée à un verdict

Deux fois par jour, l'exécution récupère une fenêtre de visites depuis Snitcher en un seul appel, qui porte déjà les pages visitées, le nombre de sessions, le temps sur le site, la localisation, l'industrie et les technologies. Elle suit la pagination jusqu'au bout, parce qu'une taille de page demandée est parfois plafonnée silencieusement, et elle relance une fenêtre vide contre une fenêtre connue pour être bonne avant de rapporter que personne n'a visité.

Les vérifications gratuites passent en premier. Vos propres domaines, le trafic de test, les clients, les concurrents, les FAI, les hébergeurs et les opérateurs mobiles sortent de la liste, rapprochés sur le domaine parce que les noms affichés se confondent. Une seule page vue depuis une région de datacentre connue est le fournisseur cloud, quel que soit le nom grand public qui le possède. Chaque entreprise restante est ensuite rapprochée de vos groupes clients et prospects dans Folk, récupérés une fois par exécution et confirmés sur le champ URL du dossier. Le processus lit le CRM et n'y écrit jamais.

Deals actifs, leads qui reviennent et entreprises déjà contactées

Le statut CRM décide de la suite. Une cliente ou un deal gagné est enregistré et s'arrête là. Une entreprise en deal actif qui relit vos pages tarifs ou comparaison est la ligne la plus précieuse de toute l'exécution, puisque c'est un signal d'achat visant une personne précise, donc le récapitulatif nomme le responsable du deal et cite la page, et c'est lui qui prend le relais. Un lead mort ou une entreprise sans dossier continue, et un lead devenu silencieux qui revient est étiqueté comme précédemment perdu pour que personne ne le relance à l'aveugle.

Les entreprises déjà en campagne sont mises de côté ensuite. L'agent lit une fois les tables de campagne dans Lemlist, réduit chaque adresse à son domaine, et rapproche en mémoire. Il indique aussi les limites de cette vérification : les contacts ajoutés par invitation réseau ne portent aucun email et sont invisibles à un rapprochement par domaine, et toute grande liste hors des tables de campagne est soit balayée, soit déclarée non balayée.

Lire l'intention depuis les pages visitées

Une visite limitée à la page d'accueil, ou à toute page unique sans temps passé, ne porte aucun signal de page. Elle est enregistrée et rien de plus n'est dépensé, puisqu'il n'y a rien sur quoi écrire une note ancrée dans le réel. Ce filtre comportemental, pas un score firmographique, est ce qui garde l'exécution légère. Le score d'adéquation de l'outil de visiteurs reste sur la ligne comme note et critère de départage, jamais comme filtre : le lecteur le plus assidu d'une fenêtre est régulièrement mal noté sur le plan firmographique, et une entreprise parfaitement notée passe régulièrement zéro seconde sur la page. Une entreprise qui ne correspond à aucune des voies d'achat sur lesquelles vos campagnes sont bâties est enregistrée comme hors voie.

Puis la page décide qui chercher sur LinkedIn. Une page de processus ou de cas d'usage précis pointe vers qui possède cette fonction. La page intégrations pointe vers le RevOps, le responsable des opérations, ou le CTO dans une équipe de moins de 20 personnes. La page tarifs, lue en premier ou seule, pointe vers le détenteur du budget, et une page de comparaison vers qui mène l'évaluation. Les pages d'aide et de documentation signifient que l'entreprise utilise déjà le produit, ce qui en fait une conversation customer success. Une personne est choisie, rôle d'abord et localisation la plus proche de la ville de la session, avec des recherches espacées une entreprise à la fois pour ne pas dégrader le siège réseau.

Une note rédigée et un récapitulatif

La note fait moins de 300 caractères, et sa première clause nomme ce que l'entreprise lisait : la page est l'événement, et la description de l'entreprise n'est que le contexte. Elle ne dit jamais « je vous ai vu sur notre site ». Cette phrase est vraie et se lit comme de la surveillance, alors que quelqu'un qui a lu une page sur le pipeline mort reconnaît son propre problème dans une phrase sur le pipeline mort. L'exécution n'envoie rien. Le profil est capturé pour que l'envoi soit à un clic, et une personne l'envoie.

Chaque entreprise, y compris chaque entreprise exclue et arrêtée avec sa raison, est écrite dans une table en un seul appel groupé, indexée sur le domaine pour que la prochaine exécution mette à jour plutôt que duplique. Puis un message part vers Slack. Seules deux choses reçoivent du détail : un deal actif revenu sur le site, et une note prête à envoyer. Tout le reste se réduit à une seule ligne de comptage, avec une ligne d'avertissement ajoutée uniquement quand quelque chose a été plafonné, sauté ou dégradé.

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.

# Turn the companies reading your site into grounded outreach

You have access to a website visitor identification tool, your CRM, your
outreach tool's campaign records, a professional network search, and your
team's messaging tool. Run this over the **[last 24 hours]** of visits.


## 1. Identify every company that visited

- Ask for the identified companies of the window in **one call**. The
  payload already carries the pages visited, session count, total time
  on site, location, industry, technologies and the company's social
  profiles — do not make a second per-company call to fetch a visit's
  detail you were already handed. The only reason to open a single
  session is a form submission, whose values live nowhere else.
- **Keep the filter conditions flat.** A nested condition group is
  rejected outright rather than ignored.
- **A zero result is a suspected filter bug, not a quiet day.** An
  hours-based window can come back empty over exactly the period a
  day-based window returns a full list — no error, just an empty array.
  Ask in days. If a window returns nothing, re-run it with a
  known-good window before you report that nobody visited.
- **Do not trust one page of results.** A requested page size is
  sometimes ignored and silently capped smaller. Follow the pagination
  cursor to the end and check the returned count against the total.

## 2. Remove customers and competitors

Record the verdict and stop. Nothing further is spent on these:

- Your own domains, your test and staging traffic, and anyone already
  tagged as a customer or a competitor. **Match on domain, never on
  display name** — display names collide and are edited by hand.
- ISPs, hosting providers, and mobile carriers.
- **Watch the city, not just the company.** A one-pageview visit from
  a known datacentre region is the cloud provider, not the household
  name that owns it. That trap fires on the largest, most exciting
  company name you will see all week.

## 3. Label each company's CRM status

Pull your customer and prospect groups **once** and match in memory,
rather than one lookup per company. Confirm each match on the record's
URL field, not on the name alone. Then read the status the CRM already
carries — this process never writes to the CRM, it reports what is
there:

- Already a customer, or a won deal → record it, recap it, stop.
- A live deal — meeting booked, qualifying, negotiating, in follow-up →
  **this is the highest-value line in the whole run.** A company
  re-reading your pricing or comparison pages while a deal is open is
  a buying signal aimed at a specific person. Name the deal owner on
  the line and quote the page. Then stop: the owner works it, not this
  process.
- A dead lead, or no record at all → continue. A company reading the
  site months after going quiet is a **new** signal, not a closed
  one. Say on the line that it was previously lost, so nobody
  re-pitches it blind.

## 4. Skip companies already contacted

- **Build a domain index once per run, then match in memory.** Do not
  query per company.
- Expect the enrolment endpoint to be the wrong tool for this: it
  often returns campaign and status fields but **no recipient**, and
  where it does accept a recipient filter that filter is an exact
  email match, not a substring — so it cannot answer "anyone at this
  domain". Read the campaign **tables** instead, reduce every address
  to its domain, and use that set.
- **State the limits of the check rather than implying it was
  complete.** Rows added by network invitation carry no email address
  and are invisible to a domain check by construction. Any large
  non-campaign list you did not scan is a gap too. Either scan it and
  say so, or skip it and say so.

## 5. Keep visits with real intent

A company whose only page is the homepage — or any single page with
no dwell time — is **no page signal**. Record it, recap it, spend
nothing more on it. There is nothing to write a grounded note about,
and an ungrounded note is worse than no note at all.

This behavioural gate, not a firmographic score, is what keeps the run
cheap. **Never gate on a vendor's fit score.** Score the company on
what it *is* and what it *read*, using industry, description,
technologies and keywords as evidence, and keep the vendor's own tier
on the row as a note and a tiebreak. Firmographics before behaviour
puts them in the wrong order: the deepest reader in a window is
regularly scored a poor firmographic fit, and a perfectly-scored
company regularly spends zero seconds on the page.

A company that fits none of your lanes is **out of lane** — record it
with the one-line reason and stop. Your lanes: **[fill in — the two
to four buyer profiles your campaigns are actually built around]**.

## 6. Name the right person to contact

**The page they read decides the role you search for**, not a generic
title list:

| They read | Search for |
|---|---|
| A specific process or use-case page | whoever owns that job — the function named on the page |
| The integrations page | RevOps, Head of Ops, or the CTO in a team under 20 |
| Pricing, first or alone | the budget holder — a founder, or the VP of that function |
| A competitor comparison | whoever runs the evaluation, usually Head of GTM or Ops |
| The help or docs pages | they are already using it — this is Customer Success, not sales |

- Pick **one** person: role fits the page, location closest to the
  session's own city. Write one sentence naming both. A company where
  you cannot write that sentence is **no person**, not a guess.
- The visitor tool's own contact list is usually free — call it, and
  expect it to be empty. **Never call its email-reveal operation**: it
  spends a credit and permanently un-hides the address, and you do
  not need an address to send a network invitation.
- **One search per company, spaced.** A burst degrades the network
  seat and then disconnects it. On a rate-limit response, read the
  delay the API actually returns rather than assuming it is short,
  mark the remainder `no person`, and say so in the recap.

## 7. Draft a note about that page, not the company

Under 300 characters, and **the first clause names what they were
reading**. The company description is background; the page is the
event.

| Signal | The angle |
|---|---|
| A specific process page | Name that job back to them. They came for one outcome — say you have it running, not that you are a platform. |
| Integrations plus their detected stack | You already know what they run. Name the two integrations that matter to them, by name. |
| Pricing early or alone | They are qualifying, not browsing. Short and price-honest; do not open with product. |
| A competitor comparison | Mid-evaluation. One differentiator, no pitch, offer to answer the comparison question directly. |
| Help or docs | Already trying to make it work. Offer help — selling here reads as tone-deaf. |
| Several pages in one session | They are mapping the surface. Ask which of the two they read most is the live problem. |

**Never write "I saw you on our website".** It is true, it is legal,
and it reads as surveillance. Say the thing the page is *about* —
someone who read a page on dead pipeline recognises their own problem
in a sentence about dead pipeline without being told they were
watched.

Skip anyone you are already connected to or have already invited.
Capture the profile URL and provider id now so sending later is one
click.

**The run does not send.** Not "sends carefully" — does not send. The
row lands as a draft and a person sends it.

## 8. Log every company, post one recap

- Write **every** company to your table in one batched call, keyed on
  domain so the next run upserts rather than duplicates. That includes
  every excluded and every stopped company, with its reason. The table
  is the full record.
- Then post **one** message, at the end. Only two things get detail:
  a live deal that came back to the site, and a note waiting to be
  sent. Everything else collapses to a single counts line — the
  detail is already in the table, and repeating it is what makes a
  recap go unread.
- Print no section with a zero count. Add a single warning line
  **only** when something was capped, skipped or degraded — an
  unchecked outreach source, a list you did not scan, a seat that was
  down, a suspicious zero.

## Output

Report: the window and how many companies were identified; the live
deals that returned, with the page and the owner; each drafted note
with its person and the page it answers; then one counts line for
excluded, customers, already in sequence, no page signal, out of
lane, and no person found. A recap that reads clean when the run was
partial is a failure. So is one nobody reads.

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, « Transformer les visiteurs du site en outreach » 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 l'identification des visiteurs du site

Ce processus balaie une fenêtre de visites deux fois par jour plutôt que de se déclencher à chaque visite, et chaque fenêtre chevauche délibérément la précédente pour que rien ne tombe entre deux exécutions. Ce chevauchement ne coûte rien, car la table est indexée sur le domaine de l'entreprise et une entreprise ne revient dans le récapitulatif que si sa visite est plus récente que celle déjà enregistrée. Le balayage est aussi ce qui permet aux vérifications CRM et campagne d'indexer une fois par exécution plutôt qu'une fois par entreprise.

L'identification au niveau entreprise résout une adresse IP vers une organisation ; elle ne nomme pas l'individu qui a visité. C'est différent du suivi d'une personne, et c'est pourquoi ce processus cherche le bon rôle sur un réseau professionnel plutôt que d'essayer de faire correspondre le visiteur réel. Vérifiez vos propres obligations selon les régions où vous opérez — et notez que le processus lit la page sur laquelle la personne est arrivée plutôt que d'annoncer qu'elle a été observée, ce qui est la partie à laquelle les destinataires réagissent mal.

Non. La plupart des entreprises identifiées ne méritent pas l'attention d'une personne, et un canal qui se déclenche pour toutes cesse d'être lu en une semaine. Six des sept verdicts ici terminent la ligne silencieusement dans une table. Seuls un deal actif revenant sur le site et une note prête à envoyer interrompent quelqu'un.

Les clients, deals actifs et entreprises déjà en campagne sont traités en premier, puis le processus regarde ce que l'entreprise a lu. Une visite limitée à la page d'accueil sans temps passé termine la ligne. Le score d'adéquation de l'outil de visiteurs est firmographique et calculé avant que quiconque n'ait rien lu, donc il est gardé comme preuve et critère de départage, jamais comme filtre. Une entreprise qui passe quarante pages vues sur vos pages de comparaison, tarifs et aide vous en a dit plus que sa tranche d'effectif ne le fera jamais.

Elle peut trouver le bon rôle, pas le visiteur réel, puisque l'identification s'arrête à l'entreprise. La page lue détermine qui chercher, donc la page tarifs pointe vers le détenteur du budget, une page de comparaison vers qui mène l'évaluation, et les pages d'aide vers le customer success. Une personne est choisie sur le rôle et sur la localisation la plus proche de la session, et une entreprise où personne ne correspond est enregistrée comme n'ayant aucune personne.

Non. Elle rédige, enregistre le profil pour que l'envoi soit à un clic, et s'arrête. La note fait moins de 300 caractères et s'ouvre sur la page que l'entreprise a lue, si bien que la personne qui l'envoie peut voir en un coup d'œil si le terrain est réel.

Des processus qui partagent des outils avec celui-ci. Les outils partagés sont allumés.

Découvrez Tulina en 30 minutes.

Réserver une démo