Stiro : onboarding client avec IA dans votre SaaS

Stiro propose un onboarding client avec IA au sein d'un SaaS existant. L'utilisateur formule son besoin à l'écrit ou à l'oral ; l'agent lit l'écran, navigue et prépare les actions dans le véritable produit. Il s'adresse aux équipes produit et Customer Success qui souhaitent aider chaque client à terminer sa configuration et à trouver les bonnes fonctions.

À quoi sert Stiro, simplement ?

Imaginez une aide à la manipulation intégrée à votre logiciel. Pour « inviter Maya comme administratrice », Stiro peut ouvrir la gestion d'équipe et renseigner l'adresse et le rôle. L'envoi doit ensuite être confirmé par l'utilisateur. Le résultat attendu est une tâche préparée ou accomplie dans l'application, avec les étapes visibles.

Ce fonctionnement convient aux réglages, invitations et exports. Les relations clients, renouvellements et arbitrages particuliers restent du ressort de votre équipe. L'agent agit avec les droits du compte connecté et uniquement dans les applications où le propriétaire l'a installé.

Données clients et décisions à garder sous contrôle

Stiro transmet la demande, le contenu de page et les champs ordinaires à ses serveurs. Les valeurs des champs sensibles reconnus — mots de passe, cartes, comptes bancaires, identité et codes temporaires — sont masquées dans le navigateur. Cette reconnaissance ne protège pas un secret saisi directement dans la demande.

Le fournisseur exclut l'entraînement des modèles sur les données clients. Il conserve toutefois des résumés avec des variables de remplacement ; certains prestataires IA peuvent garder prompts et réponses jusqu'à 30 jours pour contrôler les abus. L'hébergement se situe aux États-Unis. Stiro déclare ne pas encore détenir SOC 2 ou ISO 27001. Lisez la politique d'utilisation des données et informez vos utilisateurs du traitement.

Installer puis vérifier un parcours réel

1. Créez un compte et déclarez les domaines autorisés. Commencez sur votre environnement de recette.
2. Ajoutez le script SDK et la clé publique du site au gabarit commun, avant la fermeture de body. Le guide couvre notamment React, Vue, Svelte, Angular, Rails, Phoenix LiveView et HTML.
3. Fournissez éventuellement le contexte de page et l'identifiant utilisateur. La signature d'un identifiant se calcule côté serveur ; le secret ne doit pas apparaître dans la page.
4. Faites préparer une invitation avec un compte de test. Vérifiez le destinataire, le rôle, puis le résultat réel après confirmation.
5. Essayez aussi une action refusée et le transfert à votre équipe. Conservez les permissions et confirmations de votre produit.

Il n'y a pas de visite à enregistrer ni d'action backend à programmer une par une. Le chargement est asynchrone. Consultez les instructions d'intégration et la documentation de sécurité pour les exigences CSP.

Une demande bloquée peut rester dans le même échange

Après un arrêt, un utilisateur connecté peut écrire à votre équipe depuis le panneau, avec sa demande et la raison du blocage. Votre réponse depuis le tableau de bord s'y affiche également. Une transmission à un outil existant comme Intercom ou Zendesk est possible ; les réponses de l'équipe peuvent servir à de futures demandes similaires dans l'espace de travail.

Les forfaits payants permettent de personnaliser nom, couleurs, police et curseur et de retirer le badge Stiro. Vous contrôlez les limites quotidiennes et pouvez désactiver un site, y compris une demande en cours.

Bien séparer essai gratuit et production

Tarifs catalogue en USD vérifiés le 13 novembre 2026 : Developer est gratuit, sans carte, pour 50 exécutions mensuelles et au plus 5 par jour, sur localhost et une adresse de recette. Starter coûte 149 $ par mois pour 2 000 tâches et une application de production. Growth coûte 599 $ pour 10 000 tâches et trois applications. Taxes et conditions locales dépendent du paiement final.

Une tâche couvre jusqu'à 25 actions ; une demande longue ajoute une tâche par tranche supplémentaire de 25. Une demande traite au plus 25 éléments avant de devoir poursuivre par une nouvelle requête. Une erreur propre à Stiro est gratuite sur un forfait payant ; un arrêt justifié par une permission ou une validation compte. Chaque exécution du forfait gratuit consomme son quota.

À la limite, le service s'arrête sans dépassement facturé automatiquement. Messages et réponses de l'équipe sont gratuits. Les abonnements mensuels s'annulent dans le tableau de bord à la fin de la période payée. Les tarifs et règles de décompte font foi.

Questions fréquentes

Le forfait gratuit convient-il à la production ?

Non : Developer couvre localhost et une adresse de recette. Une application en production nécessite un forfait payant.

Que se passe-t-il si une demande échoue ?

Sur un forfait payant, une erreur de Stiro est gratuite. Un refus correct lié aux droits ou à une approbation compte comme tâche. Developer décompte toutes les exécutions.

Les données restent-elles dans le navigateur ?

Seules les valeurs des champs sensibles reconnus sont exclues de l'envoi. Les demandes et contenus utiles sont traités sur des serveurs ; absence d'entraînement ne signifie pas absence de traitement.

Ressource officielle pour démarrer

• Réserver un échange d'installation : rendez-vous proposé sur le site pour examiner l'intégration à votre application.