Verwandeln Sie eine Reihe ausgelieferter Tickets in klare, kundenfreundliche Release Notes, gegliedert in Highlights, Verbesserungen und Fehlerbehebungen und in der Stimme Ihres eigenen Produkts geschrieben.
Verwandeln Sie diese ausgelieferten Tickets in kundenfreundliche Release Notes für [Produkt]: [Tickets]. Gruppieren Sie sie in Highlights, Verbesserungen und Fehlerbehebungen und schreiben Sie sie in der Stimme unseres Produkts.
Ein anschauliches Beispiel. Ihr Ergebnis hängt von Ihren Quellen, Daten und Anfragen ab.
Hier sind die Release Notes für dieses Orbit-Update, gegliedert in Highlights, Verbesserungen und Fehlerbehebungen und im klaren, freundlichen Stil Ihrer bisherigen Notes geschrieben. Ich habe mit den gespeicherten Filter-Presets angefangen, da es die Änderung ist, um die Nutzer am häufigsten gebeten haben.
Dasselbe Release, drei Rahmungen. Die Kundenmitteilung führt mit gespeicherten Filter-Presets, da es die Änderung ist, um die Nutzer am meisten gebeten haben; der In-App-Text kürzt sie auf wenige Zeilen; und die interne Version rüstet Vertrieb und CS mit dem Aufhänger aus, auf den sie setzen sollten. Wechseln Sie unten zwischen ihnen.
In diesem Release dreht sich alles darum, schneller an Ihre Daten zu kommen – angefangen mit einem Feature, um das viele von Ihnen gebeten haben.
Highlights
Verbesserungen
Fehlerbehebungen
Auf wenige Zeilen für das Was-ist-neu-Panel gekürzt, mit der wichtigsten Änderung zuerst.
Ein Link "Vollständige Notizen ansehen" öffnet das komplette Changelog für alle, die Details möchten.
Dasselbe Release, aufbereitet für die Menschen, die darüber sprechen müssen, damit Vertrieb und CS das Richtige in den Vordergrund stellen.
Für Kundengespräche ist der Aufhänger die gespeicherten Filter-Presets – unser meistgefragtes Dashboard-Feature dieses Quartal und ein guter Grund, Accounts wieder anzusprechen, die danach gefragt haben. Kombinieren Sie es mit der Caching-Arbeit: häufig besuchte Dashboards laden jetzt spürbar schneller, was bei Power-Usern mit umfangreichen Reports gut ankommt.
Alle drei beschreiben dieselben sechs ausgelieferten Änderungen – was sich ändert, ist die Betonung und der Detailgrad, nicht die Fakten.
Möchten Sie eine kürzere In-App-Version für das Neuigkeiten-Panel oder einen Social-Media-Beitrag, der die neuen Presets ankündigt?
Der Release-Notes-Generator nimmt die von Ihnen ausgelieferten Tickets – knappe Titel, interne Codes und alles – und schreibt sie zu Release Notes um, denen eine Kundin folgen kann. Joy gruppiert die Änderungen in Highlights, Verbesserungen und Fehlerbehebungen und trifft die Stimme Ihrer bisherigen Notes.
Fügen Sie die Tickets aus dem Release ein – Titel, IDs und alle Notizen. Joy liest sie, wie sie sind; kein Aufräumen nötig.
Bitten Sie um kundenfreundliche Release Notes und verweisen Sie Joy, wenn Sie möchten, auf frühere Notes, damit es die Stimme Ihres Produkts trifft.
Erhalten Sie Notes, gegliedert in Highlights, Verbesserungen und Fehlerbehebungen, mit jeder Änderung in klarer Sprache umgeschrieben. Passen Sie an, was oben steht.
Bitten Sie um eine Anpassung – „Machen Sie die Einleitung wärmer“ oder „Lassen Sie die internen IDs weg“ – und kopieren Sie die Notes dann in Ihr Changelog, Ihre App oder Ihre Kunden-E-Mail.
Speichern Sie diese Anfrage als benutzerdefinierten Befehl auf dem Assistenten Ihres Teams. Starten Sie mit der Vorlage Operations, verbinden Sie sie mit Ihren bisherigen Release Notes – und jeder kann ein Release mit einem Klick in Notes verwandeln.
Joy führt mit den Änderungen an, die Kunden am meisten interessieren – nicht in der Reihenfolge, in der die Tickets kamen.
Verweisen Sie es auf frühere Notes, und der Ton überträgt sich, sodass jedes Release nach Ihnen klingt.
Interne Codes und Ticket-Jargon werden in eine Sprache umgeschrieben, der eine Kundin folgen kann.
Jede Änderung landet automatisch unter Highlights, Verbesserungen oder Fehlerbehebungen.
Formen Sie die Notes in eine Release-E-Mail für Ihren Kundenverteiler um.
Verdichten Sie auf ein paar Zeilen für ein In-App-Neuigkeiten-Panel.
Behalten Sie das technische Detail für eine Version, die sich an API-Nutzer richtet.
Teilen Sie ein Release in separate Notes je Produkt oder Plan auf.
Fügen Sie die ausgelieferten Tickets ein – Titel, IDs und alle Notizen – und bitten Sie Joy um kundenfreundliche Release Notes. Es schreibt jedes Ticket in klarer Sprache um und gruppiert die Änderungen in Highlights, Verbesserungen und Fehlerbehebungen, die Sie prüfen und kopieren können.
Ja. Verweisen Sie Joy auf Ihre bisherigen Release Notes, und es übernimmt Ihren Ton – ob verspielt, geradlinig oder technisch – sodass ein neues Release wie die vorherigen klingt.
Joy führt mit den Änderungen an, die Kunden am ehesten interessieren, etwa neuen Features und spürbaren Verbesserungen, und hält kleinere Behebungen weiter unten. Sie können mit einer kurzen Folgefrage alles hoch- oder herabstufen.
Ja. Interne Ticket-IDs und Engineering-Kürzel werden in eine Sprache umgeschrieben, der eine Kundin folgen kann. Wenn Sie die IDs für eine entwicklerseitige Version behalten wollen, fragen Sie einfach.
Ja. Bitten Sie aus denselben Tickets um ein vollständiges Changelog, einen kurzen In-App-Neuigkeiten-Text oder eine Kunden-E-Mail und kopieren Sie jede Version an den richtigen Ort.
Melden Sie sich für die Warteliste an und probieren Sie diesen Workflow bei der Einführung von JoySuite als Erste aus.