Go-to-Market Engineer

Description du poste

Cette offre est un poste à distance.

ATQLeads construit des systèmes GTM pour les entreprises B2B qui en ont assez d’attendre des agences et de payer le coût de recrutements à temps plein. Nous nous situons entre les deux : un réseau d’opérateurs GTM soigneusement sélectionnés qui s’intègrent directement au sein des équipes clients — dans leurs outils, leur Slack, leur stack — et livrent des résultats, pas des heures.

Nous ne vendons pas de forfaits d’abonnement. Nous déployons de la capacité. Les opérateurs font partie de l’entreprise. Si vous souhaitez prendre en charge un travail concret, opérer au sein d’entreprises réelles et être rémunéré comme un partenaire plutôt que comme un prestataire, c’est là que vous devez être.

Vue d’ensemble du rôle

L’ingénieur GTM est le bâtisseur du moteur au cœur de chaque engagement d’ATQ Squad.

Une stratégie sans GTME reste théorique. Les campagnes restent manuelles. Les données restent fragmentées. Le pipeline reste imprévisible. Le GTME est la personne qui transforme la direction en une machinerie opérationnelle, puis s’assure que cette machinerie continue de fonctionner.

Vous ne recevrez pas de tickets. On vous donnera un problème GTM, la stack du client et un engagement de capacité. Votre mission : construire le système qui le résout, en assurer la fiabilité et l’avancer sans attendre qu’on vous le demande.

Ce que vous ferez

Construction technique et de systèmes

Vous prenez en charge quatre systèmes interconnectés de bout en bout :

Moteur de génération Outbound, Inbound et de pipeline — des séquences multi-canaux via e-mail, LinkedIn, téléphone et vidéo, avec une logique de séquence adaptée à chaque canal. Infrastructure d’envoi et gestion de la délivrabilité : réchauffage des domaines, rotation des expéditeurs, variation du contenu, surveillance des listes noires. Capture Inbound via des webhooks provenant de formulaires, webinaires, flux d’intention et comportements du site web. Flux d’activation orientés produit (inscription → première action clé du produit → déclencheur de conversion) lorsque les données d’événement produit sont disponibles.

Système de données et d’enrichissement — sourcing des leads, cartographie TAM, enrichissement en cascade sur plusieurs sources de données, segmentation et ciblage piloté par les signaux en utilisant des signaux firmographiques, technographiques, liés au recrutement, au financement, à l’intention et au comportement. Des signaux personnalisés construits à partir de toute source de données, pas uniquement des flux d’intention préconçus. Des modèles de scoring composites qui combinent plusieurs signaux. Gestion de l’expiration des signaux et de la cadence de rafraîchissement par source.

Couche d’automatisation et de workflow — workflows de bout en bout via Clay (tables multi-sources, colonnes de formules, prompts Claygent), Make/n8n (logique multi-étapes, gestion des erreurs, retries, webhooks), Apify et CRM. Les intégrations API et webhook sont l’approche par défaut, y compris lorsqu’il existe des intégrations natives. Appels d’API LLM (Claygent, OpenAI, Anthropic) intégrés aux workflows de production pour l’enrichissement, la classification ou la génération de copies. Modules réutilisables (Clay Functions, sous-scénarios Make) pour éviter la duplication de logique entre les tables. Python et pandas pour les traitements de données que les outils no-code ne peuvent pas gérer.

Infrastructure de conversion — logique de traitement des réponses, routage et flux de planification des réunions, hygiène CRM (HubSpot, Zoho ou Salesforce), et infrastructure de tracking et d’attribution intégrée dès la mise en place du système, pas ajoutée après. Des dashboards qui montrent les taux de conversion et les volumes à chaque étape du funnel. La source de signaux est mappée au résultat de conversion, afin d’identifier l’étape présentant l’écart de performance le plus important et de la corriger.

Trois phases d’exécution

Votre travail se déroule selon trois modes, en fonction de l’endroit où se situe l’engagement :

Foundation — construire l’infrastructure initiale outbound et de données, traduire la logique de filtres Clay de l’ICP du GTM Strategist, configurer les workflows CRM et établir la couche de reporting. Définir et instrumenter les métriques nécessaires pour évaluer les performances du système avant le lancement. Livrable : un moteur GTM fonctionnel prêt à générer du pipeline, avec monitoring à chaque étape et documentation fournie avec la construction — document de passation, README, walkthrough Loom.

Ongoing — lancer et gérer les campagnes, enrichir et rafraîchir les listes de leads, surveiller la délivrabilité, gérer les réponses et maintenir l’exactitude CRM (les deals progressent par étapes, sont déplacés, dédupliqués, et clôturés lorsqu’ils deviennent obsolètes). Calculer les taux de conversion à chaque étape du funnel (ouverture, réponse, réponse positive, réunion planifiée, show). Livrable : exécution constante des campagnes et flux de pipeline.

Optimization — tests A/B du messaging, de la logique de ciblage et des parcours de conversion. Prioriser les améliorations au niveau de l’étape du funnel présentant le plus grand écart entre la performance actuelle et la référence, et non selon les demandes des parties prenantes. Étendre vers de nouveaux segments et canaux une fois que le système existant délivre de façon constante. Réduire systématiquement les étapes manuelles en automatisant toute étape qui nécessite encore une action humaine. Affiner l’ICP à partir des données réelles de réponse et de conversion, pas seulement à partir de l’hypothèse initiale. Livrable : amélioration de l’efficacité et montée en charge de la génération de pipeline.

Collaboration interfonctionnelle

Vous dépendez d’inputs pour bien faire votre travail : définition et positionnement de l’ICP par le GTM Strategist, clarté et accès CRM de la part du client, et données propres provenant de vos sources d’enrichissement. Des inputs faibles réduisent l’efficacité de la sortie, vous devrez donc être direct sur ce dont vous avez besoin et à quel moment. Gérer activement les dépendances en amont : signaler les problèmes de qualité de données, alerter sur les inputs manquants du Strategist, et demander des clarifications lorsqu’un brief ne contient pas les éléments nécessaires à une livraison fiable.

Vous travaillez de près avec les équipes sales, marketing et growth ops en tant que pair. Pas de jargon. Pas de distance “vendor”. Vous êtes au cœur de l’opération. Vous communiquez directement avec les clients sans intermédiaire de chef de projet.

Responsabilité stratégique

Après l’onboarding, vous générez vos propres idées. Vous n’attendez pas un brief. Vous diagnostiquez les goulots d’étranglement tôt — identifier quelle étape du système cause des problèmes de performance (copy, qualité des listes, délivrabilité, routage ou timing) et résoudre à cette étape. Vous priorisez par impact sur le chiffre d’affaires et construisez des expériences qui s’accumulent. Vous pensez comme un opérateur : quel est le levier le plus fort à livrer cette semaine ?

Vous construisez des systèmes qui continuent de fonctionner après votre départ, sans maintenance requise de la part du créateur initial. Un historique d’au moins un système livré qui continue de fonctionner lors d’un engagement précédent après votre départ est la référence.

Vous réussirez ici si vous…

1. Avez une vraie polyvalence technique

Vous n’avez pas besoin d’être full-stack, mais vous devez être à l’aise avec :

• Python, JavaScript ou SQL — y compris pandas pour nettoyer, dédupliquer et transformer des données CSV/Excel
• APIs, webhooks et données structurées — utilisés comme approche par défaut, y compris lorsqu’il existe des intégrations natives
• Clay (requis) — tables multi-sources, waterfall enrichment, colonnes de formule, prompts Claygent
• Make (préféré) ou n8n — scénarios multi-étapes avec gestion des erreurs, retries et webhooks
• Zapier, Retool, Apify et des outils équivalents de scraping (BeautifulSoup, Playwright) lorsque les sources d’enrichissement standard ne renvoient pas les données requises
• Intégration d’API LLM (Claygent, OpenAI, Anthropic) dans les workflows de production, avec des prompts qui produisent un output cohérent et exact
• Configuration CRM (HubSpot, Zoho ou Salesforce) — workflows, objets personnalisés, routage des leads, lead scoring, synchronisation bidirectionnelle
• Débogage rapide et utilisation de l’IA comme copilote, pas comme béquille

Vous apprenez de nouveaux outils par vous-même. Vous trouvez des solutions avant de demander.

2. Pensez en termes de résultats, pas de tâches

• Vous demandez “pourquoi” avant de construire quelque chose
• Vous savez combien coûte un lead qualifié, pourquoi les taux de conversion comptent, et comment votre travail se connecte à un chiffre
• Vous décrivez votre travail en termes de résultats (“produced X meetings via Y% conversion”), pas en termes d’activité (“sent X emails”)
• Vous pouvez expliquer un workflow multi-étapes en 60 secondes
• Vous communiquez en langage simple à des personnes qui se soucient des résultats, pas de votre stack
• Quand une décision technique est contestée, vous la révisiez ou ajoutez une justification — vous ne répétez pas la réponse d’origine
• Vous reconnaissez les lacunes de vos connaissances et proposez comment les résoudre
• Vous gérez vos priorités sans être géré

3. Opérez comme si vous en étiez responsable

• Vous repérez un funnel cassé avant que quelqu’un ne vous le dise
• Vous améliorez un processus avant de l’automatiser
• Vous traitez les systèmes clients comme les vôtres, avec urgence, ownership et jugement
• Vous livrez un artefact fonctionnel dans les 72 heures suivant un brief non structuré
• La documentation accompagne chaque livrable — les documents de passation, READMEs et walkthroughs Loom font partie de la construction, pas un ajout après coup
• Vous anticipez les modes de défaillance (fallback d’enrichissement, déduplication, échecs de synchronisation, blacklists de délivrabilité) avant que le système ne se casse
• Le meilleur signal que nous recherchons : des opérateurs qui livrent quelque chose de précieux dès la première semaine, sans être sollicités

Comment ça fonctionne

Ce n’est pas un poste à temps plein. Vous serez mis en relation avec des engagements clients en fonction de votre disponibilité et de votre adéquation en compétences, en travaillant de façon fractionnée au sein d’une ou plusieurs équipes clients à la fois.

Une fois que vous êtes évalué et intégré dans le réseau ATQ, le déploiement est la prochaine étape. Dès le premier jour, vous êtes intégré dans les outils du client : Slack, HubSpot, Notion, Salesforce. Vous opérez comme une partie de leur équipe, pas comme un fournisseur externe.

Le travail est structuré autour des Capacity Units (CUs) — des livrables définis avec un périmètre clair, pas des engagements de temps ouverts. Vous êtes payé pour ce que vous livrez.

Avec ATQ, vous êtes payé équitablement et votre réputation nous suit à travers chaque projet.

Exigences

Exigences indispensables (must have)

• Clay — tables multi-sources, waterfall enrichment, colonnes de formule, prompts Claygent
• Make ou n8n — scénarios multi-étapes avec gestion des erreurs, retries, webhooks
• Python, JavaScript ou SQL (au moins un)
• APIs et webhooks comme approche d’intégration par défaut
• Intégration d’API LLM (Claygent, OpenAI ou Anthropic) dans les workflows de production
• Configuration CRM sur HubSpot, Zoho ou Salesforce — workflows, objets personnalisés, routage, scoring, synchronisation bidirectionnelle
• Historique : au moins un système livré qui continue de tourner lors d’un engagement précédent après votre départ
• Anglais courant

Connaissances attendues

• Apify ou équivalent de scraping (BeautifulSoup, Playwright) lorsque l’enrichissement standard échoue
• Zapier, Retool
• Ops de délivrabilité : réchauffage des domaines, rotation des expéditeurs, variation du contenu, surveillance des blacklists
• Scoring composite sur des signaux firmographiques, technographiques, de recrutement, de financement, d’intention et comportementaux
• Planification des modes de défaillance : fallback d’enrichissement, déduplication, échecs de synchronisation, blacklists de délivrabilité
• pandas pour le nettoyage et la transformation de CSV/Excel

Exigences d’exploitation

• Travail “async-first” dans Slack, Notion, Linear
• Livrer un artefact fonctionnel dans les 72 heures suivant un brief non structuré
• Livrer de la documentation avec chaque build (handoff doc, README, Loom)
• Communiquer directement avec les clients — sans intermédiaire PM
• Gérer vos propres priorités et blocages
• Signaler les problèmes de qualité des données en amont et de la stratégie, ne pas contourner

Avantages

• Environnement de travail entièrement à distance
• Liberté de travailler quand vous voulez

Si vous souhaitez produire le meilleur travail de votre carrière tout en contribuant à la prochaine génération de systèmes GTM propulsés par l’IA, ce poste est fait pour vous.

Exigences

// Exigences indispensables (must have) // - Clay — multi-source tables, waterfall enrichment, formula columns, Claygent prompts - Make or n8n — multi-step scenarios with error handling, retries, webhooks - Python, JavaScript, or SQL (at least one) - pandas for CSV/Excel cleaning and transformation - APIs and webhooks as the default integration approach - LLM API integration (Claygent, OpenAI, or Anthropic) into production workflows - CRM configuration on HubSpot, Zoho, or Salesforce — workflows, custom objects, routing, scoring, bidirectional sync //Working knowledge expected// - Apify or equivalent web scraping (BeautifulSoup, Playwright) when standard enrichment fails - Zapier, Retool - Deliverability ops: domain warmup, sender rotation, content variation, blacklist monitoring - Composite scoring across firmographic, technographic, hiring, funding, intent, behavioral signals - Failure-mode planning: enrichment fallback, deduplication, sync failures, deliverability blacklist //Operating requirements// - Async-first work in Slack, Notion, Linear - Deliver a working artifact within 72 hours of an unstructured brief - Ship documentation with every build (handoff doc, README, Loom) - Communicate directly with clients — no PM intermediary - Manage your own priorities and blockers - Report upstream data and strategy quality issues, don't work around them