Entscheidungsprotokoll Vorlage: So halten Sie Entscheidungen fest, damit niemand sie neu aufrollt – und wo das Protokoll liegt (2026)

Ein Entscheidungsprotokoll ist die fortlaufende Aufzeichnung dessen, was ein Team entschieden hat. Es enthält einen Eintrag pro Entscheidung, datiert. Jeder Eintrag nennt die Entscheidung in einem Satz, die Person oder das Gremium, das entschieden hat, die Optionen, die zur Wahl standen, und den Grund, warum die gewählte gewonnen hat. Dazu kommt, was die Entscheidung ausschließt und unter welcher Bedingung sie erneut geprüft würde. Es ist weder das Besprechungsprotokoll noch die Aufgabenliste. Es ist das Dokument, das jemand drei Monate später öffnet, wenn eine neue Kollegin fragt: „Warum machen wir das eigentlich so?" – und darin eine Antwort findet statt eines Meetings.

Dieser Leitfaden behandelt zuerst das Handwerk: was ein Entscheidungsprotokoll ist, was jeder Eintrag enthält und wie Sie ihn vor, während und nach dem Meeting schreiben, in dem die Entscheidung fällt. Dazu gibt es eine Vorlage, ein Register zum Kopieren und drei ausgefüllte Einträge. Danach folgt die Technik: wo das Protokoll in den Tools liegt, die Ihr Team ohnehin nutzt, und was von der Entscheidung tatsächlich darin ankommt. Denn der eigentliche Test des Protokolls ist nicht die Woche, in der es geschrieben wird. Es ist der Tag, an dem jemand sagt: „Ich erinnere mich nicht, dem zugestimmt zu haben."

Was ein Entscheidungsprotokoll ist – und was nicht

Aus einem Meeting entstehen vier Arten von Aufzeichnungen. Das Entscheidungsprotokoll wird am häufigsten mit den anderen dreien verwechselt:

Der entscheidende Unterschied: Ein Besprechungsprotokoll ist nach Meetings geordnet, das Entscheidungsprotokoll nach Entscheidungen. Eine Entscheidung, die über drei Meetings hinweg fällt, hinterlässt drei Einträge in Besprechungsprotokollen und einen im Entscheidungsprotokoll. Außerdem behält das Entscheidungsprotokoll, was Besprechungsprotokolle meist weglassen: die Optionen, die unterlegen sind, und den Grund dafür. Genau darum dreht sich der nächste Streit.

Ein Entscheidungsprotokoll ist auch kein Richtlinienhandbuch. Eine Richtlinie ist die geltende Regel; das Protokoll ist die Geschichte, wie die Regel dazu wurde, einschließlich der Einträge, die als ersetzt markiert sind. Führen Sie beides, verlinken Sie beides, und ändern Sie nie einen alten Eintrag passend zu einer neuen Entscheidung. Legen Sie stattdessen einen neuen Eintrag an und verweisen Sie vom alten auf ihn.

Was jeder Eintrag enthält: das Format

Sieben Elemente. Die meisten Vorlagen im Netz enthalten nur die ersten drei und hören dann auf. Deshalb werden die meisten Protokolle trotzdem neu verhandelt:

1. Eine ID und ein Datum. „D-14, 9. Oktober". Die ID zitieren Leute im Chat („das ist D-14"), statt die Entscheidung neu zu beschreiben und sie damit versehentlich wieder zu öffnen.
2. Die Entscheidung in einem Satz, im Präsens. „Wir kalkulieren nur in EUR." Nicht „wir haben über Preise gesprochen", nicht „man war der Ansicht". Braucht der Satz einen Absatz, sind es zwei Entscheidungen oder keine.
3. Wer entschieden hat, wer konsultiert und wer informiert wurde. Ein Name oder ein Gremium für die Entscheidung; die Personen, deren Input eingeholt wurde; der Kanal oder Verteiler, der informiert wurde. Die erste Angabe beantwortet „Wer kann das ändern?", die beiden anderen „Wurde ich gefragt?" – der häufigste Grund, warum eine Entscheidung angefochten wird.
4. Die geprüften Optionen, einschließlich der gewählten. Je eine Zeile. Ein Eintrag mit nur einer Option dokumentiert ein Ergebnis, keine Entscheidung. Die verworfenen Optionen verhindern, dass derselbe Vorschlag nächstes Quartal unter neuem Namen wiederkommt.
5. Der Grund, warum die gewählte Option gewonnen hat. Eine Zeile: die Randbedingung, die Zahl, das Risiko, das den Ausschlag gab. Genau diesen Satz sucht die neue Kollegin.
6. Folgen: was sich ändert, was es kostet, was es ausschließt. Die Entscheidung, nur in EUR zu kalkulieren, schließt eine USD-Preisliste aus. Sagen Sie das, damit niemand eine baut.
7. Die Bedingung für die erneute Prüfung und die Quelle. Das Datum, die Zahl oder das Ereignis, das die Entscheidung legitim wieder öffnen würde („wenn mehr als 10 % der Angebote wegen der Währung abgelehnt werden"), und ein Link dorthin, wo sie getroffen wurde: das Meeting-Recap, der Thread, die Stelle im Transkript. Eine Entscheidung mit festgelegter Bedingung wird auf Basis von Belegen wieder geöffnet, eine ohne nach Stimmungslage.

Was draußen bleibt: die Diskussion. Drei Absätze darüber, wer was gesagt hat, gehören ins Besprechungsprotokoll oder ins Transkript, und das Protokoll verlinkt darauf. Ein Eintrag wird von jemandem gelesen, der eine einzige Antwort sucht; er sollte auf einen Bildschirm passen.

So schreiben Sie ihn: vorher, währenddessen, danach

Vor dem Meeting setzen Sie die Entscheidung als Entscheidung auf die Tagesordnung. Der Tagesordnungspunkt, aus dem der Eintrag entstehen soll, ist als Entscheidung markiert, mit der Frage und den bereits formulierten Optionen: „Entscheiden: nur EUR, doppelte Preislisten oder USD auf Anfrage – Lena, 15 Min., Entscheidung." Die Hälfte des Eintrags existiert, bevor jemand spricht, und der Raum verbringt seine Minuten mit dem Grund statt mit der Rekonstruktion der Optionen.

Im Meeting lesen Sie die Entscheidung zurück, bevor es weitergeht. Die Moderation spricht den Satz laut aus und nennt dabei die unterlegene Option: „Wir halten also fest: nur EUR, doppelte Preislisten verworfen wegen des Pflegeaufwands, Lena entscheidet, erneute Prüfung, wenn die Ablehnungen 10 % übersteigen." Mit dem Zurücklesen entsteht der Eintrag tatsächlich. Die Menschen, die widersprechen könnten, sind im Raum, und ein Einwand jetzt ist günstiger als derselbe Einwand in sechs Wochen. Ein Punkt, der sich nicht in einem Satz zurücklesen lässt, ist noch nicht entschieden. Er wird als offen markiert, mit der verbleibenden Frage, und wandert auf die nächste Tagesordnung.

Nach dem Meeting schreiben Sie den Eintrag am selben Tag und veröffentlichen ihn dort, wo das Team ohnehin liest. Übernehmen Sie den zurückgelesenen Satz, ergänzen Sie Optionen und Begründung aus den Notizen, vergeben Sie eine ID und verlinken Sie das Recap. Posten Sie ihn dann im Kanal, in dem das Meeting stattfindet, und nicht im Dokument einer einzelnen Person. Ein Protokoll in einem privaten Ordner hat das Team nicht, und eine Entscheidung, die das Team nicht findet, trifft es erneut.

Die ganze Disziplin ist das Zurücklesen. Das Protokoll ist das aufgeschriebene Zurücklesen.

Eine Vorlage für das Entscheidungsprotokoll

Ein Eintrag, für ein Dokument oder einen Kanalbeitrag:

D-[Nummer] · [Datum] · [Entscheidung in einem Satz, Präsens]
Status: vorgeschlagen / entschieden / ersetzt durch D-[Nummer]
Entschieden von: [Name oder Gremium] · Konsultiert: [Namen] · Informiert: [Kanal oder Verteiler]
Kontext: [zwei Zeilen – die Frage und warum sie jetzt entschieden werden musste]
Optionen: A – [eine Zeile]; B – [eine Zeile]; C – [eine Zeile]. Gewählt: [Buchstabe]
Begründung: [die eine Randbedingung, Zahl oder das Risiko, das den Ausschlag gab]
Folgen: [was sich ändert, was es kostet, was es ausschließt]
Erneut prüfen, wenn: [ein Datum, eine Zahl oder ein Ereignis]
Quelle: [Link zu Recap oder Thread und die Stelle]

Das Register, für die Liste über das ganze Jahr:

Beides lässt sich ohne Umformatieren in ein Dokument, eine Tabelle, ein Canvas oder eine Chatnachricht einfügen. Die Spalten, die in Vorlagen meist fehlen, sind Verworfen und Erneut prüfen, wenn. Gerade sie entscheiden, ob ein Eintrag überhaupt noch einmal gelesen wird.

Drei ausgefüllte Einträge

Eine Preisentscheidung – aus dem Weekly

D-14 · 9. Okt. 2026 · Wir kalkulieren nur in EUR; eine USD-Anfrage erhält den EUR-Preis, umgerechnet zum Tageskurs.
Status: entschieden
Entschieden von: Lena · Konsultiert: Anna, Mateusz · Informiert: #sales
Kontext: Zwei Distributoren haben im September USD-Angebote angefragt; eine zweite Preisliste wurde vorgeschlagen.
Optionen: A – nur EUR; B – doppelte Preislisten EUR/USD; C – USD auf Anfrage, von Hand umgerechnet. Gewählt: A
Begründung: B verdoppelt den Pflegeaufwand bei jeder Preisänderung; C hat bereits drei widersprüchliche Angebote erzeugt.
Folgen: Es wird keine USD-Preisliste aufgebaut; die Angebotsvorlage trägt „EUR" im Kopf; Ablehnungen wegen der Währung werden gezählt.
Erneut prüfen, wenn: mehr als 10 % der Angebote in einem Quartal wegen der Währung abgelehnt werden.
Quelle: Weekly, 9. Okt., Recap Punkt 2, 14:05.

Eine Einstellungsentscheidung – aus einem einmaligen Meeting

D-15 · 10. Okt. 2026 · Die zweite Support-Stelle wird in Lissabon besetzt, mit Portugiesisch und Spanisch, nicht mit einer weiteren Person im Büro Mailand.
Status: entschieden
Entschieden von: Tomás · Konsultiert: Priya, Dana · Informiert: #team
Kontext: Support-Tickets aus Spanien und Brasilien machten im dritten Quartal mehr als 40 % der Warteschlange aus.
Optionen: A – zweite Einstellung in Mailand; B – Einstellung in Lissabon; C – spanischen Support auslagern. Gewählt: B
Begründung: C wurde wegen der Übergabequalität im Pilotbetrieb verworfen; A lässt die spanische Warteschlange, wie sie ist.
Folgen: Die Stellenanzeige erscheint auf Portugiesisch und Spanisch; das Onboarding findet remote statt; die Arbeitssprache des Teams im Support-Kanal bleibt gemischt.
Erneut prüfen, wenn: der Anteil spanischer und portugiesischer Tickets zwei Quartale lang unter 20 % fällt.
Quelle: Recruiting-Call, 10. Okt., Recap Punkt 3.

Eine ersetzte Entscheidung

D-9 · 14. Aug. 2026 · Kundengespräche werden standardmäßig aufgezeichnet.
Status: ersetzt durch D-16
D-16 · 13. Okt. 2026 · Kundengespräche werden nur aufgezeichnet, wenn der Kunde in der Einladung zugestimmt hat; das Recap wird in jedem Fall geschrieben.
Entschieden von: Lena · Konsultiert: Kenji (Recht), Anna · Informiert: #sales, #team
Optionen: A – Aufzeichnung als Standard beibehalten; B – in der Einladung fragen; C – Kunden nicht mehr aufzeichnen. Gewählt: B
Begründung: Zwei Kunden haben im September widersprochen; das Recap, nicht die Aufzeichnung, ist das, was das Team danach tatsächlich liest.
Folgen: Die Einladungsvorlage erhält einen zusätzlichen Satz; D-9 wird abgeschlossen, nicht gelöscht.
Erneut prüfen, wenn: ein Kundenvertrag Aufzeichnungen verlangt.
Quelle: Weekly, 13. Okt., Recap Punkt 1, 03:40.

Achten Sie darauf, was die drei gemeinsam haben: einen Satz, mit dem eine außenstehende Person arbeiten kann, die unterlegene Option samt Grund und eine Bedingung, die sagt, wann die Frage wieder legitim offen ist. Das ist das ganze Handwerk. Alles andere in diesem Leitfaden dient dazu, diesen Eintrag auch nach dem Ende des Meetings auffindbar zu halten.

Warum Entscheidungen neu verhandelt werden

Teams öffnen eine Entscheidung selten, weil sie ihr widersprechen. Sie öffnen sie, weil die Aufzeichnung eine von vier Fragen nicht beantworten kann:

• „Haben wir das wirklich entschieden?" Das Ergebnis wurde besprochen, aber nie zurückgelesen, sodass jede Person mit ihrer eigenen Version ging. Die Lösung ist das Zurücklesen, kein besseres Dokument.
• „Warum haben wir das entschieden?" Der Satz hat überlebt, der Grund nicht. Sechs Wochen später ist der Grund unbekannt, die Entscheidung wirkt willkürlich, und der Vorschlag, der unterlegen war, kommt wieder, als wäre er neu. Die Lösung sind die Zeilen Begründung und Verworfen.
• „Wurde ich gefragt?" Jemand Betroffenes wurde nicht konsultiert oder nicht informiert und ficht die Entscheidung an, um gehört zu werden, nicht um sie zu ändern. Die Lösung sind die Zeilen Konsultiert und Informiert – und die Veröffentlichung des Eintrags dort, wo diese Person liest.
• „Hat sich etwas geändert?" Eine Entscheidung ohne Bedingung für die erneute Prüfung wird wieder geöffnet, wann immer jemand Lust hat; eine mit Bedingung, wenn die Bedingung eintritt, und ansonsten per ID zitiert. Die Lösung ist die Zeile Erneut prüfen, wenn.

Ein Protokoll mit allen sieben Elementen schließt alle vier Fragen. Eines, das nur den Satz enthält, schließt die erste und lässt die anderen drei offen.

Wo das Entscheidungsprotokoll in den Tools liegt, die Sie schon nutzen

Jede große Plattform hat einen Ort, an dem sich eine Entscheidung festhalten lässt, und jede hört an einer anderen Stelle auf. Berücksichtigt ist nur dokumentiertes Verhalten, aus den eigenen Seiten der Anbieter, jeweils mit dem Monat der Prüfung:

Zwei Dinge sind überall gleich. Die Entscheidung ist eine Zeile, die eine Person in ein Dokument neben dem Meeting tippt, in der einen Sprache, die der Raum benutzt hat. Und der Grund, die verworfenen Optionen und die Stelle, an der es gesagt wurde, stehen nur dann im Dokument, wenn diese Person sie aufgeschrieben hat.

Wie eine Entscheidung als Recap zurückkommt

InterMIND ist ein Raum für die tägliche Kommunikation, in dem ein Meeting in einem Kanal lebt. Das Protokoll hat deshalb ein naheliegendes Zuhause: den Chat des Kanals. Dort kam am Vortag die Tagesordnung hinein, dort werden nach dem Meeting die Einträge gepostet, und dort tippt jedes Mitglied in der eigenen Sprache und liest die anderen in seiner. Wird das Register woanders geführt, etwa in einer Tabelle oder einem Dokument, können dessen Aktualisierungen per E-Mail im Kanal landen: Der Host des Kanals vergibt ihm eine eigene Adresse, und eine dorthin gesendete Nachricht erscheint als reguläre Nachricht mit genanntem Absender und erhaltenen Anhängen.

Während des Calls erscheint der gerade besprochene Eintrag mit Share to conference bei allen auf dem Bildschirm, neben den Videokacheln. Die teilende Person bearbeitet die Notiz live, während der Raum zusieht, wie das Zurücklesen Gestalt annimmt. Jede teilnehmende Person liest sie in ihrer eigenen Sprache, das Original ist einen Klick entfernt.

Wenn der Call endet, wird das Recap aus dem Meeting selbst geschrieben. Es enthält eine Übersicht und die wichtigsten Erkenntnisse, dann die Punkte – jeder markiert als beschlossen, offen oder strittig, mit den zugeordneten Sprechenden und einem Zeitstempel, der das Transkript an der Stelle öffnet, an der es gesagt wurde. Danach folgen die Action items mit Verantwortlichen und die offenen Fragen. Das ist das Rohmaterial eines Protokolleintrags: der Satz, wer zugestimmt hat, wer wo widersprochen hat, und die Stelle, die Sie als Quelle verlinken. Das Recap kommt per E-Mail, als Nachricht im Kanal und als Link im Kalendereintrag an. Jedes angemeldete Mitglied liest es in der eigenen Sprache – die Aufzeichnung wird pro Leser übersetzt und nicht einmal in der Sprache geschrieben, die der Raum zufällig benutzt hat. Jedes Mitglied kann es bearbeiten, jede Änderung behält Autor und Versionsverlauf, und der Kanal bewahrt das Recap jeder vergangenen Sitzung auf. Das Meeting, in dem D-14 entschieden wurde, ist also einen Klick vom Eintrag entfernt, der es zitiert.

Muss der Eintrag in einem führenden System landen, fügt der Host eine Recap-Kopie an eine beliebige Adresse hinzu, etwa an das Eingangspostfach eines CRM oder Trackers. Jedes Recap des Meetings oder Kanals wird nach einer einmaligen Bestätigung der Adresse auch dorthin gesendet; die Details stehen in a copy of every meeting recap in your CRM, by email. Dasselbe Recap erreicht Zapier, einen Webhook oder die API, mit der Zusammenfassung als Markdown. Der eigene Assistent eines Mitglieds – Claude, ChatGPT, Copilot oder Gemini – kann die Recaps über den MCP-Connector durchsuchen. So wird „Was haben wir zu USD-Angeboten entschieden?" zu einer Frage im ohnehin genutzten Tool, beantwortet mit dem Recap und der passenden Stelle.

Ein Gast kommt per Link, ohne Konto und kostenlos – vom Handy, im Browser – und hört das Meeting live in der eigenen Sprache. Für einen Gast gibt es danach kein Recap: Das Konto ist kostenlos, und erst es macht die Aufzeichnung zugänglich. Der Host stellt den Raum bereit und zahlt in einem kostenpflichtigen Plan nur für die in den vergangenen 28 Tagen aktiven Mitglieder; Mitglieder, die ruhig werden, behalten ihren Zugang ohne Kosten.

• Ein vollständiges Recap öffnen – eine echte Aufzeichnung, gerendert vom selben Code, der Ihre schreibt, samt Punkten und Zeitstempeln.
• Live-Demo ausprobieren – ohne Anmeldung; sprechen Sie und hören Sie, wie der Raum pro Zuhörer übersetzt wird.

Das Handwerk des Entscheidungsprotokolls übersteht jedes Tool: Jemand muss den Satz weiterhin laut sagen, die unterlegene Option benennen und aufschreiben, wann die Frage wieder gestellt werden darf. Die zweite Aufgabe muss dagegen nicht überleben: aus dem Gedächtnis zu rekonstruieren, wer wem zugestimmt hat, in einer Sprache, für Menschen, die in anderen lesen.

FAQ

Was ist ein Entscheidungsprotokoll?

Ein Entscheidungsprotokoll ist die fortlaufende Aufzeichnung der Entscheidungen eines Teams, mit einem Eintrag pro Entscheidung: die Entscheidung in einem Satz, das Datum, wer sie getroffen hat, wer konsultiert und informiert wurde, die geprüften Optionen und der Grund, warum die gewählte gewonnen hat, was sie ausschließt, die Bedingung für eine erneute Prüfung und ein Link dorthin, wo sie getroffen wurde. Es ist nach Entscheidungen geordnet, nicht nach Meetings, und unterscheidet sich dadurch vom Besprechungsprotokoll.

Was gehört in ein Entscheidungsprotokoll?

Sieben Dinge pro Eintrag: eine ID und ein Datum; die Entscheidung in einem Satz im Präsens; wer entschieden hat, wer konsultiert und wer informiert wurde; die geprüften Optionen, einschließlich der verworfenen; der Grund, warum die gewählte Option gewonnen hat; die Folgen – was sich ändert und was ausgeschlossen ist; und die Bedingung für die erneute Prüfung plus ein Link zur Quelle. Am häufigsten fehlen die verworfenen Optionen und die Bedingung für die erneute Prüfung, und genau diese beiden verhindern, dass eine Entscheidung wieder aufgemacht wird.

Wie schreibt man ein Entscheidungsprotokoll?

Setzen Sie die Entscheidung als Entscheidung auf die Tagesordnung, mit vorab formulierten Optionen. Lesen Sie sie im Meeting laut zurück, bevor es weitergeht: den Satz, die unterlegene Option samt Grund, wer entscheidet, wann sie erneut geprüft wird. Schreiben Sie noch am selben Tag den Eintrag aus dem Zurücklesen, vergeben Sie eine ID, verlinken Sie das Recap und posten Sie ihn dort, wo das Team ohnehin liest. Ein Protokoll, das aus Zurücklesen entsteht, ist korrekt; eines, das eine Woche später aus dem Gedächtnis rekonstruiert wird, ist der Anfang des nächsten Streits.

Was ist der Unterschied zwischen einem Entscheidungsprotokoll und einem Aufgabenprotokoll?

Ein Entscheidungsprotokoll hält fest, was entschieden wurde und warum; ein Aufgabenprotokoll – oder eine Liste von Action items – hält fest, was jemand daraufhin tun wird, mit Verantwortlichen und Datum. „Wir kalkulieren nur in EUR" ist eine Entscheidung; „Anna – Angebotsvorlage auf EUR umstellen – bis 16. Oktober" ist die daraus entstandene Aufgabe. Entscheidungen werden monatelang zitiert, Action items sind in Tagen erledigt. Beides in einer Liste zu führen, ist der Weg, auf dem die Gründe unter den Aufgaben verloren gehen.

Was ist ein Entscheidungsregister?

Dasselbe wie ein Entscheidungsprotokoll, im Vokabular von Projekt- und Governance-Arbeit: eine Tabelle mit einer Zeile pro Entscheidung – ID, Datum, Entscheidung, wer entschieden hat, Begründung, Status. „Register" meint tendenziell die tabellarische Ansicht und „Protokoll" die fortlaufende; die Tabelle in diesem Leitfaden ist beides, ergänzt um Verworfen und Erneut prüfen, wenn zu den üblichen Spalten.

Gibt es eine Vorlage für das Entscheidungsprotokoll in Excel oder Word?

Das Register in diesem Leitfaden ist eine einfache Tabelle und der Eintrag einfacher Text; beides lässt sich ohne Umformatieren in Excel, Google Sheets, Word, ein Slack-Canvas, eine Loop-Seite oder eine Chatnachricht einfügen. Das Format ist wichtiger als die Datei: Was auch immer das Protokoll hält, braucht eine Zeile pro Entscheidung mit Begründung und verworfenen Optionen, und es muss dort liegen, wo das Team ohnehin liest.

Wer sollte das Entscheidungsprotokoll führen?

Die Moderation des Meetings, in dem die Entscheidung fällt, schreibt den Eintrag am selben Tag aus dem Zurücklesen; die unter Entschieden von genannte Person verantwortet die Entscheidung selbst. In einer kleinen Organisation ist das bei den meisten Einträgen dieselbe Person. Wichtiger als die Rolle ist der Ort: ein Protokoll für das Team, im Kanal, den das Team ohnehin nutzt, nicht eines pro Person.

Was ist ein Architecture Decision Record?

Ein Architecture Decision Record, kurz ADR, ist die Form des Entscheidungsprotokolls aus der Softwareentwicklung: ein kurzes Dokument pro Entscheidung, im Repository des Projekts abgelegt, mit Kontext, Entscheidung und Folgen sowie einem Status, der von „proposed" über „accepted" zu „superseded" wandert. Die Vorlage in diesem Leitfaden verfolgt dieselbe Idee für die operativen Entscheidungen eines Teams, ergänzt um die Menschen – wer entschieden hat, wer konsultiert und wer informiert wurde –, weil genau das außerhalb der Entwicklung angefochten wird.

Quellen: Microsoft — Take meeting notes in Microsoft Teams; Zoom — Using Meeting Summary with AI Companion; Google Meet — "Take notes for me" in Google Meet; Google Workspace Updates — "Take notes for me" now captures "next steps"; Slack — Meeting agenda template (canvas). Die Notizseite von Microsoft, die Meet-Hilfeseite von Google und die Vorlage von Slack wurden im Oktober 2026 geprüft; die Seite zur Meeting-Zusammenfassung von Zoom im August 2026; die Ankündigung von Google zu „next steps" im September 2026. Anbieter ändern Pläne, Funktionen und Sprachlisten im Lauf der Zeit; den aktuellen Stand finden Sie auf deren Seiten.