Aller au contenu
Toutes les études de cas

Étude de cas · Portrait · Symbl.ai

Des développeurs conquis aux décideurs qui signent

Les développeurs adoraient l’API de Symbl.ai. Nous avons gardé sa voix technique et ouvert une seconde voie, vers les responsables qui signent les contrats entreprise.

API d’intelligence conversationnelle pour les développeurs · États-Unis et Inde

x4,5demandes de démo venues des comptes ciblés
+120 %de leads entreprise, en visant les comptes où l’API tournait déjà
+75 %de recherches de la marque Symbl.ai, bien au-delà des développeurs

Le point de départ

L’API plaisait. Les contrats restaient à signer.

Les développeurs testaient l’API et l’intégraient. Mais ceux qui signent les contrats entreprise ne la connaissaient pas.

Symbl.ai vend des API qui transcrivent et analysent les conversations : transcription, analyse de sentiment, score d’appel, détection d’intention, IA générative. Ses utilisateurs sont des développeurs ; ses contrats se signent chez les responsables produit, les directions techniques et les achats.

Nous avons gardé la voix technique de la marque, sans rien céder à la communauté développeurs, et ouvert une seconde voie vers ces décideurs.

L’approche par comptes

Partir des comptes où l’API tourne déjà

Les entreprises dont des développeurs utilisaient déjà l’API étaient les meilleures cibles : la preuve technique était faite. Les annonces visaient leurs décideurs, avec des arguments d’affaires.

Comptes représentés par leur secteur et leur pays, à titre d’exemple.Voir en grand
Les signaux du produit

Qui utilise l’API, qui l’a mise en production : ces signaux désignaient les comptes à viser en premier.

Le ton technique gardé

Pas de promesse vague : chaque argument appuyé sur une fonction, une documentation ou un chiffre.

Une vue sur tous les canaux

Un tableau de bord réunissait tous les canaux, celui que Surbhi R. décrit comme une vue à 360 degrés.

Google Ads

Un groupe d’annonces par fonction de l’API

La campagne des fonctionnalités comptait près de quarante groupes d’annonces, un par usage : transcription, analyse de sentiment, score d’appel, RAG, IA générative. Chaque groupe menait vers la page ou la documentation de sa fonction, et chaque annonce était validée par l’équipe de Symbl.ai avant de partir.

≈ 40groupes d’annonces, un par fonction de l’API
7 000clics Google Ads en un mois, de fin septembre à fin octobre
+436 %sur la durée d’engagement des visites en un mois, portée par la campagne Inde
« Leurs contributions nous ont apporté une série de leads à forte valeur, une nette hausse des conversions et un tableau de bord qui nous donne une vue à 360 degrés de notre performance sur tous les canaux. »
Surbhi R., CEO et cofondatrice, Symbl.ai

Ce que vous pouvez reprendre chez vous

Trois règles pour une entreprise qui vend d’abord aux développeurs

Viser là où le produit tourne déjà

Les meilleurs comptes sont ceux où vos utilisateurs ont déjà fait la preuve technique.

Deux voies, un seul ton

La communauté développeurs reste servie comme avant ; les décideurs reçoivent des arguments d’affaires, sans perdre la précision technique.

Une annonce par fonction

Celui qui cherche une API de transcription veut voir la transcription, pas la plateforme entière.

Questions fréquentes

Ce qu’on nous demande

L’ABM marche-t-il pour un produit vendu d’abord aux développeurs ?

Oui, à condition de partir des comptes où le produit est déjà utilisé. Chez Symbl.ai, c’est là que les demandes de démo ont été multipliées par 4,5.

Faut-il un groupe d’annonces par fonctionnalité ?

Quand chaque fonction répond à une recherche différente, oui. Chaque groupe peut alors mener vers la bonne page et garder un message précis.

Et chez vous, qu’est-ce que ça donnerait ?

Le calculateur chiffre vos campagnes en deux minutes. Ou écrivez-nous : réponse sous 24 h.

Mon budget