Créer des emails d'essai B2B SaaS avec Claude Code

Un essai gratuit B2B SaaS peut générer des inscriptions sans créer de conversations commerciales. Le problème n’est pas toujours le produit. Souvent, les premiers emails listent les fonctionnalités au lieu de montrer quelle action unique permet d’évaluer la valeur.

En B2B, la personne qui s’inscrit n’est pas toujours l’acheteur. L’utilisateur teste l’outil, tandis qu’un responsable regarde le coût, la sécurité, l’intégration au workflow et le risque interne. Les emails d’essai doivent aider ces deux lecteurs.

Cet article montre comment utiliser Claude Code pour concevoir une séquence de cinq emails pour outils de workflow, outils développeur, approbations internes, extensions CRM et dashboards. L’objectif est le premier succès, un passage propre vers la vente, puis PDF gratuit, produits Gumroad ou consultation selon le besoin.

Points clés

• Le premier email doit viser un succès en 15 minutes, pas une visite des fonctionnalités.
• Donnez à Claude Code les champs d’inscription, événements, FAQ, tarifs et notes commerciales.
• Les humains relisent prix, contrat, sécurité, annulation et promesses de résultat.
• Les cinq emails couvrent premier succès, expansion d’équipe, décision, blocage et fin d’essai.
• Suivez premier succès, clics CTA, réponses utiles et conversion en rendez-vous.

Scène d’échec

L’erreur courante consiste à envoyer “voici toutes nos fonctionnalités” juste après l’inscription. Les utilisateurs pressés n’explorent pas tout. Sans prochaine action claire, ils lisent puis quittent.

Deuxième erreur: produit et vente écrivent séparément. Produit demande de se connecter; vente demande un rendez-vous. Pour le lecteur, une même entreprise pousse deux directions.

Claude Code aide en lisant logs, FAQ, notes de vente et tarifs afin de choisir une prochaine action par état utilisateur.

Préparer les entrées

Entrée	Sortie email	Vérification humaine
Formulaire	taille, rôle, objectif	pas de sur-personnalisation
Événements	login, invitation, import	événements réels seulement
FAQ	prix, droits, sécurité	réponses à jour
Notes vente	achat, comparaison, blocages	pas de noms clients
Tarifs	plans et limites	termes exacts
Cas clients	avant/après	preuve et autorisation

Cette table transforme l’email en support de décision.

Rôle de Claude Code

Claude Code peut rédiger le plan, les objets, les corps, les CTA, les règles d’envoi, les UTM et la checklist. Il peut aussi regrouper FAQ et objections répétées.

Les humains relisent prix, contrat, sécurité, résultats, annulation et comparaisons. Supprimez toute promesse non mesurée.

Pour les liens suivis, utilisez une API standard comme URLSearchParams. Ajouter les UTM à la main casse vite les URLs déjà paramétrées.

Les cinq emails

Email 1: un premier succès

Pas de liste de fonctionnalités. Donnez une tâche de 15 minutes: importer un CSV exemple, créer le premier dashboard, lancer un contrôle de dépôt ou inviter un collègue.

Le CTA est unique: “ouvrir le dashboard” ou “créer le premier projet”.

Email 2: élargir l’usage

Après le premier succès, aidez à inviter l’équipe, régler les droits ou activer les notifications. Un essai B2B convertit mal si une seule personne l’a touché.

Vous pouvez pointer vers le PDF gratuit ou les Prompt Templates Gumroad pour des consignes réutilisables.

Email 3: matériel de décision

Après plusieurs connexions, envoyez un document transférable: prix, droits, sécurité, migration et fonctionnement.

La consultation peut apparaître ici, avec un ton pratique: “si vous voulez transformer cela en plan interne”.

Email 4: aider les utilisateurs bloqués

Pour les inscrits inactifs, demandez le blocage: connexion, données, permissions, premier pas flou ou manque de temps. Une liste courte obtient plus de réponses qu’une autre description produit.

Demandez à Claude Code l’email et les tags de support internes.

Email 5: fin d’essai

Avant la fin, demandez ce qui manque: accès admin, document sécurité, facturation, résumé manager, estimation migration.

Les lecteurs très engagés vont vers la vente, les apprenants vers PDF ou Gumroad, les rollouts d’équipe vers consultation.

Prompt copiable

Agis comme éditeur d'une séquence d'essai B2B SaaS.

Objectif:
Créer cinq emails qui mènent au premier succès puis vers vente, PDF gratuit, Gumroad ou consultation.

Entrée:
- Catégorie SaaS:
- Utilisateur principal:
- Acheteur:
- Durée d'essai:
- Action de premier succès:
- Événements disponibles:
- FAQ:
- URL tarifs:
- URL sécurité:
- URL réservation:
- URL PDF gratuit:
- URL Gumroad:

Sortie:
1. Rôle de chaque email
2. Trois objets par email
3. Corps brouillon
4. Un CTA principal par email
5. Conditions d'envoi et d'arrêt
6. Checklist humaine prix, contrat, sécurité

Règles:
- Ne pas inventer de chiffres
- Un CTA principal par email
- Pas de long pitch pour les inactifs
- Prix, annulation et sécurité doivent rester clairs

Code de vérification

const sequence = [
  { id: "day0", role: "first-success", cta: "open_workspace", url: "https://example.com/app?utm_source=trial_email&utm_campaign=day0" },
  { id: "day2", role: "invite-team", cta: "invite_member", url: "https://example.com/team?utm_source=trial_email&utm_campaign=day2" },
  { id: "day5", role: "decision-pack", cta: "download_security_sheet", url: "https://example.com/security?utm_source=trial_email&utm_campaign=day5" },
  { id: "day9", role: "blocked-user", cta: "reply_blocker", url: "mailto:[email protected]" },
  { id: "day13", role: "trial-ending", cta: "book_consultation", url: "https://example.com/demo?utm_source=trial_email&utm_campaign=day13" },
];

const errors = [];
for (const mail of sequence) {
  if (!mail.role) errors.push(`${mail.id}: role is missing`);
  if (!mail.cta) errors.push(`${mail.id}: CTA is missing`);
  if (Array.isArray(mail.cta)) errors.push(`${mail.id}: CTA should be one primary action`);
  if (mail.url.startsWith("http") && !mail.url.includes("utm_campaign=")) {
    errors.push(`${mail.id}: tracking parameter is missing`);
  }
}

const roles = new Set(sequence.map((mail) => mail.role));
if (roles.size !== sequence.length) errors.push("Some emails have duplicated roles");

if (errors.length) {
  console.error(errors.join("\n"));
  process.exit(1);
}

console.log("Trial onboarding sequence is ready for human review.");

Ce code n’envoie rien. Il vérifie rôle, CTA unique et tracking.

Pièges fréquents

Piège 1: chaque email demande une démo. Avant le premier succès, c’est trop lourd.

Piège 2: les inactifs reçoivent plus de fonctionnalités. Demandez d’abord ce qui bloque.

Piège 3: inventer des chiffres. Utilisez seulement les mesures prouvées.

Piège 4: vente et produit écrivent séparément. Créez calendrier et règles d’arrêt.

Mesures

Le taux d’ouverture ne suffit pas. Suivez premier succès, deuxième connexion, invitations, clics sur matériel décisionnel, rendez-vous et réponses avant fin d’essai.

Si les clics sont bons mais le premier succès faible, la première page du produit est peut-être le problème.

Chemin de consultation

Rassemblez emails actuels, champs d’inscription, FAQ, tarifs, notes de vente et noms d’événements. Supprimez les données personnelles.

Commencez par le PDF gratuit pour des habitudes sûres, puis utilisez les Prompt Templates. Pour aligner produit, vente et sécurité, passez par la consultation.

Résultat vérifié

J’ai modélisé un essai B2B SaaS fictif, assigné rôles, CTA, UTM et règles d’arrêt, puis exécuté le code ci-dessus. L’action du jour: remplacer le welcome email par une tâche de premier succès en 15 minutes.