In-App-Guides · Onboarding

Nutzer einführen. Und wissen, ob es gewirkt hat.

Tours, Checklisten und Ankündigungen — im Produkt gebaut und vom Analytics-SDK ausgeliefert, das Sie ohnehin schon einsetzen. Kein zweiter Anbieter, kein zweites Tag. Und weil jeder Schritt auf der Basis landet, ist ein Guide mit der Aktivierung und dem Umsatz verknüpft, die er ausgelöst hat — nicht in einem Onboarding-Tool gestrandet, das Ihr Geld nicht sieht.

~3,8 KB Lazy-Chunk · Shadow DOM · DNT/GPC berücksichtigt

Eine Engine, drei Modi

Tours, Checklisten, Ankündigungen

Derselbe schlanke Renderer übernimmt alle drei. Wählen Sie den Modus, der zum Moment passt. Klicken Sie sich durch.

Tour

Verankerter, mehrstufiger Walkthrough

  • Ein Element Schritt für Schritt hervorheben
  • Jeden Schritt an einem Selektor mit Platzierung verankern
  • Ein Aktionsbutton kann weiterführen oder direkt verlinken

Checkliste

Eine Aufgabenliste, die sich selbst erledigt

  • Jeder Schritt hakt sich anhand eines echten Produktereignisses automatisch ab
  • Kein selbst gemeldeter Fortschritt — das Produkt ist die Quelle der Wahrheit
  • Perfekt für eine Aktivierungs-„Erste Schritte“-Liste

Beispieldaten

Ankündigung

Ein Modal oder Banner, einmal angezeigt

  • Eine Changelog-Notiz, einen Hinweis oder einen Anstoß ausliefern
  • Modal- oder Banner-Platzierung, schließbar
  • Häufigkeit: einmal oder immer

Warum unser Guide, nicht ein Insel-Tool

Ein Guide, der weiß, was er wert war.

Eigenständige Onboarding-Tools können Ihnen sagen, dass eine Checkliste abgeschlossen wurde. Sie können Ihnen nicht sagen, dass die Accounts, die sie abgeschlossen haben, schneller aktiviert wurden und mehr zahlen — ihre Daten treffen nie auf Ihren Umsatz. Hier ist es ein einziger Datensatz.

  • Interaktion landet auf der Basis

    Jede Ansicht, jeder Schritt und jeder Abschluss ist ein guide.*-Event auf demselben analytics_event-Stream wie der Rest Ihres Produkts — beim Schreiben mit dem Kundenaccount verknüpft.

  • Aktivierung, nicht nur Klicks

    Weil Checklisten-Schritte sich anhand echter Produktereignisse abschließen, bedeutet „Checkliste abgeschlossen“, dass der Nutzer die aktivierende Handlung wirklich ausgeführt hat — der Funnel von Guide zu Aktivierung ist also real, keine Eitelkeitsmetrik.

  • Der MRR hinter dem Flow

    Die Performance je Guide trägt den Umsatz der Accounts, die interagiert haben — so wird „lohnt sich dieser Onboarding-Flow?“ direkt neben den Zahlen beantwortet, nicht in einem separaten Tool.

Auslieferung

Läuft über Ihr Analytics-SDK. Nichts weiter zu installieren.

Wenn Sie das Product-Analytics-SDK schon einsetzen, sind Guides nur ein Flag entfernt. Der Renderer ist ein eigener Chunk, der nur lädt, wenn es einen Guide zu zeigen gibt — Besucher, die nie einen sehen, zahlen also auch nie die Bytes.

  • Ein ~3,8 KB gzipped Chunk, lazy-geladen nur bei init({ guides: true }) — der Analytics-Kern bleibt schlank.
  • Gerendert in einem Shadow DOM-Overlay — Isolation gegen feindliches CSS, sodass Ihre Page-Resets einen Guide nicht kaputt machen können und seine Styles nicht auf Ihre Seite überlaufen.
  • Kein Framework, keine Abhängigkeiten — vanilla DOM. Respektiert Do Not Track und Global Privacy Control wie jedes ProductOS-SDK und denselben One-Call-Opt-out.

Guides aktivieren · ein Flag

ProductOSPA.init({
  productKey: "pk_live_…",
  guides: true
});

Dasselbe SDK wie Ihre Produktanalyse. Live-Guides werden beim Start abgerufen, gegen die Seite abgeglichen und gerendert. ~3,8 KB, gemessen.

Erstellung

Im Produkt bauen. Live schalten.

Kein Code, um einen Guide auszuliefern. Im Builder zusammenstellen, targeten und veröffentlichen — das SDK holt ihn beim nächsten Laden ab.

  • Schritte zusammenstellen

    Titel, Text, Medien und ein Aktionsbutton pro Schritt — geordnet, direkt inline bearbeitet.

  • Targeting festlegen

    URL-Regeln (exakt, Präfix, enthält oder beliebig) und Häufigkeit (einmal oder immer). Akzentfarbe und Modal-oder-Banner-Platzierung festlegen.

  • Entwurf → live

    Als Entwurf speichern, in der Vorschau prüfen, dann den Status auf live umschalten. Das SDK liest ausschließlich Live-Guides — Entwürfe bleiben im Builder.

  • Performance beobachten

    Jeden Guide für seine Performance aufklappen — Ansichten, Abschluss und den Umsatz der Accounts, die interagiert haben.

Der echte Builder — drei Live-Guides im Brightline-Demo-Workspace · Beispieldaten

Wo die Grenzen liegen — offen gesagt

  • Nur Web. Guides werden über das Web-Product-Analytics-SDK gerendert. Native mobile Guides sind Roadmap, nicht ausgeliefert.
  • Drei Guide-Typen, keine ganze Suite. Tours, Checklisten und Ankündigungen sind heute verfügbar. NPS- und CSAT-Umfragen laufen separat, in Insights; ein integriertes Resource Center steht noch auf der Roadmap.
  • Targeting ist URL + Häufigkeit. Heute Seitenabgleich und einmal/immer; der Abschluss ist eventgetrieben. Vollständige verhaltensbasierte Segmentierung, wer was sieht, kommt als Nächstes.

Hier starten

Nutzer einführen, ohne einen weiteren Anbieter einzuführen.

Ein Flag umlegen und noch heute eine Tour, eine Checkliste oder eine Ankündigung ausliefern — und dann beobachten, wie sie Aktivierung neben dem Umsatz vorantreibt, den sie eingebracht hat.

FAQ

Fragen, beantwortet

Was sind In-App-Guides in AIOProductOS?

Drei Dinge, eine Engine: Tours (verankerte, mehrstufige Walkthroughs mit Spotlight), Checklisten (Aufgabenlisten, die sich anhand echter Produktaktivität automatisch abhaken) und Ankündigungen (ein Modal oder Banner, einmal angezeigt). Sie bauen sie im Produkt, und das Product Analytics SDK rendert sie auf Ihrer eigenen Seite — kein separater Onboarding-Anbieter.

Ist das eine Alternative zu Pendo, Appcues oder Chameleon?

Für Tours, Checklisten und Ankündigungen: ja — und es ist dasselbe SDK wie Ihre Analytics, also kein zweites Tag und keine separate Anbieterrechnung. Der Unterschied ist die Basis: Guide-Interaktionen verknüpfen sich mit Aktivierung und Umsatz auf demselben Kundendatensatz, sodass „hat dieser Onboarding-Flow tatsächlich Aktivierung und gehaltenen MRR angetrieben?“ ein Lookup ist, keine separate Studie. NPS- und CSAT-Umfragen laufen ebenfalls — in Insights, gewichtet nach dem Umsatz hinter jeder Antwort. Ein integriertes Resource Center ist das eine Stück, das noch auf der Roadmap steht.

Wie schwer ist das, und wird es meine Seite verlangsamen?

Der Guides-Renderer ist ein eigener ~3,8 KB gzipped Chunk, lazy-geladen nur wenn Sie init({ guides: true }) setzen — er berührt nie Besucher, die keinen Guide sehen. Er läuft in einem Shadow-DOM-Overlay, sodass Ihr CSS ihn nicht brechen kann und seine Styles nicht auf Ihre Seite überlaufen.

Wie wissen Checklisten, wann ein Schritt erledigt ist?

Ein Checklisten-Schritt schließt sich anhand eines echten Produktereignisses ab — ein Feature-Key oder Eventname, den Sie bereits tracken. Der Nutzer tut die Sache in Ihrem Produkt, und der Punkt hakt sich selbst ab; Sie bitten ihn nicht, den Fortschritt selbst zu melden.

Wer baut die Guides, und wo?

Jedes Teammitglied, im In-Product-Builder — Typ wählen, Schritte hinzufügen (Titel, Text, Medien, ein Aktionsbutton), URL- und Häufigkeits-Targeting festlegen, als Entwurf speichern, dann live schalten. Das SDK liest ausschließlich Live-Guides; Entwürfe verlassen den Builder nie.