SaaS-Teams liefern ständig neue Funktionen aus. Am Dienstag kommt eine neue Integration. Am Donnerstag geht ein lang erwartetes Redesign eines Workflows live. Die Produktmanagerin schreibt eine Slack-Nachricht, der Entwickler schließt das Jira-Ticket, und alle widmen sich dem nächsten Sprint.
Zwei Wochen später zeigen die Nutzungsdaten, dass die neue Funktion kaum angerührt wird. Kommt Ihnen das bekannt vor?
Das Problem ist selten die Funktion selbst. Es ist die Lücke zwischen dem Ausliefern und der Gewissheit, dass Nutzer die Funktion tatsächlich entdecken, verstehen und übernehmen. Laut einer von Hopscotch zitierten Untersuchung werden bis zu 64 % der Funktionen in Softwareprodukten nie genutzt, oft einfach, weil die Nutzer nie davon erfahren haben.
Das Wichtigste in Kürze
- Funktionen kündigen sich nicht von selbst an. Bis zu 64 % der Softwarefunktionen bleiben ungenutzt, weil Nutzer schlicht nichts von ihnen wissen. Die Ankündigung ist genauso wichtig wie die Funktion selbst.
- In-App ist Ihr wirkungsvollster Kanal. Wer Nutzer dort abholt, wo sie ohnehin schon sind (in Ihrem Produkt), erzielt durchweg eine bessere Adoption als mit E-Mails allein.
- Erst segmentieren, dann senden. Nicht jede Funktion ist für jeden Nutzer relevant. Gezielte Ankündigungen erzeugen mehr Engagement und weniger Rauschen für alle, die es nicht wissen müssen.
- Nutzung ≠ Adoption. Ein einmaliger Klick auf eine Funktion ist noch keine Adoption. Verfolgen Sie Retention und wiederholte Nutzung, um zu verstehen, ob sich die Funktion wirklich einen Platz im Arbeitsalltag Ihrer Nutzer verdient hat.
- Feedback im Kontext einholen. Der beste Moment, Nutzer nach ihrer Meinung zu einer neuen Funktion zu fragen, ist direkt nach der Nutzung und nicht drei Tage später per E-Mail.
- Behandeln Sie die Ankündigung als Launch, nicht als Fußnote. Planen Sie sie, messen Sie sie und verbessern Sie sie iterativ, genau wie die Funktion selbst.
Warum eine neue Funktion ankündigen?
Ihre Nutzer haben nicht dieselbe Beziehung zu Ihrem Produkt wie Ihr Team. Sie lesen keine Release Notes und bemerken nicht, wenn in der Seitenleiste ein neuer Button auftaucht. Sie konzentrieren sich darauf, ihre
eigene Arbeit zu erledigen.
Eine Feature-Ankündigung ist in einem SaaS-Produkt kein Nice-to-have. Sie ist ein entscheidender Teil des SaaS-Produktentwicklungszyklus.
Gut gemacht, verwandelt sie eine ausgelieferte Funktion in gelebte Gewohnheiten. Schlecht gemacht, verwandelt sie monatelange
Entwicklungsarbeit in eine Geisterfunktion, die für immer in Ihrem Changelog weiterlebt.
- Höhere Feature-Adoption. Nutzer können keine Funktion übernehmen, von der sie nichts wissen. Eine Ankündigung schafft das Bewusstsein, das Adoption überhaupt erst möglich macht.
- Weniger Abwanderung. Nutzer, die das Gefühl haben, mit der Zeit mehr Wert zu bekommen, kündigen seltener. Eine Ankündigung zum richtigen Zeitpunkt kann jemanden zurückgewinnen, der sich still und leise Richtung Kündigung bewegt hat.
- Stärkere Loyalität. Wenn Nutzer erkennen, dass eine neue Funktion ein Problem löst, das sie hatten, schließt sich der Kreis zwischen ihrem Feedback und der Weiterentwicklung Ihres Produkts. Wer sich gehört fühlt, bleibt.
- Sichtbare Dynamik. Konsequente, klare Produktkommunikation signalisiert, dass Ihr Team zuhört und liefert. Diese Wahrnehmung von Fortschritt ist für sich genommen schon ein Treiber der Kundenbindung.
- Besserer ROI der Entwicklungsarbeit. Jede nicht angekündigte Funktion ist eine Abschreibung der Zeit, die in Design, Entwicklung und QA geflossen ist. Eine Ankündigung verwandelt diese Investition in echten Nutzen für die Nutzer.
Schritt-für-Schritt-Playbook für Feature-Ankündigungen
Wer eine Funktion ohne Plan ausliefert, landet bei geringer Adoption, verwirrten Nutzern und Support-Tickets, die es nie hätte geben müssen. Ein wiederholbarer Ankündigungsprozess ändert das. Hier sind die Schritte, die aus einem Feature-Release einen echten Feature-Launch machen.
-
Ziel und Erfolgskennzahlen festlegen
-
Zielgruppe identifizieren und segmentieren
-
Onboarding- und Supportmaterial für die neue Funktion vorbereiten
-
Den Ankündigungstext schreiben
-
Kanäle wählen und launchen
-
Messen, Feedback sammeln und iterieren
1. Ziel und Erfolgskennzahlen festlegen
Eine Feature-Ankündigung ohne Ziel ist eine Kommunikationsübung. Eine Ankündigung mit Ziel ist ein Launch. Bevor Sie auch nur ein Wort schreiben oder einen Kanal wählen, legen Sie fest, wie Erfolg aussieht.
Wollen Sie die Adoption unter allen aktiven Nutzern innerhalb von 30 Tagen steigern?
Ein Segment zurückgewinnen, das das Produkt zu wenig nutzt?
Eine bestimmte Kategorie von Support-Tickets reduzieren?
Wählen Sie ein oder zwei Kennzahlen, die Ihnen zeigen, ob die Ankündigung funktioniert hat, und machen Sie sie während des gesamten Prozesses zu Ihrem Nordstern.
2. Zielgruppe identifizieren und segmentieren
Wer profitiert tatsächlich von dieser Funktion? Denken Sie genau über Rollen, Tarifstufen, Nutzungsmuster und den Produktbereich nach, in dem die Funktion angesiedelt ist.
Eine Funktion für Team-Admins ist für einzelne Mitarbeitende nicht relevant. Eine fortgeschrittene Integration für Enterprise-Kunden muss nicht an Ihre Free-Nutzer gehen.
Wer Ankündigungen an Nutzer schickt, die keinen Grund haben, sich dafür zu interessieren, bringt ihnen bei, alles zu ignorieren, was Sie senden. Definieren Sie Ihr Segment klar und sprechen Sie nur diese Nutzer an.
3. Onboarding- und Supportmaterial für die neue Funktion vorbereiten
Für jede Funktion mit Lernkurve ist jetzt auch der richtige Moment, einen Artikel in Ihrem Wissenszentrum zu schreiben, eine Onboarding-Produkttour zu erstellen oder sogar eine Onboarding-Checkliste. Statt Nutzer nach dem Klick auf Ihren CTA sich selbst zu überlassen, führt eine Tour sie Schritt für Schritt durch die Funktion, direkt im Produkt, genau in dem Moment, in dem sie ihr zum ersten Mal begegnen.
Und mit Kompassify können Sie Produkttouren direkt über den CTA des Ankündigungs-Widgets starten
4. Den Ankündigungstext schreiben
Beginnen Sie mit dem Nutzen, nicht mit dem Namen der Funktion. Eine klare Überschrift, ein oder zwei Sätze Kontext, ein CTA. Kurz genug zum Überfliegen und überzeugend genug zum Klicken. Wie Sie das im Detail gut hinbekommen, lesen Sie im nächsten Abschnitt.
5. Vertriebskanäle wählen und launchen
Nicht jedes Release verdient dasselbe Megafon. Wählen Sie den Kanal passend zur Größe des Updates und dazu, wo Ihre Zielgruppe am ehesten aufmerksam ist.
-
In-App-Ankündigungen (ein Benachrichtigungs-Widget): In-App ist Ihr wirkungsvollster Kanal. Wer Nutzer dort abholt, wo sie ohnehin schon sind (in Ihrem Produkt), erzielt durchweg eine bessere Adoption als mit E-Mails allein.
-
E-Mail: E-Mail eignet sich am besten für große Releases, die einen eigenen Auftritt verdienen. Ein neuer Tarif, eine Flaggschiff-Funktion oder alles, was die Art verändert, wie Menschen Ihr Produkt nutzen. Schicken Sie nicht zu jedem Update eine E-Mail. Sonst hören Nutzer auf, hinzuschauen, wenn es wirklich darauf ankommt.
-
Eine Ankündigungsleiste: Eine Ankündigungsleiste sitzt am oberen oder unteren Rand Ihrer Oberfläche und bleibt sichtbar, ohne zu stören. Nutzen Sie sie für zeitkritische Neuigkeiten wie eine begrenzte Beta, eine bevorstehende Abkündigung oder eine wichtige Frist.
-
Ein Modal für große Launches: Ein Modal unterbricht den Nutzer bewusst. Heben Sie es deshalb für Momente auf, die diese Aufmerksamkeit verdienen: ein neu gestalteter Workflow, eine neue Preisstufe oder eine kritische Änderung, die alle kennen müssen. Wer es zu oft einsetzt, erlebt, dass Nutzer es ungelesen schließen.
-
Blogartikel oder Changelog-Eintrag: Einen Blogartikel oder Changelog-Eintrag finden Nutzer selbst, wenn sie wissen wollen, was sich geändert hat. Er ist außerdem gut für SEO und gibt Ihrem Team eine klare Übersicht darüber, was wann und warum ausgeliefert wurde. Nutzen Sie ihn für jedes Release, ob groß oder klein.
6. Messen, Feedback sammeln und iterieren
Mit dem Launch ist der Prozess nicht zu Ende. Sobald Ihre Funktion live ist, müssen Sie wissen, ob sie tatsächlich funktioniert: nicht nur, ob die Ankündigung gesehen wurde, sondern ob die Funktion genutzt und weiter genutzt wird.
Beginnen Sie mit den Grundlagen:
-
Reichweite: Wie viele Nutzer haben die Ankündigung gesehen?
-
Engagement: Wie viele haben darauf geklickt oder damit interagiert?
-
Adoption: Wie viele haben die Funktion anschließend tatsächlich genutzt?
-
Retention: Wie viele sind zurückgekommen und haben sie erneut genutzt?
Diese vier Zahlen verraten Ihnen viel. Ist die Reichweite hoch, die Adoption aber niedrig, ist Ihre Ankündigung angekommen, die Funktion aber nicht. Ist die Adoption hoch, bricht die Retention aber ein, haben Nutzer sie einmal ausprobiert und nicht genug Wert gesehen, um wiederzukommen. Jede Lücke weist auf ein anderes Problem hin, das es zu lösen gilt.
Mit Feedback verhält es sich genauso. Der beste Moment, danach zu fragen, ist direkt nachdem jemand die Funktion zum ersten Mal genutzt hat, nicht drei Tage später in einer Follow-up-E-Mail. Eine In-App-Abfrage im richtigen Moment liefert Ihnen immer ehrlichere und nützlichere Antworten als eine Umfrage ohne Kontext.
Und dann nutzen Sie, was Sie gelernt haben. Passen Sie den Onboarding-Tooltip an, wenn Nutzer beim ersten Schritt unsicher sind. Schreiben Sie die Ankündigung neu, wenn niemand durchklickt. Passen Sie die Funktion selbst an, wenn das Feedback auf ein echtes Usability-Problem hinweist. Die Teams, die einen Feature-Launch als Startpunkt und nicht als Ziellinie betrachten, sind diejenigen, die mit der Zeit eine bessere Adoption erleben.
So schreiben Sie eine Feature-Ankündigung
Der Text Ihrer Feature-Ankündigung wird in Sekunden gelesen, noch schneller überflogen und fast sofort beurteilt. So bringen Sie jedes Wort zum Wirken.
Beginnen Sie mit einer Überschrift, die den Nutzen benennt
Sagen Sie Nutzern, was sie jetzt tun können, nicht was Sie gebaut haben. „Jeden Bericht mit einem Klick exportieren“ schlägt „CSV-Exportmodul jetzt verfügbar“. Beantworten Sie die unausgesprochene Frage: „Was habe ich davon?“
Ergänzen Sie ein oder zwei Sätze Kontext
Welches Problem löst die Funktion? Welche Reibung beseitigt sie? Höchstens zwei Sätze. Wenn Sie mehr schreiben, stellen Sie Funktionen statt Ergebnisse in den Vordergrund.
Schreiben Sie, wie eine kluge Kollegin sprechen würde, nicht wie eine Pressemitteilung klingt
Lesen Sie Ihren Text laut vor. Wenn er steif klingt, schreiben Sie ihn um. „Wir haben eine erweiterte Engine zur Workflow-Automatisierung implementiert“ sagt Nutzern nichts. „Erstellen Sie Freigabe-Workflows in Minuten, ohne einen Entwickler zu fragen“ schon. Verwenden Sie einfache Sprache, vermeiden Sie das Passiv und schreiben Sie „Sie können jetzt“ statt „es ist nun möglich“.
Verwenden Sie einen klaren CTA
Eine Aktion, so formuliert, dass sie genau beschreibt, was beim Klick passiert: „Jetzt ausprobieren“, „Tour starten“, „Dashboard öffnen“. Führen Sie Nutzer direkt zur Funktion, nicht auf eine Startseite. Je kürzer der Weg zum Nutzen, desto höher Ihre Adoptionsrate.
Zeigen Sie, wann immer möglich, etwas Visuelles
Ein Screenshot, ein GIF oder eine kurze Bildschirmaufnahme leistet mehr als jede Menge Text. Visuelles lässt Nutzer sehen, was sie erwartet, bevor sie klicken, verringert Reibung und senkt die Aktivierungshürde.
Eine Nachricht, eine Funktion: Widerstehen Sie der Versuchung, mehrere Updates in einer einzigen Ankündigung zu bündeln. Wenn Sie drei Dinge auf einmal ankündigen, nehmen Nutzer keines davon klar wahr, der CTA wird mehrdeutig, und Sie können die Wirkung einzelner Releases nicht mehr messen. Heben Sie gebündelte Updates für ein vierteljährliches Changelog oder einen „Was ist neu“-Überblicksartikel auf. Für Ihre In-App-Ankündigungen gilt: eine Funktion, eine Nachricht, eine Aktion.
Passen Sie den Ton an Ihre Zielgruppe an
Entwickler-Tools dürfen knapp und technisch sein. Consumer-Produkte dürfen wärmer klingen. Eine tiefgreifende Änderung sollte mit Beruhigung beginnen. Schreiben Sie für Ihre konkreten Nutzer, nicht für ein allgemeines Publikum.
Eine schnelle Vorlage für den Einstieg: [Überschrift: was Nutzer jetzt tun können] + [Ein Satz: warum es wichtig ist / welches Problem es löst] + [Visuell: Screenshot oder GIF der Funktion] + [CTA: eine konkrete Aktion, die direkt zur Funktion führt]. Das ist eine vollständige Ankündigung. Alles andere ist optional.
Die Vorlage, ausgefüllt
So sieht das bei einem realistischen Release aus, einer Freigabe-Workflow-Funktion in einem Projektmanagement-Tool:
Überschrift: „Anfragen freigeben, ohne Ihr Board zu verlassen“
Kontext: „Schluss mit dem Hinterherlaufen nach Freigaben per E-Mail: Fügen Sie jeder Aufgabe einen Freigabeschritt hinzu, und Prüfer werden direkt in der App benachrichtigt.“
Visuell: ein zehnsekündiges GIF, das zeigt, wie eine Aufgabe den neuen Freigabeschritt durchläuft
CTA: „Freigabeschritt hinzufügen“, mit einem Link direkt in den Workflow-Editor, nicht auf eine Startseite oder einen Hilfeartikel.
Achten Sie darauf, was fehlt: kein Funktionsname in der Überschrift, kein Absatz darüber, wie lange die Entwicklung gedauert hat, kein zweiter CTA. Jedes Element verdient seinen Platz, weil es den Nutzer näher an das Ausprobieren der Funktion bringt.
Best Practices für die Ankündigung einer neuen Funktion
Was Ankündigungen mit hoher Adoption von denen unterscheidet, die ignoriert werden.
Stellen Sie das Ergebnis für den Nutzer in den Vordergrund, nicht Ihren Entwicklungsaufwand
„Sie können jetzt in Minuten automatisierte Freigabe-Workflows erstellen“ ist eine Ankündigung. „Wir haben eine neue Engine zur Workflow-Automatisierung mit bedingter Verzweigungslogik hinzugefügt“ ist ein Changelog-Eintrag, um den niemand gebeten hat. Schreiben Sie aus der Perspektive des Nutzers, nicht aus Ihrer.
Segmentieren Sie Ihre Zielgruppe vor der Ankündigung
Wer ein API-Update für Entwickler an nicht-technische Nutzer schickt, bringt ihnen bei, alles zu ignorieren, was Sie senden. Segmentieren Sie nach Rolle, Tarifstufe oder Nutzungsmuster und sprechen Sie nur die Nutzer an, die es wirklich wissen müssen.
Stellen Sie sicher, dass die Funktion wirklich fertig ist, bevor Sie sie ankündigen
Testen Sie die Funktion, aktualisieren Sie Ihre Hilfedokumentation und briefen Sie den Support, bevor Sie irgendetwas verschicken. Ein Nutzer, der durchklickt und auf einen Bug oder einen fehlenden Hilfeartikel stößt, gibt nicht nur die Funktion auf: Er vertraut Ihrem Produkt danach auch weniger.
Wählen Sie den Zeitpunkt für maximales Engagement
Vormittage in der Wochenmitte (Di-Do, 9-11 Uhr in der Zeitzone Ihrer Nutzer) schneiden durchweg besser ab als andere Zeitfenster. Meiden Sie Montage, Freitage und Feiertage. Bei globalen Produkten staffeln Sie nach Region.
Geben Sie immer einen klaren nächsten Schritt vor
Ein CTA, konkret und direkt: „Jetzt ausprobieren“, „Tour starten“, „Dashboard öffnen“. Führen Sie Nutzer direkt zur Funktion, nicht auf eine Startseite. Weniger Klicks = höhere Adoption.
Fassen Sie sich kurz
Nutzer überfliegen. Eine Überschrift, ein Satz Kontext und ein CTA reichen für die meisten Funktionen. Wenn Sie mehr als zwei Sätze brauchen, um den Nutzen zu erklären, liegt das Problem in der Formulierung, nicht in der Länge.
Was Sie bei der Ankündigung einer neuen Funktion NICHT tun sollten
Die folgenden Fehler sind häufig, kostspielig und vollständig vermeidbar. Die meisten entstehen, weil die Ankündigung als Formalität behandelt wird statt als entscheidender Teil des Produkt-Launches.
✅ Das sollten Sie tun
- Mit dem Nutzen für den Nutzer beginnen, nicht mit dem Funktionsnamen
- Die Zielgruppe segmentieren und nur relevante Nutzer ansprechen
- In-App-Kanäle für aktive Nutzer nutzen
- Pro Ankündigung einen einzigen, konkreten CTA einsetzen
- Ankündigungen in Zeitfenster mit dem höchsten Engagement legen
- Für komplexe Funktionen eine interaktive Tour anbieten
- Feedback direkt nach der Interaktion des Nutzers einholen
- Adoption-Kennzahlen verfolgen und schwache Ankündigungen verbessern
- Sicherstellen, dass Dokumentation und Support vor dem Livegang bereit sind
❌ Das sollten Sie lassen
- Allen Nutzern ankündigen, egal ob relevant oder nicht
- Passive, funktionszentrierte Texte verwenden („Wir haben … hinzugefügt“)
- Sich auf eine einzige E-Mail und sonst nichts verlassen
- Die Ankündigung weglassen, weil die Funktion „für sich selbst spricht“
- Ankündigen, bevor Dokumentation und Support bereit sind
- Für jedes Release, ob groß oder klein, ein Vollbild-Modal einsetzen
- Abbruch- und Adoptionsdaten nach dem Launch ignorieren
- Wochenlang warten, bevor Sie Nutzerfeedback einholen
- Die Ankündigung als einmaliges Ereignis ohne Nachfassen behandeln
Der stille Killer: Der schädlichste Fehler ist nicht eine schlechte Ankündigung, sondern gar keine. Jede Funktion, die ausgeliefert wird, ohne den Nutzern kommuniziert zu werden, schöpft ihr Potenzial nicht aus, egal wie gut sie gebaut ist.
3 echte Beispiele für Feature-Ankündigungen (und warum sie funktionieren)
Am besten verstehen Sie, wie eine großartige Feature-Ankündigung aussieht, wenn Sie Unternehmen studieren, die das konsequent gut machen. Diese drei Beispiele decken unterschiedliche Produkttypen, Ankündigungsformate und Komplexitätsstufen ab, doch jedes zeigt ein bestimmtes Prinzip, das sich abzuschauen lohnt.
Als Slack das Layout seiner Seitenleiste still und leise überarbeitete, unterbrach es die Nutzer nicht mit einem Vollbild-Modal. Stattdessen blendete es einen kleinen Tooltip ein, der direkt an der aktualisierten Seitenleiste verankert war, mit dem Text „We've tidied up the sidebar; it's a bit neater and less distracting.“ (sinngemäß: „Wir haben die Seitenleiste aufgeräumt, sie ist jetzt übersichtlicher und lenkt weniger ab.“). Ein einziger „Learn more“-Link war die einzige verfügbare Aktion.
Warum es funktioniert:
- Platzierung im Kontext. Der Tooltip erscheint direkt neben dem Element, das sich geändert hat. Nutzer müssen nicht abstrakt über das Update der Seitenleiste lesen, sie sehen die Änderung, während die Nachricht sie erklärt. Kontext und Inhalt passen perfekt zusammen.
- Minimales, nicht blockierendes Format. Ein Tooltip verlangt keinerlei Verpflichtung. Nutzer lesen ihn in zwei Sekunden und machen mit dem weiter, was sie gerade tun. Es gibt keine erzwungene Interaktion, keinen Pflicht-Button, keinen Ablauf, der abgeschlossen werden muss. Die Ankündigung respektiert die aktuelle Aufgabe des Nutzers.
- Nutzenorientierter Text. „Übersichtlicher und weniger ablenkend“ sagt direkt, warum die Änderung vorgenommen wurde, nicht, was technisch verändert wurde. Nutzer verstehen sofort, was sie davon haben, statt es erst erschließen zu müssen.
- Ein einziger, optionaler CTA. „Learn more“ steht allen offen, die das ganze Bild wollen, wird aber nie aufgezwungen. Wem die Zusammenfassung im Tooltip reicht, schließt ihn einfach und macht weiter.
Als Notion Custom Agents einführte, KI-Agenten, die selbstständig im Hintergrund arbeiten, hätte es die Funktion mit einem einfachen Banner oder einem Changelog-Eintrag ankündigen können. Stattdessen setzte Notion voll auf ein filmreifes Vollbild-Modal mit der Überschrift „Meet the night shift.“ (sinngemäß: „Darf ich vorstellen: die Nachtschicht.“). Das Bild: ein dunkles, animiertes Förderband mit App-Icons, die durch einen Lichtkegel laufen, als Andeutung von Arbeit, die still erledigt wird, während Sie nicht da sind.
Warum es funktioniert:
- Eine Überschrift, die das Gefühl verkauft, nicht die Funktion. „Meet the night shift“ weckt die Vorstellung von Produktivität, während Sie schlafen: Autonomie, Seelenruhe, Fortschritt ohne Anstrengung. Dort steht nicht „Wir stellen vor: Custom Agents“. Sie spüren, was die Funktion leistet, bevor erklärt wird, was sie ist.
- Immersives visuelles Storytelling. Der dunkle Vollbild-Hintergrund mit animierten App-Icons auf einem Förderband ist keine Dekoration, er ist die Ankündigung. Nutzer begreifen sofort das Konzept von Agenten, die Aufgaben über verschiedene Tools hinweg erledigen, ohne ein Wort Text zu lesen.
- Knapper, nutzenorientierter Begleittext. Der Begleittext (sinngemäß: „Sie halten die Arbeit rund um die Uhr am Laufen: Wissen erfassen, Fragen beantworten und Projekte voranbringen, alles während Sie schlafen“) bringt drei konkrete Anwendungsfälle in einem Satz unter. Effizient und leicht erfassbar.
- Ein einziger, reibungsloser CTA. Ein Button: „Explore“. Keine zweite Option, kein in der Ecke versteckter Schließen-Link. Die gesamte Ankündigung lenkt Nutzer auf eine Aktion, sodass der nächste Schritt nicht zu übersehen ist.
Als Figma den privaten Drafts-Ordner der Nutzer in ihren Team-Workspace verschob, war das genau die Art struktureller Änderung, die leicht verwirren oder beunruhigen kann: Ein Ordner, auf den man sich verlassen hatte, war plötzlich an einem anderen Ort. Statt Nutzer zufällig über die Änderung stolpern zu lassen, zeigte Figma ein zweigeteiltes Vollbild-Modal mit dem Titel „Drafts have a new home“ (sinngemäß: „Entwürfe haben ein neues Zuhause“), das links eine klare schriftliche Erklärung mit rechts einer Live-Vorschau der neuen Seitenleistenstruktur kombinierte.
Warum es funktioniert:
- Erst beruhigen, dann erklären. Der Text beginnt mit dem Kontext, also warum die Änderung vorgenommen wurde (sinngemäß: „es war unklar, welchem Team welche Entwürfe gehörten“), bevor er beschreibt, was verschoben wurde. Nutzer verstehen die Begründung sofort, und mögliche Frustration wird zu Akzeptanz.
- Sorgen proaktiv auffangen. Der zweite Absatz greift ausdrücklich die Befürchtung auf, die die meisten Nutzer hätten (sinngemäß: „Sonst hat sich nichts geändert, Entwürfe sind weiterhin kostenlos und bleiben privat, bis Sie sie teilen“). Diese Sorge vorwegzunehmen und zu entkräften, bevor der Nutzer fragen muss, ist das Markenzeichen nutzerzentrierter Ankündigungstexte.
- Ein zweigeteiltes Layout, das zeigt statt nur erzählt. Die rechte Seite des Modals zeigt die tatsächlich aktualisierte Seitenleiste mit den Drafts im Team, genau dort, wo Nutzer sie nach dem Schließen des Modals finden werden. Zwischen Ankündigung und Realität gibt es keinerlei Lücke.
- Zwei CTAs für unterschiedliche Nutzertypen. „Got it“ für Nutzer, denen das reicht und die weitermachen wollen, „Learn more“ für alle, die die vollständige Dokumentation lesen möchten. Beide Optionen erzeugen wenig Druck, und keine hält den Nutzer vom Weitermachen ab.
Das Muster hinter allen drei Beispielen: Jede großartige Feature-Ankündigung beginnt mit dem Nutzen für den Nutzer, respektiert seine Autonomie (niemand wird irgendwo durchgezwungen) und hält den Abstand zwischen dem Lesen der Ankündigung und dem Erleben des Nutzens so kurz wie möglich. Das Format unterscheidet sich (Tooltips, Vollbild-Modals, zwei CTAs), das zugrunde liegende Prinzip ist dasselbe.
So messen Sie die Feature-Adoption nach einer Ankündigung
Es gibt einen wichtigen Unterschied, den viele Produktteams übersehen: Feature-Nutzung ist nicht dasselbe wie Feature-Adoption. Ein Nutzer, der eine Funktion einmal anklickt, weil er eine Ankündigung gesehen hat, hat sie genutzt. Ein Nutzer, der immer wieder zu ihr zurückkehrt, weil sie ihm wirklich bei der Arbeit hilft, hat sie adoptiert. Adoption ist die Kennzahl, die die Kundenbindung antreibt. Nutzung ist nur eine Vorstufe.
Um die Feature-Adoption zu messen, müssen Sie das Verhalten über einen längeren Zeitraum betrachten, nicht nur in den ersten 24 Stunden nach einer Ankündigung. Das sind die Kennzahlen, auf die es ankommt.
| Kennzahl | Was sie misst | Wie Sie sie interpretieren |
|---|---|---|
| Feature-Adoptionsrate | Anteil der Zielnutzer, die die Funktion innerhalb eines festgelegten Zeitraums mindestens einmal nutzen | Eine niedrige Adoptionsrate nach einer gut verteilten Ankündigung deutet oft auf ein Problem bei der Vermittlung des Nutzens hin: Nutzer haben sie gesehen, waren aber nicht überzeugt, sie auszuprobieren |
| Feature-Retentionsrate | Anteil der Nutzer, die die Funktion nach ihrer ersten Interaktion in einer zweiten Sitzung erneut nutzen | Das ist das aussagekräftigste Maß für Adoption. Eine niedrige Retention bedeutet, dass Nutzer sie ausprobiert, aber nicht genug Wert gefunden haben, um wiederzukommen |
| Zeit bis zur ersten Nutzung | Wie lange ein Nutzer nach dem Sehen der Ankündigung braucht, um die Funktion zu nutzen | Eine lange Verzögerung zwischen Ankündigung und erster Nutzung deutet darauf hin, dass der CTA oder das Onboarding Reibung erzeugt |
| Nutzungshäufigkeit | Wie oft aktive Nutzer pro Woche oder Monat mit der Funktion interagieren | Funktionen mit hoher anfänglicher Adoption, aber geringer Häufigkeit werden oft eher zum „Nice-to-have“ als zum Kern des Arbeitsablaufs |
| Klickrate der Ankündigung | Anteil der Nutzer, die die Ankündigung gesehen und auf den CTA geklickt haben | Eine niedrige CTR weist auf ein Text- oder Targeting-Problem hin: Die Nachricht überzeugt die Nutzer nicht, oder sie ist für sie nicht relevant |
| Volumen der Support-Tickets | Anzahl der Support-Anfragen zur neuen Funktion | Ein Anstieg der Tickets zeigt, dass die Funktion entdeckt, aber nicht verstanden wird: Investieren Sie in bessere In-App-Anleitungen |
Einen Adoption-Funnel aufbauen
Betrachten Sie die Feature-Adoption als Funnel mit vier Stufen: Bewusstsein (hat der Nutzer die Ankündigung gesehen?), Aktivierung (hat der Nutzer die Funktion ausprobiert?), Retention (ist der Nutzer zurückgekommen, um sie erneut zu nutzen?) und Integration (ist die Funktion inzwischen fester Bestandteil seines Arbeitsablaufs?).
Auf jeder Stufe können Nutzer verloren gehen. Hohes Bewusstsein bei geringer Aktivierung bedeutet, dass Ihre Ankündigung die Nutzer erreicht, sie aber nicht motiviert, die Funktion auszuprobieren. Hohe Aktivierung bei geringer Retention bedeutet, dass die Funktion ausprobiert wird, aber nicht genug Wert liefert, um einen zweiten Besuch zu verdienen. Wenn Sie Ihren Funnel abbilden, erkennen Sie genau, welche Stufe Sie verbessern müssen.
Mit der Produktanalyse von Kompassify verfolgen Sie Nutzerinteraktionen mit bestimmten Funktionen, bauen eigene Funnels auf und messen Adoptionsraten direkt in Ihrer App, ohne Daten über eine separate Analyseplattform leiten zu müssen. Sie sehen auf einen Blick, welche Nutzersegmente eine Funktion übernehmen und welche nicht, und können mit diesen Daten gezielte Folgeankündigungen oder geführte Touren für die Gruppen auslösen, die mehr Ermutigung brauchen.
So sammeln Sie Nutzerfeedback zu einer neuen Funktion
Adoption-Kennzahlen zeigen Ihnen, was Nutzer mit einer neuen Funktion tun. Feedback zeigt Ihnen, warum. Beides ist unverzichtbar. Eine Funktion mit hoher Adoption, aber niedrigen Zufriedenheitswerten hat ein Qualitäts- oder UX-Problem, das sich früher oder später als Abwanderung zeigt. Eine Funktion mit geringer Adoption braucht vielleicht eine bessere Ankündigungsstrategie, oder sie muss grundlegend überdacht werden.
Feedback im Kontext einholen, nicht im Nachhinein
Der beste Moment, einen Nutzer nach seiner Meinung zu einer neuen Funktion zu fragen, ist direkt nach der ersten Nutzung. In diesem Moment ist das Erlebnis frisch, die Eindrücke sind lebendig, und die Frage wirkt natürlich. Eine E-Mail-Umfrage, die drei Tage später nach dem Erlebnis fragt, bekommt nur einen Bruchteil der Antworten, und die Qualität des Feedbacks ist geringer.
Das Benachrichtigungs-Widget von Kompassify unterstützt das Einholen von Feedback direkt in der Ankündigung: Sie können eine einfache Reaktionsauswahl, eine Daumen-hoch/Daumen-runter-Abfrage oder eine kurze offene Frage direkt in die Ankündigung einbetten. Nutzer antworten, ohne das Produkt zu verlassen, was die Antwortquote und die Qualität der gesammelten Daten enorm steigert.
Mikroumfragen für konkrete Fragen nutzen
Eine Mikroumfrage ist eine In-App-Abfrage mit ein oder zwei Fragen, die erscheint, nachdem ein Nutzer eine bestimmte Aktion abgeschlossen hat. Für Feedback zu Funktionen sind typischerweise diese Fragen am nützlichsten: „Wie nützlich war diese Funktion für Sie?“ (Bewertung 1-5), „Was würde diese Funktion nützlicher machen?“ (Freitext) oder ein einfaches Daumen hoch/Daumen runter, gefolgt von „Verraten Sie uns, warum.“ Beschränken Sie sich auf eine Frage pro Abfrage: Sobald sich eine Umfrage wie eine Verpflichtung anfühlt, brechen Nutzer ab.
NPS und CSAT pro Funktion verfolgen
Net Promoter Score (NPS) und Customer Satisfaction Score (CSAT), gemessen auf Ebene einzelner Funktionen (statt für das gesamte Produkt), liefern Ihnen ein präzises Signal dafür, ob eine bestimmte Fähigkeit Ihre Nutzer begeistert oder enttäuscht. (Neu bei dieser Kennzahl? Unser vollständiger Leitfaden zum Net Promoter Score erklärt Formel, Benchmarks und Best Practices für Umfragen.) Verfolgen Sie diese Werte über die Zeit, besonders in den ersten 30 bis 90 Tagen nach einem Launch. Eine Funktion, deren CSAT-Wert sich über mehrere Iterationen verbessert, ist ein gesundes Zeichen. Bleibt der Wert trotz Änderungen gleich oder sinkt er, ist das ein Signal, dass das zentrale Nutzenversprechen womöglich überdacht werden muss.
Support-Tickets als passiven Feedbackkanal beobachten
Support-Anfragen gehören zu den ehrlichsten Formen von Nutzerfeedback: Sie markieren die Momente, in denen sich das Produkt nicht von selbst erklärt hat. Ein Anstieg der Tickets zu einer neuen Funktion ist nicht nur eine Belastung für den Support. Er ist eine detaillierte Landkarte, die zeigt, wo Nutzer verwirrt sind, was sie erwartet, aber nicht gefunden haben, und wo Ihre In-App-Anleitungen besser werden müssen. Werten Sie die Tickets der ersten Woche nach jedem größeren Feature-Launch im Rahmen Ihrer Post-Launch-Analyse aus.
Alles zusammengefasst: Ihre Checkliste für Feature-Ankündigungen
Nutzen Sie diese Checkliste für jeden größeren Feature-Launch. Passen Sie den Umfang an die Größe des Releases an: Eine kleine Verbesserung braucht vielleicht nur einen Eintrag im Benachrichtigungs-Widget und eine E-Mail an inaktive Nutzer, während eine große neue Fähigkeit das komplette Playbook verdient.
Vor dem Launch
- Adoption-Ziel und ein oder zwei Erfolgskennzahlen festlegen
- Zielgruppe segmentieren (Rolle, Tarif, Nutzungsmuster)
- Die Funktion testen: sicherstellen, dass sie stabil, geprüft und produktionsreif ist
- Hilfedokumentation mit einem eigenen Artikel zur neuen Funktion aktualisieren
- Das Support-Team zu den häufigsten Fragen briefen, die es erhalten wird
- Für komplexe Funktionen eine Produkttour mit Kompassify erstellen
- Ankündigungstext schreiben (nutzenorientiert, kurz, ein einziger CTA)
Launch
- In-App-Ankündigung über das Benachrichtigungs-Widget und/oder eine kurze Produkttour veröffentlichen
- Produkttour für Nutzer auslösen, die den Bereich der Funktion zum ersten Mal betreten
- E-Mail an inaktive oder seltene Nutzer senden, die von der Funktion profitieren würden
- Changelog-Eintrag oder Blogartikel veröffentlichen
- In sozialen Medien teilen (besonders bei großen Releases)
- Prüfen, ob das Tracking der Produktanalyse für die neue Funktion aktiv ist
Nach dem Launch (Tag 7-30)
- Adoption-Funnel prüfen: Bewusstsein → Aktivierung → Retention
- In-App-Feedback aus dem Benachrichtigungs-Widget sammeln und auswerten
- Volumen der Support-Tickets zur neuen Funktion analysieren
- Nutzern, die die Ankündigung gesehen, die Funktion aber nicht ausprobiert haben, einen Folgeimpuls senden
- Ankündigungstext oder Tourschritte anhand der Abbruchdaten verbessern
- Erkenntnisse für den nächsten Feature-Launch dokumentieren
Bereit, Funktionen zu launchen, die wirklich genutzt werden?
Kompassify bietet Ihnen In-App-Produkttouren, Benachrichtigungs-Widgets, Onboarding-Checklisten, Feedback-Erfassung und Produktanalyse: alles, was Sie brauchen, um neue Funktionen anzukündigen und ihren Erfolg zu messen, ohne eine einzige Zeile Code zu schreiben.
Kostenlos starten →Häufig gestellte Fragen
Warum ist es wichtig, eine neue Funktion anzukündigen?
Ohne eine richtige Ankündigung bleiben neue Funktionen unbemerkt. Untersuchungen deuten darauf hin, dass bis zu 64 % der Funktionen in Softwareprodukten nie genutzt werden, oft einfach deshalb, weil Nutzer gar nicht wissen, dass es sie gibt. Eine gut gemachte Feature-Ankündigung sorgt für Entdeckung, steigert die Adoption, senkt die Abwanderung und zeigt Ihren Nutzern, dass Ihr Produkt aktiv weiterentwickelt wird. All das zahlt direkt auf Kundenbindung und langfristigen Umsatz ein.
Welche Kanäle sollte ich nutzen, um eine neue Funktion anzukündigen?
Am wirksamsten ist ein Mehrkanal-Ansatz. In-App-Ankündigungen (Benachrichtigungs-Widgets, Ankündigungsleisten, Modals) erreichen aktive Nutzer im Kontext und erzielen durchweg die höchsten Adoptionsraten. E-Mail erreicht inaktive oder seltenere Nutzer. Blogartikel und Social Media erhöhen die Sichtbarkeit und unterstützen SEO. Bei großen Releases vertieft eine Live-Demo oder ein Webinar das Engagement Ihrer wertvollsten Kunden.
Was ist der Unterschied zwischen Feature-Nutzung und Feature-Adoption?
Feature-Nutzung erfasst jede aufgezeichnete Interaktion, auch einmalige Klicks. Feature-Adoption misst, ob eine Funktion zu einem festen, wiederkehrenden Bestandteil des Arbeitsablaufs eines Nutzers wird. Eine Funktion kann gesunde Nutzungszahlen aufweisen, ohne jemals wirklich adoptiert zu werden. Für die langfristige Kundenbindung zählt die Adoption, denn sie zeigt, dass sich die Funktion einen dauerhaften Platz in der tatsächlichen Arbeitsweise der Nutzer verdient hat.
Wie messe ich die Feature-Adoption nach einer Ankündigung?
Die wichtigsten Kennzahlen sind: Feature-Adoptionsrate (Anteil der Zielnutzer, die die Funktion mindestens einmal verwenden), Feature-Retentionsrate (Anteil, der sie in einer zweiten Sitzung erneut nutzt), Zeit bis zur ersten Nutzung und Nutzungshäufigkeit pro aktivem Nutzer. Mit der Produktanalyse von Kompassify verfolgen Sie all das direkt in Ihrer App, bauen Adoption-Funnels auf und segmentieren die Ergebnisse nach Nutzerkohorten, ohne Daten an eine separate Analyseplattform zu senden.
Wie sammle ich Feedback zu einer neuen Funktion?
Am wirksamsten ist es, Feedback im Kontext einzuholen, direkt nachdem der Nutzer mit der neuen Funktion interagiert hat. Das Benachrichtigungs-Widget von Kompassify unterstützt eingebettetes Feedback direkt in Ankündigungen, sodass Nutzer reagieren, bewerten oder einen kurzen Kommentar hinterlassen können, ohne das Produkt zu verlassen. Das steigert die Antwortquote im Vergleich zu nachträglichen E-Mail-Umfragen enorm. Für tiefere qualitative Einblicke funktionieren kurze In-App-Mikroumfragen (ein oder zwei Fragen), die nach der ersten Nutzung einer Funktion ausgelöst werden, ausgezeichnet.
Wann ist der richtige Zeitpunkt, um eine neue Funktion anzukündigen?
Kündigen Sie an, wenn die Funktion stabil, getestet und vollständig dokumentiert ist. Innerhalb der Woche erzielen Vormittage in der Wochenmitte (Dienstag bis Donnerstag) durchweg mehr Engagement. Meiden Sie Montage, Freitage und Feiertage. Bei globalen Produkten sollten Sie die Ankündigung nach Zeitzonen staffeln. Vor allem: Kündigen Sie nicht an, bevor die Funktion wirklich fertig ist. Ein fehlerhafter oder undokumentierter erster Eindruck schadet dem Vertrauen der Nutzer weit mehr als ein verspäteter Launch.
Muss ich kleinere Updates und Bugfixes ankündigen?
Kleinere Bugfixes rechtfertigen in der Regel keine vollständige Ankündigungskampagne, sie sollten aber in Ihrem Changelog oder im Feed Ihres Benachrichtigungs-Widgets erscheinen. Nutzer, die ein hartnäckiges Problem erlebt haben und später sehen, dass es behoben wurde, wissen das zu schätzen. Für kleinere Verbesserungen, die einen bestehenden Arbeitsablauf leicht verändern, reicht meist ein kurzer Eintrag im Benachrichtigungs-Widget. Modals und E-Mails sollten Sie wirklich bedeutenden Feature-Launches vorbehalten.