Care Networks devait alléger la recherche sur les établissements, la tenue des dossiers et les relances. Mais le recrutement dans la santé ne se prête pas à de vagues promesses d’appels autonomes. RECAST a construit la couche administrative, précisé l’autorité de chaque prestataire et séparé les parcours de recrutement opérationnels d’un pilote d’appels encore progressif.
Éléments probants à la publication : les connecteurs JobAdder et les parcours séparés par prestataire ont été construits et vérifiés ; la cliente a fourni un témoignage autorisé ; le parcours vocal reste conditionné par les décisions relatives au numéro, à l’identifiant d’appel, au script, à la liste pilote et aux webhooks.
L’entreprise
Jane Benjamin dirige Care Networks dans le recrutement de professionnels de santé. Son équipe intervient auprès d’établissements, de médecins, de remplaçants, de radiologues, de responsables de cabinet et de contacts de recrutement. Le système quotidien couvre JobAdder, Gmail, Search Console, Calendly, des calendriers, des feuilles de calcul et les relances internes.
Le travail exige beaucoup de contexte. Une prise de contact pertinente peut nécessiter de savoir si l’établissement existe déjà dans le système de recrutement, qui est le bon interlocuteur, ce que les recherches antérieures ont établi et si une personne doit valider le prochain message ou appel.
La contrainte
La recherche sur les établissements, la création de dossiers, les prises de contact, les mises à jour dans JobAdder et les relances par e-mail pouvaient toutes être réalisées manuellement. Avec la croissance, ce sont les passages de relais entre ces tâches qui sont devenus le point de blocage.
Le risque principal était la fausse certitude. JobAdder exigeait ses connecteurs API/OAuth natifs, pas une navigation improvisée dans le navigateur. Gmail et Search Console passaient par des routes distinctes. La présence d’un agent ElevenLabs ne suffisait pas à qualifier le vocal de « live ». Si le système vérifiait la mauvaise connexion ou omettait une condition de lancement, il ajoutait du travail de supervision au lieu d’en retirer.
Pourquoi les outils existants ne suffisaient pas
Les outils ne partageaient pas un parcours unique. Un assistant générique pouvait déclarer JobAdder déconnecté parce qu’il consultait le mauvais prestataire, écraser une route de compte en en configurant une autre, ou préparer un appel sans identité d’appelant approuvée ni dossier post-appel.
La couche opérationnelle manquante devait encoder quel système faisait autorité, donner à chaque connexion prestataire un parcours indépendant, préserver un contexte de recrutement synthétisé et rendre le parcours vocal conditionnel. Ici, le contrôle fait partie du produit.
Cartographie de la transformation
Avant
Recherche établissement | JobAdder | Gmail | Calendly | Sheets -> vérification manuelle -> prise de contact -> relance manuelle
Après — parcours actifs et supervisés
Demande de recherche -> route prestataire de référence -> confirmation JobAdder -> préparation de la prise de contact -> validation Jane/équipe -> dossier et relance
Parcours vocal progressif
Téléphone + identifiant d’appel + script + liste pilote + politique webhook approuvés -> pilote limité auprès d’établissements -> compte rendu structuré -> relance humaine par l’équipe de recrutement
Ce second parcours est volontairement présenté comme progressif. Il n’est pas décrit comme un dispositif d’appels en production courante.
Un processus de bout en bout
- Entrée : une demande de recherche sur un établissement ou un contact de recrutement arrive dans l’espace de travail Care Networks.
- Vérification de l’autorité : l’assistant utilise le connecteur natif JobAdder pour les dossiers de recrutement et le Tool Router dédié au compte Google ou de planification concerné.
- Assemblage du contexte : dossiers existants, recherches sur l’établissement et relances antérieures sont réunis dans un même contexte de travail.
- Préparation : le système prépare le support de prise de contact, la mise à jour du dossier ou le script de l’agent vocal nécessaire à l’étape suivante.
- Validation humaine : Jane ou son équipe valide toute prise de contact engageante. Le vocal ne peut pas être déployé largement tant que le numéro, l’identifiant d’appel, le script, la liste et les décisions webhook du pilote ne sont pas approuvés.
- Sortie : l’action administrative approuvée est coordonnée par la bonne route prestataire ; un futur appel pilote produirait un résultat structuré plutôt qu’une conversation non suivie.
- Trace : le suivi JobAdder/Discord et la mémoire synthétisée conservent ce qui s’est produit pour le prochain recruteur.
Ce qui a changé
- Construit : connecteurs d’opérations de recrutement, outils de statut prestataire, agent ElevenLabs pour le recrutement d’établissements, scripts pilotes, commandes de simulation et schéma structuré de passerelle vocale.
- Connecté : parcours OAuth natif de JobAdder, routage Gmail/Search Console dédié, Calendly, calendriers et feuilles de calcul, ainsi que la configuration ElevenLabs.
- Testé : comportement du statut JobAdder, routes de compte séparées, outils de statut agent et vocal, préparation des scripts pilotes et parcours de simulation d’appels sortants.
- En production et vérifié : l’administration du recrutement et la coordination des intégrations constituent les parcours opérationnels attestés. Cette étude ne présente pas les appels sortants à grande échelle comme vérifiés en production.
- Utilisé activement : la source conservée atteste d’une capacité administrative opérationnelle, mais ne chiffre pas un volume d’utilisation courante par les recruteurs.
- Dépendance prestataire ou client restante : le parcours d’appel aux établissements exige encore la validation du numéro, de l’identifiant d’appel, du script, de la liste pilote et des webhooks avant un fonctionnement courant.
- Résultat financier communiqué par la cliente : aucun résultat conservé.
Preuves
- Parcours de référence : les connecteurs OAuth natifs de JobAdder ont été reliés et documentés.
- Isolation des comptes : des routes prestataire distinctes ont été créées pour Gmail/Search Console, Calendly, un compte Gmail supplémentaire, Calendar et Sheets.
- Préparation vocale : un agent ElevenLabs de recrutement à tonalité australienne, des champs de données structurés et des outils de simulation ont été créés.
- Clarté de l’état : l’administration du recrutement en production est publiquement séparée du pilote vocal soumis à conditions.
- Corroboration cliente : la déclaration exacte et approuvée de Jane figure dans le registre des preuves.
La technologie — en dernier
Le système fonctionne sur un Mac mini avec OpenClaw, Discord, gbrain, les connecteurs OAuth natifs de JobAdder et des sessions Composio Tool Router séparées pour Gmail, Search Console, Calendly, Calendar et Sheets. ElevenLabs héberge l’agent de recrutement progressif, avec sa voix, ses paramètres de confidentialité et ses champs structurés. Les routes prestataire restent séparées afin que la connexion d’un compte n’en écrase pas silencieusement un autre.
Témoignage client
“It’s brilliant. Like a game changer.”
- Jane Benjamin, Care Networks. La formulation exacte et l’autorisation de publication figurent dans le registre des preuves ; « game changer » est la formulation de la cliente, pas celle de RECAST.
Transformation suivante
Découvrez comment Linda’s Care a placé une passerelle vocale en production entre les nouveaux prospects et un closer humain. Ce cas présente une architecture d’appel plus avancée sans laisser entendre que deux entreprises de santé partagent le même modèle de données ou les mêmes règles de qualification.
Obtenez votre feuille de route IA
Si la croissance transforme l’administration du recrutement en une chaîne de vérifications manuelles, commencez par identifier le dossier de référence, la décision humaine et la preuve que chaque action doit laisser. Réservez un audit IA gratuit pour cartographier ce parcours.
Sources
OPENCLAW-DEEP-CLIENT-CASE-STUDIES.pdf, page 9.RECAST_CASE_STUDIES_2026_UPDATED.pdf, page 5, documentRA-CASES-001, version 2.0.RECAST_WEBSITE_MASTER_BLUEPRINT.md, sections 6.5, 10.4, 11 et 58.