01
Réponses sourcées depuis le site et des fichiers TXT, MD, CSV ou JSON
Deux canaux vocaux avec une même logique métier : le visiteur parle au widget dans son navigateur, tandis que la version SIP gère les appels. L’agent répond depuis une base approuvée, recueille les faits utiles et transmet un contexte exploitable.
Une conversation dans le navigateur via WebRTC, sans numéro de téléphone, SIP ni standard. Un déploiement distinct pour les appels entrants et les appels sortants contrôlés.
| AiUse Voice AI Widget | AiUse Voice AI for SIP |
|---|---|
| Navigateur du visiteur | Réseau téléphonique via SIP |
| Une conversation dans le navigateur via WebRTC, sans numéro de téléphone, SIP ni standard. | Un déploiement distinct pour les appels entrants et les appels sortants contrôlés. |
| En savoir plus: AiUse Voice AI Widget | En savoir plus: AiUse Voice AI for SIP |
L’équipe reçoit la qualification, les coordonnées et un résumé Telegram ; la conversation complète va par e-mail ou dans le CRM convenu.
Réponses sourcées depuis le site et des fichiers TXT, MD, CSV ou JSON
Qualification et coordonnées sans retranscription manuelle
Résumé Telegram et conversation complète par e-mail ou dans le CRM
Fournir l’URL et définir l’objectif de la conversation.
Créer le brouillon RAG et valider faits, rôle et affirmations interdites.
Tester une démo WebRTC temporaire ; le pilote SIP est distinct.
Après validation, recevoir le code du widget ou le flux téléphonique configuré.
Voice AI est utile lorsque les mêmes questions initiales reviennent chaque jour, que la rapidité de réponse influence la vente et que l’équipe a besoin de contexte avant d’intervenir. Il ne remplace pas la négociation : il prend le premier contact, les explications courantes, la qualification et le transfert.
Par défaut, le système conserve un transcript plutôt que l’audio brut. Durée, destinataires et suppression sont convenus avant le lancement ; transcript, téléphone, e-mail, clés et contenu RAG sont exclus des outils publicitaires.
L’interface vocale n’est que la partie visible. Derrière elle fonctionnent reconnaissance de la parole, modèle de dialogue, recherche dans la base RAG approuvée et synthèse vocale. Chaque composant peut échouer différemment ; la recette utilise donc de vraies questions et vérifie séparément exactitude, délai, changement de langue, collecte et transfert humain.
Une base de connaissances n’est pas une copie sans filtre du site. Nous séparons les faits vérifiés des promesses marketing, retirons les prix obsolètes, définissons la priorité des sources et indiquons ce que l’agent ignore. Toute instruction présente dans un document chargé est traitée comme un contenu non fiable, jamais comme une commande pouvant modifier sa politique.
Après le lancement, le simple nombre de conversations n’est pas la mesure du succès. Nous vérifions si le visiteur a compris l’offre, si les champs nécessaires ont été recueillis, si le contexte utile est arrivé à l’équipe et si une session ratée peut être expliquée. Les transcripts permettent une amélioration contrôlée sans envoyer de données personnelles aux plateformes publicitaires.
La qualité dépend du micro, du navigateur, de la base de connaissances et du modèle. L’IA ne doit inventer ni prix, ni conditions, ni promesses ; les cas complexes passent à un humain.
Le périmètre et le prix sont confirmés après vérification du scénario, des intégrations, des langues et du volume prévu.
Non. Il fonctionne via WebRTC dans le navigateur. SIP concerne uniquement le produit téléphonique distinct.
Oui. Les langues, la langue d’ouverture et les règles de changement sont configurées.
L’équipe reçoit qualification et résumé ; le transcript complet va uniquement vers les destinations approuvées.
L’IA prépare le brouillon, mais un administrateur contrôle faits, sources, réponses autorisées et règles de transfert avant le lancement.
Sessions quotidiennes, conversations simultanées, rate limits, durée maximale et pause sont configurés pour chaque widget ou flux téléphonique.
Deux canaux vocaux avec une même logique métier : le visiteur parle au widget dans son navigateur, tandis que la version SIP gère les appels. L’agent répond depuis une base approuvée, recueille les faits utiles et transmet un contexte exploitable.