Fable

Fable servait aussi de créateur de guides pas à pas, et le flux de capture en est la raison. L'outil enregistrait votre produit via une extension Chrome. Vous l'activiez, vous parcouriez le flux à montrer, et l'extension capturait chaque état au passage. Elle assemblait ensuite les écrans en un parcours terminé, et c'est la partie qui faisait gagner le plus de temps. Au lieu de faire des captures et de reconstruire un flux à la main, vous repartiez avec une démo cliquable après une seule traversée de votre produit.

Un copilote d'IA nommé Quilly prenait en charge une partie du travail d'édition. Il aidait à nettoyer les textes capturés et à générer du contenu de démo, ce qui réduisait le temps passé sur les retouches manuelles. En dessous se trouvait l'éditeur sans code, où vous corrigiez les erreurs, réécriviez les textes et ajustiez le flux sans toucher au code. Pour une équipe sans designer sous la main, cette combinaison gardait la démo bouclée en minutes plutôt qu'en jours.

Une démo a rarement l'air finie sans votre marque. Fable permettait d'appliquer logos et couleurs, puis d'ajouter des éléments interactifs comme des points d'intérêt et des boutons d'appel à l'action. Vous pouviez créer plusieurs versions d'une démo pour des cas différents, chacune pointant vers une suite distincte. Les domaines personnalisés étaient pris en charge aussi, donc une démo pouvait vivre sur un centre d'aide, une page de vente ou un sous-domaine à vous plutôt qu'une URL du fournisseur.

Fable laissait publier des démos sur votre propre domaine, donc un parcours sur un centre d'aide ou une page de vente semblait faire partie de votre site et non d'un outil tiers. Vous pouviez aussi intégrer une démo directement dans une page ou la partager comme une simple URL, ce qui couvrait les cas courants : une démo sur une page de vente, un guide dans votre documentation, un lien dans un e-mail. Choisir entre intégration et lien dépendait de l'endroit où se trouvait déjà l'acheteur.

La plateforme mesurait comment les acheteurs avançaient dans une démo. Vous voyiez qui l'ouvrait, jusqu'à quelle étape ils allaient et où ils s'arrêtaient. Cette boucle transforme une démo en un élément qu'on ajuste avec le temps. Les équipes commerciales s'en servaient pour repérer les prospects réellement engagés et relancer tant que l'intérêt était encore chaud, au lieu de deviner à partir du seul taux d'ouverture.

Fable se connectait aux outils go-to-market courants, dont HubSpot, Salesforce, Pardot, Marketo, Slack, Zapier, Notion, Webflow, Wix et WordPress. Les webhooks livraient des mises à jour en temps réel sur les actions et événements d'une démo, donc une étape terminée ou un lien partagé pouvait déclencher un flux dans un CRM ou une automatisation des démos sur une plateforme externe. L'activité des démos arrivait ainsi dans les mêmes systèmes que le reste de l'équipe consultait déjà.

À l'arrêt de Fable, l'équipe a publié le code en open source sur GitHub sous l'organisation sharefable. L'outil n'a donc pas disparu avec le service hébergé. Les équipes prêtes à monter leur propre infrastructure pouvaient l'auto-héberger et continuer à capturer et publier des démos. Le compromis est réel : vous prenez à votre charge l'installation, l'hébergement et la maintenance que le fournisseur assurait, et vous perdez le support géré qui venait avec un plan payant.