Was ist ein Partner Business Review?

Von Brian Tr · Aktualisiert am 5. Oktober 2026

Die meisten Partnerschaften scheitern nicht bei der Vertragsunterzeichnung. Sie schlafen langsam ein. Das Kickoff verläuft gut, im ersten Quartal gibt es etwas Aktivität, dann werden die Calls kürzer, und niemand liest den gemeinsamen Plan mehr. Ein Partner Business Review ist die Gewohnheit, die dieses Abdriften stoppt. Er bringt beide Seiten nach festem Rhythmus an einen Tisch, um zu prüfen, was passiert ist, zu entscheiden, was sich ändern muss, und festzuhalten, wer jeden nächsten Schritt verantwortet.

Dieser Artikel definiert den Partner Business Review, grenzt ihn von zwei Meetings ab, mit denen er oft verwechselt wird, und stellt Rhythmusvarianten, eine Standard-Agenda, Inputs und Outputs sowie eine Vorbereitungs-Checkliste vor. Außerdem zeigt er, wie große Anbieterprogramme von AWS, Microsoft und Google gemeinsame Planung und Reviews in ihre Partnerbeziehungen einbauen, und endet mit den Fallstricken, die Reviews wirkungslos machen. Scorecard-Design und KPI-Auswahl werden in eigenen Artikeln behandelt und hier deshalb nur kurz gestreift.

Was ein Partner Business Review ist

Ein Partner Business Review (PBR) ist ein strukturiertes, wiederkehrendes Meeting zwischen einem Anbieter und einem Partner, in dem die Leistung gegen einen vereinbarten Plan geprüft wird und Zusagen für die nächste Periode festgelegt werden. Viele Teams nennen die Quartalsvariante einen Partner-QBR. Die jährliche Variante ist meist Teil der gemeinsamen Geschäftsplanung, in der beide Seiten Ziele und Investitionen für das kommende Jahr vereinbaren.

Drei Merkmale definieren ihn:

• Er ist zweiseitig. Sowohl der Anbieter als auch der Partner bringen Daten mit, stellen Forderungen und geben Zusagen ab. Ein Review, in dem nur der Anbieter präsentiert, ist ein Status-Briefing.
• Er ist an einen Plan gebunden. Der Review vergleicht die Ergebnisse mit einem Joint Business Plan, einem kurzen gemeinsamen Dokument mit Zielen, Zielkunden, Aktivitäten und Verantwortlichen. Ohne Plan gibt es nichts, woran man messen könnte.
• Er endet mit Entscheidungen. Jeder Review sollte mit aktualisierten Prioritäten und benannten Verantwortlichen enden, nicht nur mit dem Gefühl, dass man gesprochen hat.

Ein Review erfüllt drei Aufgaben: die Leistung rückblickend bewerten, sich auf den Plan für die nächste Periode abstimmen und die Zusagen beider Seiten festhalten. Jeder Punkt der Agenda dient einer dieser Aufgaben.

Wie er sich vom Kunden-QBR und vom Pipeline-Review unterscheidet

Drei Meetings klingen ähnlich und werden vermischt. Sie haben unterschiedliche Teilnehmer, unterschiedliche Fragen und unterschiedliche Ergebnisse.

Der Kunden-QBR dreht sich um die Ergebnisse eines Käufers mit Ihrem Produkt. Der Partner Business Review dreht sich um die Geschäftsbeziehung zu einem Unternehmen, das Ihr Produkt verkauft, implementiert oder empfiehlt. Der Partner ist ein Unternehmen mit eigenen Zielen und konkurrierenden Prioritäten, kein Kunde, den man auf eine Verlängerung hinführt.

Der Pipeline-Review ist operativ und auf Deal-Ebene angesiedelt. Er fragt nach konkreten Opportunities und läuft zügig. Der Partner-Review steht darüber und betrachtet Muster: wie viele Deals der Partner eingebracht hat, wie viele er gewonnen hat und wo er ins Stocken gerät. Wenn Sie mit einem Partner auch gemeinsame Pipeline-Reviews durchführen, halten Sie beides getrennt. Die allgemeine Funktionsweise eines Pipeline-Reviews behandelt der Artikel zum Rhythmus gemeinsamer Pipeline-Reviews, und ein Business Review sollte nicht zu einem Deal-für-Deal-Durchgang durch das CRM werden.

Rhythmusvarianten

Reviews funktionieren am besten als gestaffelter Rhythmus statt als ein großes Jahresmeeting. Verschiedene Ebenen beantworten verschiedene Fragen, und der Aufwand eines Meetings sollte seinem Nutzen entsprechen.

Sie brauchen nicht jede Ebene für jeden Partner. Ein kleiner Empfehlungspartner, der ein paar Leads pro Jahr liefert, bekommt vielleicht nur ein einziges Jahresgespräch. Ein strategischer Reseller oder Integrator rechtfertigt alle vier. Richten Sie den Rhythmus danach aus, wie viel Umsatz und Risiko beim Partner liegt, und schreiben Sie ihn in den gemeinsamen Plan des Partners, damit keine Seite ständig nach dem nächsten Termin fragen muss.

Die veröffentlichten Anforderungen von Google Cloud an seine Trainingspartner zeigen diese Staffelung ausdrücklich. In den Anforderungen an Authorized Training Partner steht in der Zeile "Business and Operations Reviews" auf der Stufe Member "As needed", auf der Stufe Partner "Annually" und auf der Stufe Premier "Quarterly". Je mehr von einem Partner erwartet wird, desto häufiger findet der Review statt.

Eine Standard-Agenda

Ein Quartalsreview von 75 Minuten kann den gesamten Zyklus abdecken. Diese Struktur bewährt sich in den meisten Programmen.

1. Ziele und Kontext (5 Minuten). Rufen Sie die Ziele des Plans in Erinnerung und alle Änderungen in der Strategie von Anbieter oder Partner seit dem letzten Review.
2. Ergebnisse gegen Plan (15 Minuten). Gehen Sie die Zahlen durch: erzeugte Pipeline, gewonnene Deals, Umsatz und Fortschritt bei allen weiteren Zielen des Plans. Beschränken Sie sich auf das, was vorab vereinbart wurde.
3. Was funktioniert hat und was nicht (10 Minuten). Benennen Sie die zwei oder drei Treiber hinter den Ergebnissen. Welche Segmente, Angebote oder Kampagnen haben Wirkung gezeigt? Wo sind Deals ins Stocken geraten, und warum?
4. Pipeline und Schlüsselkunden (10 Minuten). Betrachten Sie die größten offenen Opportunities sowie Überschneidungen oder Konflikte zwischen Partner- und Anbieterteams. Wenn die Account-Zuständigkeit ein wiederkehrendes Thema ist, erklärt Channel-Konflikt die üblichen Regeln.
5. Enablement und Einsatzbereitschaft (10 Minuten). Prüfen Sie den Stand von Schulung und Zertifizierung und was das Team des Partners noch braucht. Das größere Bild zeigt Partner-Enablement.
6. Aktualisierung des Joint Business Plans (15 Minuten). Überarbeiten Sie Ziele, Zielkunden und Aktivitäten für das nächste Quartal. Hier zahlt sich der Review aus.
7. Zusagen und Anfragen (10 Minuten). Jede Seite nennt, was sie tun wird und was sie von der anderen braucht. Halten Sie jeden Punkt mit Verantwortlichem und Termin fest.

Beachten Sie die Reihenfolge: zuerst Ergebnisse, dann Ursachen, dann Plan. Teams, die mit den Wünschen für das nächste Quartal beginnen, überspringen das Lernen, und der Plan wird zur Kopie des vorigen.

Inputs: Was mitzubringen ist

Die Qualität eines Reviews hängt davon ab, was im Paket steckt. Vereinbaren Sie die Inputs vorab, damit das Meeting nicht damit verbracht wird, darüber zu streiten, wessen Zahlen stimmen.

Die letzte Zeile ist wichtig. Ein Review, der nur auf Anbieterdaten beruht, übersieht, was der Partner sieht: ein Team, das zwei Sales Engineers verloren hat, ein konkurrierendes Programm, das Aufmerksamkeit bindet, oder ein Segment, in dem sich das Kundenverhalten verändert hat. Bitten Sie den Partner, eine eigene Folie mitzubringen.

Halten Sie die Zahlen überschaubar. Ein Paket, das 40 Folien braucht, deutet auf ein Team hin, das nicht entschieden hat, was ihm wichtig ist.

Outputs: Was der Review liefern sollte

Ein Review ohne schriftliches Ergebnis muss wiederholt werden. Am Ende sollten beide Seiten auf Folgendes verweisen können:

• Ein aktualisierter Joint Business Plan mit überarbeiteten Zielen, Zielkunden oder Segmenten und geplanten Aktivitäten für die nächste Periode.
• Eine Maßnahmenliste, in der jeder Punkt genau einen benannten Verantwortlichen, einen Termin und eine klare Definition von "erledigt" hat.
• Entscheidungen zu Ressourcen. Ob Mittel gewährt oder zurückgehalten werden, zusätzliche Enablement-Sessions angesetzt werden, eine technische Ressource zugewiesen wird oder die Partnerstufe oder das Support-Level des Partners geändert wird.
• Eskalationen, falls vorhanden, mit der Führungskraft, die jeweils zuständig ist.
• Der nächste Review-Termin, bereits in beiden Kalendern.

Senden Sie innerhalb von ein bis zwei Tagen eine einseitige Zusammenfassung. Nehmen Sie die Entscheidungen und die Maßnahmenliste auf, sonst nichts. Beginnen Sie den nächsten Review mit der Maßnahmenliste des vorherigen, damit offene Punkte nicht verloren gehen.

Wie Anbieterprogramme Reviews verankern

Große Technologieanbieter überlassen die Planung nicht dem guten Willen. Ihre Partnerprogramme verankern die gemeinsame Planung in der Steuerung der Partner. Die öffentliche Dokumentation ist unterschiedlich detailliert, daher beschränken sich die folgenden Ausführungen auf das, was die Anbieter selbst sagen.

AWS. In der Ankündigung einer Funktion für Geschäftsplanung in AWS Partner Central erklärt AWS, dass Partner in einer einzigen Umgebung gemeinsame Geschäftspläne mit AWS erstellen, Eingaben prüfen und bearbeiten, Ziele setzen und den Fortschritt verfolgen können. AWS sagt auch, die Funktion stehe Partnern zur Verfügung, die aktiv mit den Partner-Management-Teams von AWS zusammenarbeiten, um gemeinsame Geschäftspläne zu erstellen. Der Plan lebt im Partnerportal statt in separaten Dokumenten und E-Mail-Verläufen, was derselben Idee eines lebendigen gemeinsamen Plans entspricht.

Microsoft. Microsoft beschreibt Joint Planning als einen fortlaufenden Ansatz, mit dem Microsoft seine SME&C-Vertriebsmitarbeiter früher im Verkaufszyklus mit Partnern abstimmt, um gemeinsam die Gebietsplanung für Kunden zu erarbeiten. Man sollte die Definition genau lesen, denn sie ist enger gefasst als ein Business Review. Laut Microsoft ist Joint Planning ein vom Vertrieb getragener Ansatz speziell für SME&C, keine Leadgarantie und kein Ersatz für Eigenleistung des Partners. Es ist ein Beispiel für Planung von Anbieter und Partner rund um gemeinsame Kundenkonten und kein allgemeiner Partner-QBR.

Google Cloud. Die Anforderungen an Authorized Training Partner von Google koppeln sowohl die Planung als auch die Review-Frequenz an die Stufe des Partners. Auf der Stufe Premier lautet die Planungsanforderung "Joint Plan Approved by Google; Plan Achieved by partner", und Business and Operations Reviews finden vierteljährlich statt. Auf der Stufe Partner ist der Review jährlich. Das sind die Regeln eines Programms für einen Partnertyp, und andere Google-Cloud-Partnertypen haben eigene Anforderungen, aber das Muster ist klar: mehr Verbindlichkeit, mehr gemeinsame Planung, häufigere Reviews.

Der gemeinsame Nenner dieser Programme: Die Planung ist gemeinsam, der Plan wird geteilt und an den Ergebnissen gemessen, und die Intensität der Reviews steigt mit der strategischen Bedeutung des Partners. Dieses Muster können Sie auch ohne Portal übernehmen.

Wichtige Fakten: Partner Business Reviews

• AWS sagt, dass Partner mit der Geschäftsplanungsfunktion von Partner Central gemeinsame Geschäftspläne mit AWS erstellen und den Fortschritt in einer einzigen Umgebung verfolgen können (AWS).
• Microsoft definiert Joint Planning als fortlaufenden Ansatz, mit dem seine SME&C-Vertriebsmitarbeiter mit Partnern bei der Gebietsplanung für Kunden zusammenarbeiten, und stellt klar, dass es keine Leadgarantie ist (Microsoft Learn).
• Die Anforderungen von Google Cloud an Trainingspartner legen Business and Operations Reviews je nach Stufe auf bei Bedarf, jährlich oder vierteljährlich fest und verlangen auf der Stufe Premier einen von Google genehmigten Joint Plan (Google Cloud).
• Ein verbreiteter gestaffelter Rhythmus besteht aus wöchentlichem Check-in, monatlichem Pipeline-Sync, Quartalsreview und jährlicher Planungssitzung. Das ist eine Konvention aus der Praxis, kein Standard.
• Ein Review sollte einen aktualisierten Plan, verantwortete Maßnahmen und einen nächsten Termin liefern. Wenn nicht, war es ein Status-Meeting.

Vorbereitungs-Checkliste

Gute Reviews werden vor dem Meeting gewonnen. Nutzen Sie diese Checkliste zwei Wochen vorher.

Klären Sie auch die kommerziellen Bedingungen im Voraus. Wenn der Review voraussichtlich Fragen zu Zahlung, Exklusivität oder Gebiet aufwirft, stellen Sie sicher, dass die Personen, die den Partnervertrag kennen, vor dem Meeting erreichbar sind und nicht erst danach.

Häufige Fallstricke

• Den Review zum Monolog des Anbieters machen. Wenn der Partner in einem neunzigminütigen Meeting zehn Minuten spricht, briefen Sie ihn, statt gemeinsam zu prüfen.
• Review ohne Plan. Ergebnisse lassen sich an nichts messen. Vereinbaren Sie zuerst den Joint Business Plan, und sei er nur eine Seite lang.
• Zu viele Kennzahlen. Zwanzig Zahlen verdecken die drei, auf die es ankommt. Wählen Sie wenige aus und halten Sie sie stabil, damit Trends sichtbar werden.
• Streit um die Daten. Vereinbaren Sie Definitionen und Quellen vorab, besonders für Sourced- gegenüber Influenced-Pipeline, sonst wird das Meeting zu einem Streit über Attribution.
• Die schwierigen Themen auslassen. Stockende Partner, Account-Konflikte und nicht eingehaltene Zusagen des Anbieters brauchen Redezeit. Ein Review, der sie meidet, ist ein Höflichkeitsanruf.
• Keine Nachverfolgung. Maßnahmen ohne Verantwortliche und Termine verschwinden. Der nächste Review muss mit der Liste des letzten beginnen.
• Derselbe Review für jeden Partner. Ein Empfehlungspartner und ein strategischer Integrator sollten nicht dasselbe Meeting, dasselbe Paket und dieselbe Frequenz bekommen.
• Ihn als Jahresereignis behandeln. Ein Review pro Jahr kann Probleme nicht früh erkennen. Kombinieren Sie die Jahressitzung mit einem leichteren Quartals- oder Monatsrhythmus.
• Reviews mit Verkaufspräsentationen vermischen. Updates zur Produkt-Roadmap gehören in einen kurzen Slot, nicht ins ganze Meeting.