ProductOSPA.init({
productKey: "pk_live_…",
guides: true
});Le même SDK que votre analytics produit. Les guides live sont récupérés au démarrage, comparés à la page, puis rendus. ~3,8 Ko, mesuré.
Guides in-app · onboarding
Accompagnez vos utilisateurs. Sachez si ça a marché.
Tours, checklists et annonces — construits dans le produit et rendus par le SDK analytics que vous déployez déjà. Pas de second fournisseur, pas de second tag. Et parce que chaque étape atterrit sur la colonne vertébrale, un guide est rattaché à l'activation et au revenu qu'il a générés — pas isolé dans un outil d'onboarding qui ne voit jamais votre argent.
~3,8 Ko de chunk lazy · Shadow DOM · DNT/GPC respectés
Un moteur, trois modes
Tours, checklists, annonces
Le même moteur léger fait les trois. Choisissez le mode qui convient au moment. Cliquez pour explorer.
Parcours ancré, multi-étapes
- Mettez un élément en spotlight, étape par étape
- Ancrez chaque étape à un sélecteur avec un placement
- Un bouton d'action peut faire avancer ou pointer vers un lien direct
Une liste de tâches qui se complète elle-même
- Chaque étape se coche automatiquement selon un événement produit réel
- Aucune progression auto-déclarée — le produit est la source de vérité
- Parfait pour une liste d'activation « pour bien démarrer »
Données d'exemple
Un modal ou une bannière, affiché une fois
- Diffusez une note de changelog, un avertissement, une relance
- Placement en modal ou bannière, avec fermeture possible
- Fréquence : une fois ou toujours
Pourquoi le nôtre, pas un outil isolé
Un guide qui sait ce qu'il a rapporté.
Les outils d'onboarding isolés peuvent vous dire qu'une checklist a été complétée. Ils ne peuvent pas vous dire que les comptes qui l'ont complétée se sont activés plus vite et paient plus — leurs données ne rencontrent jamais votre revenu. Ici, c'est un seul enregistrement.
-
L'engagement atterrit sur la colonne vertébrale
Chaque vue, étape et complétion est un événement guide.* sur le même flux analytics_event que le reste de votre produit — rattaché au compte client à l'écriture.
-
De l'activation, pas juste des clics
Comme les étapes de checklist se complètent à partir d'événements produit réels, « checklist terminée » signifie que l'utilisateur a vraiment fait l'action qui active — le funnel du guide à l'activation est donc réel, pas une métrique de vanité.
-
Le MRR derrière le flow
La performance par guide porte le revenu des comptes qui ont interagi — pour répondre à « ce flow d'onboarding mérite-t-il d'être gardé ? » directement à côté des chiffres, pas dans un outil séparé.
Déploiement
Il tourne sur votre SDK analytics. Rien d'autre à installer.
Si vous faites déjà tourner le SDK product-analytics, les guides ne sont qu'à un flag près. Le moteur de rendu est un chunk séparé qui ne se charge que s'il y a un guide à montrer — les visiteurs qui n'en voient jamais un ne paient jamais les octets.
- ✓Un chunk gzippé de ~3,8 Ko, chargé en lazy uniquement sur
init({ guides: true })— le cœur analytics reste léger. - ✓Rendu dans un overlay Shadow DOM — isolation contre le CSS hostile, vos resets de page ne peuvent pas casser un guide et ses styles ne peuvent pas fuiter sur votre page.
- ✓Aucun framework, aucune dépendance — DOM vanilla. Respecte Do Not Track et Global Privacy Control comme chaque SDK ProductOS, et le même opt-out en un appel.
- —Web uniquement. Les guides se rendent via le SDK product-analytics web. Les guides natifs mobiles sont sur la roadmap, pas encore livrés.
- —Trois types de guide, pas une suite complète. Tours, checklists et annonces sont livrés dès aujourd'hui. Les enquêtes NPS et CSAT sont livrées séparément, dans Insights ; un centre de ressources intégré est encore sur la roadmap.
- —Le ciblage se fait par URL + fréquence. Correspondance de page et une fois/toujours aujourd'hui ; la complétion est pilotée par événement. La segmentation comportementale complète de qui voit quoi vient ensuite.
Commencez ici
Accompagnez vos utilisateurs sans onboarder un fournisseur de plus.
Activez un flag et déployez un tour, une checklist ou une annonce dès aujourd'hui — puis observez-le générer de l'activation, juste à côté du revenu qu'il a rapporté.
FAQ
Questions, réponses
Que sont les guides in-app dans AIOProductOS ?
Trois choses, un seul moteur : les tours (parcours ancrés, multi-étapes, avec spotlight), les checklists (listes de tâches qui se cochent automatiquement selon l'activité produit réelle) et les annonces (un modal ou une bannière affiché une fois). Vous les construisez dans le produit et le SDK Product Analytics les rend sur votre propre site — aucun fournisseur d'onboarding séparé.
Est-ce une alternative à Pendo, Appcues ou Chameleon ?
Pour les tours, checklists et annonces, oui — et c'est le même SDK que vos analytics, donc aucun second tag et aucune facture de fournisseur séparée. La différence, c'est la colonne vertébrale : l'engagement des guides se rattache à l'activation et au revenu sur le même enregistrement client, donc « ce flow d'onboarding a-t-il vraiment généré de l'activation et du MRR retenu ? » est une consultation, pas une étude séparée. Les enquêtes NPS et CSAT sont aussi livrées — dans Insights, pondérées par le revenu derrière chaque réponse. Un centre de ressources intégré est la seule pièce encore sur la roadmap.
Est-ce lourd, et ça va ralentir mon site ?
Le moteur de rendu des guides est un chunk séparé gzippé de ~3,8 Ko, chargé en lazy uniquement quand vous définissez init({ guides: true }) — il ne touche jamais les visiteurs qui ne voient pas de guide. Il tourne dans un overlay Shadow DOM, donc votre CSS ne peut pas le casser et ses styles ne peuvent pas fuiter sur votre page.
Comment les checklists savent-elles qu'une étape est terminée ?
Une étape de checklist se complète à partir d'un événement produit réel — une clé de fonctionnalité ou un nom d'événement que vous suivez déjà. L'utilisateur fait la chose dans votre produit et l'élément se coche lui-même ; vous ne lui demandez pas de déclarer sa progression.
Qui construit les guides, et où ?
N'importe quel membre de l'équipe, dans le builder intégré au produit — choisissez un type, ajoutez des étapes (titre, texte, média, un bouton d'action), définissez le ciblage par URL et fréquence, enregistrez en brouillon, puis passez-le en live. Le SDK ne lit que les guides live ; les brouillons ne quittent jamais le builder.