Fable

Fable diente auch als Werkzeug für Schritt-für-Schritt-Anleitungen. Das Aufnahme-Flow ist der Grund. Es zeichnete Ihr Produkt über eine Chrome-Erweiterung auf. Man aktivierte sie, klickte den Ablauf durch, den man zeigen wollte, und die Erweiterung nahm jeden Zustand unterwegs auf. Danach fügte sie die Bildschirme zu einem fertigen Durchlauf zusammen, und das war der Teil, der am meisten Zeit sparte. Statt Screenshots zu machen und einen Ablauf von Hand nachzubauen, hatte man nach einem einzigen Durchgang durch das eigene Produkt eine klickbare Demo.

Ein KI-Copilot namens Quilly übernahm Teile der Bearbeitung. Er half bei Aufgaben wie dem Aufräumen aufgenommener Texte und dem Erzeugen von Demo-Inhalten, sodass weniger Zeit für manuelle Feinarbeit blieb. Darunter lag der Editor ohne Code, in dem man Fehler korrigierte, Texte umschrieb und den Ablauf anpasste, ohne Code anzufassen. Für Teams ohne Designer in Reichweite hielt diese Kombination die Demo in Minuten statt Tagen fertig.

Eine Demo sieht selten fertig aus ohne das eigene Branding. Fable ließ Logos und Farben anwenden und dann interaktive Elemente wie Hotspots und Call-to-Action-Buttons ergänzen. Man konnte verschiedene Versionen einer Demo für verschiedene Fälle bauen, jede mit einem anderen nächsten Schritt. Eigene Domains wurden ebenfalls unterstützt, sodass eine Demo im Help Center, auf einer Landingpage oder auf einer eigenen Subdomain liegen konnte statt unter einer Anbieter-URL.

Fable ließ Demos auf der eigenen Domain veröffentlichen, sodass ein Durchlauf im Help Center oder auf einer Landingpage wie ein Teil der eigenen Website wirkte und nicht wie ein Fremd-Tool. Man konnte eine Demo auch direkt in eine Seite einbetten oder als einfache URL teilen, was die gängigen Fälle abdeckte: eine Demo auf einer Verkaufsseite, eine Anleitung in der Doku, ein Link in einer E-Mail. Die Wahl zwischen Einbettung und Link hing davon ab, wo der Interessent schon war.

Die Plattform erfasste, wie Interessenten durch eine Demo gingen. Man sah, wer sie öffnete, bis zu welchem Schritt sie kamen und wo sie abbrachen. Diese Rückkopplung macht aus einer Demo ein Element, das man mit der Zeit nachjustiert. Vertriebsteams nutzten das, um die Interessenten zu erkennen, die wirklich aktiv waren, und nachzufassen, solange das Interesse noch frisch war, statt nur aus Öffnungsraten zu raten.

Fable verband sich mit gängigen Go-to-Market-Tools, darunter HubSpot, Salesforce, Pardot, Marketo, Slack, Zapier, Notion, Webflow, Wix und WordPress. Webhooks lieferten Echtzeit-Updates zu Aktionen und Ereignissen in einer Demo, sodass ein abgeschlossener Schritt oder ein geteilter Link einen Ablauf in einem CRM oder eine Demo-Automatisierung in einer externen Plattform auslösen konnte. So landete die Demo-Aktivität in denselben Systemen, die der Rest des Teams ohnehin beobachtete.

Als Fable eingestellt wurde, veröffentlichte das Team den Code auf GitHub als Open Source unter der Organisation sharefable. Das Tool verschwand also nicht mit dem gehosteten Dienst. Teams, die eigene Infrastruktur aufsetzen wollten, konnten es selbst hosten und weiter Demos aufnehmen und veröffentlichen. Der Kompromiss ist real: Sie übernehmen Installation, Hosting und Wartung, die vorher der Anbieter trug, und verlieren den verwalteten Support, der zu einem bezahlten Plan gehörte.