Was ist Partner Relationship Management (PRM)?

Von Brian Tr · Aktualisiert am 5. Oktober 2026

Der Begriff „PRM" wird für zwei verschiedene Dinge verwendet, und die meiste Verwirrung entsteht, weil beide vermischt werden. Manchmal meint er eine Praxis: die Art, wie ein Unternehmen die Partner gewinnt, unterstützt, vergütet und misst, die sein Produkt verkaufen, implementieren oder empfehlen. Manchmal meint er eine Softwarekategorie: die Portale und Workflow-Tools, die Anbieter kaufen, um diese Praxis zu betreiben.

Dieser Artikel definiert beides, führt durch den Partner-Lebenszyklus, den PRM steuert, und erklärt, wie sich PRM von einem CRM unterscheidet. Anschließend listet er die zentralen Funktionen von PRM-Software auf, zeigt, wie vier große Anbieterprogramme diese Funktionen bereitstellen, und behandelt Überlegungen zu Eigenbau oder Kauf sowie die typischen Gründe, warum PRM-Vorhaben scheitern.

Was PRM ist: eine Disziplin und eine Softwarekategorie

Partner Relationship Management als Disziplin ist die Gesamtheit der Prozesse, mit denen ein Anbieter seinen indirekten Vertrieb steuert. Jemand muss entscheiden, welche Partner gewonnen werden, was sie verkaufen dürfen, wie sie das Produkt lernen, wie Deals zugerechnet und wie sie bezahlt werden. Diese Arbeit gibt es, ob Software beteiligt ist oder nicht. Ein Unternehmen mit zehn Resellern kann sie mit einer Tabelle und einem gemeinsamen Postfach betreiben.

PRM als Softwarekategorie ist das Werkzeug, das dieselbe Arbeit in größerem Maßstab unterstützt. Sein Schwerpunkt ist ein partnerseitiges Portal, ein Ort, an dem sich externe Unternehmen anmelden, um Inhalte abzurufen, Deals zu registrieren, Mittel zu beantragen und ihre Ergebnisse zu sehen. Hinter dem Portal liegen die Workflows des Anbieters zum Freigeben von Partnern, Verteilen von Leads, Prüfen von Deal Registrations und Berichten über die Leistung.

Beide Bedeutungen bedingen einander. Software kann ein Programm mit unklaren Regeln nicht reparieren, und ein gutes Programm wächst irgendwann aus Tabellen heraus. Wenn Sie noch entscheiden, welche Art von Programm Sie brauchen, beginnen Sie mit dem Channel-Partnerprogramm und dem breiteren Modell von Partner-led Growth und kehren Sie dann zur Tool-Frage zurück.

Der Partner-Lebenszyklus, den PRM steuert

Der Umfang von PRM lässt sich meist auf sechs Phasen abbilden. Programme benennen sie unterschiedlich, aber die Abfolge ist stabil.

Gewinnen. Der Anbieter entscheidet, wen er will, und prüft Bewerber. Gute PRM-Praxis behandelt dies als Funnel mit Kriterien, nicht als Verteilerliste. Die PRM-Produktseite von Oracle beschreibt diesen Schritt als die Fähigkeit, neue Partner zu „gewinnen, zu bewerten, zu beurteilen und zu onboarden", was einen Eindruck davon gibt, wie Anbieter ihn einordnen: eine Pipeline von Partnerkandidaten mit Scoring, nicht eine einmalige Unterschrift.

Onboarding. Sobald eine Vereinbarung unterzeichnet ist, verlagert sich die Arbeit auf Zugang, Abschluss der Prüfung und einen ersten Plan. Die Phasen und eine praxistaugliche Checkliste behandelt Partner-Onboarding.

Befähigen. Das Onboarding hat ein Ende, das Enablement nicht. Es ist der fortlaufende Strom aus Schulungen, Vertriebsinhalten und technischen Ressourcen. Ein PRM hostet in der Regel die Inhaltsbibliothek und erfasst, wer was abgeschlossen hat. Siehe Partner-Enablement.

Co-Selling und Deal Registration. Diese Phase unterscheidet PRM am stärksten von anderen Tools. Partner bringen Opportunities mit, der Anbieter muss davon wissen, und beide Seiten brauchen einen gemeinsamen Nachweis darüber, wer was gefunden hat. Die Deal Registration ist der Mechanismus: Ein Partner reicht eine Opportunity ein, der Anbieter prüft sie, und eine Freigabe schützt den Anspruch des Partners auf diesen Deal. Die Funktionsweise erklärt Deal Registration. Wenn sich Registrierungen mit den Accounts eines Direktvertrieblers überschneiden, entsteht ein Channel-Konflikt, den ein PRM verringern kann, indem es Zuständigkeiten sichtbar macht, auch wenn es die Grundsatzfrage der Regeln nicht für Sie entscheidet.

Anreize und Mittel. Partner reagieren auf das, wofür das Programm zahlt. Dazu gehören Margen- und Rückvergütungsmodelle (Partner-Anreize) und gemeinsam finanziertes Marketing, behandelt unter Marketing Development Funds. In Softwareform bedeutet das Workflows für Mittelanträge und Abrechnungen mit Freigaben und Leistungsnachweisen.

Messen. Das Reporting schließt den Kreis. Welche Partner generieren Pipeline, welche wickeln nur ab, welche bleiben ruhend. Ohne dies werden Entscheidungen zu Stufen und Anreizen nach Bauchgefühl getroffen. Die Kennzahlen selbst stehen unter Partner-KPIs.

Wie sich PRM von CRM unterscheidet

Ein CRM ist um die eigenen Kunden und Interessenten des Anbieters herum gebaut, und seine Nutzer sind die Mitarbeiter des Anbieters. Ein PRM ist um externe Organisationen herum gebaut, die eigene Kunden haben, und zu seinen Nutzern gehören Menschen, die gar nicht beim Anbieter arbeiten. Dieser eine Unterschied bestimmt die meisten anderen.

Die beiden sind keine Rivalen. In der Praxis ist ein PRM fast immer mit einem CRM verbunden, weil registrierte Deals irgendwann zu Opportunities werden, die das Vertriebsteam des Anbieters prognostiziert. Das Risiko sind doppelte Eingaben und widersprüchliche Datensätze. Deshalb ist es wichtig, das CRM als einzige verlässliche Datenquelle zu nutzen, erst recht, wenn Partner in einem zweiten System Datensätze anlegen.

Manche Anbieter liefern PRM als Schicht auf dem CRM, andere verkaufen eigenständige PRM-Produkte, die sich damit synchronisieren. Beide Modelle existieren, und die Wahl hat Folgen für die Datenhoheit, die im Abschnitt zu Eigenbau oder Kauf noch einmal aufkommt.

Zentrale PRM-Funktionen

Unabhängig vom Anbieter gruppieren die meisten PRM-Produkte ihre Funktionen in dieselben gut ein Dutzend Bereiche. Nutzen Sie dies als Anforderungs-Checkliste.

• Partnerportal. Ein markengerechter, authentifizierter Bereich, in dem Partner alles finden. Unterstützt meist Single Sign-on und rollenbasierte Ansichten.
• Workflows für Partnergewinnung und Onboarding. Bewerbungsformulare, Scoring- oder Freigabeschritte, Aufgabenlisten und die Verwaltung von Vereinbarungen.
• Verwaltung von Partner-Accounts und -Nutzern. Unternehmensprofile, Hierarchien, Kontakte und partnerseitige Administratoren, die eigene Kollegen hinzufügen können.
• Inhalts- und Schulungsbibliothek. Vertriebsunterlagen, Produktdokumentation, Kurse und Nachverfolgung von Zertifizierungen.
• Lead-Verteilung. Regeln, um aus dem Marketing stammende Leads an den richtigen Partner weiterzugeben, plus Möglichkeiten für Partner, sie anzunehmen, abzulehnen und zu aktualisieren.
• Deal Registration. Einreichungsformulare, Freigabe-Workflows, Ablaufregeln und Schutzlogik.
• Angebotserstellung und Unterstützung bei Opportunities. Preistools, Angebotserzeugung und eine gemeinsame Sicht auf den Status der Opportunity.
• Verwaltung von Anreizen und Mitteln. MDF-Anträge, Abrechnungen, Freigaben und Nachverfolgung von Auszahlungen, plus Verwaltung von Rückvergütungen oder SPIFFs, wo unterstützt.
• Co-Marketing-Tools. Co-Branding-Materialien, Kampagnenvorlagen, gemeinsame E-Mail- oder Social-Inhalte.
• Analytics und Scorecards. Dashboards auf Partner- und Programmebene, die Partner-Scorecards und Reviews zu Stufen speisen.
• Integrationen. Anbindungen an CRM, Marketing-Automatisierung, Abrechnung und Lernsysteme.
• Governance. Audit-Trails, Berechtigungen sowie Ablage von Dokumenten und Vereinbarungen.

Nicht jedes Programm braucht alles davon. Ein reiner Empfehlungs-Channel braucht womöglich ein Lead-Formular, einen Auszahlungsnachweis und ein Dashboard. Ein Reseller-Channel mit Angebotserstellung und Gebietsregeln braucht deutlich mehr.

Wie große Anbieterprogramme PRM-Funktionen bereitstellen

Die großen Plattformanbieter betreiben eigene Partnerprogramme und verkaufen PRM-Werkzeuge, daher zeigt ihre Dokumentation, wie die Funktionen gebündelt sind. Die folgenden Beschreibungen stammen von den eigenen Seiten der Anbieter und beschreiben Funktionen, keine Preise. Produktnamen und Pakete ändern sich, prüfen Sie daher die aktuelle Dokumentation, bevor Sie sich auf ein Detail verlassen.

Salesforce

Der Leitfaden zu Lightning Partner Management von Salesforce beschreibt eine vorgefertigte Lösung für Channel Manager und Partner und nennt diese Funktionen: Verwaltung von Partner-Accounts, Partnergewinnung, Onboarding und Support, Lead-Verteilung, Deal Registration, eine Inhaltsbibliothek, Partner-Analytics und die Verwaltung von Marketing Development Funds. Derselbe Leitfaden erklärt, dass die Deal Registration einen von einem Partner eingereichten registrierten Deal automatisch zur Freigabe an den Channel Manager sendet und dass Freigabe-Workflows angepasst werden können. Dabei entstehende Leads unterliegen Zuweisungsregeln, die das Unternehmen festlegt. Das ist ein klares Beispiel für PRM als Schicht auf dem CRM: Die Partnerdatensätze liegen auf derselben Plattform wie die eigene Pipeline des Anbieters. Quelle: Leitfaden zu Lightning Partner Management von Salesforce.

Oracle

Die PRM-Seite von Oracle beschreibt Funktionen über den gesamten Lebenszyklus. Zu Beginn nennt sie die Fähigkeit, neue Partner zu gewinnen, zu bewerten, zu beurteilen und zu onboarden. Für das Co-Selling führt sie Deal Registration und Freigaben auf sowie eine Möglichkeit für Partner, Leads zu übernehmen, zu qualifizieren und zu konvertieren. Bei den Mitteln beschreibt sie die Möglichkeit, Marketing Development Funds zu genehmigen, auszuzahlen und deren Ertrag nachzuverfolgen, und bietet Leistungs-Dashboards, um die leistungsstärksten Partner zu erkennen. Es ist ein gutes Beispiel für einen Anbieter, der PRM als durchgängigen Lebenszyklus statt als einzelnes Portal darstellt. Quelle: Oracle Partner Relationship Management.

Microsoft Partner Center

Das Partner Center von Microsoft zeigt, wie PRM-Funktionen aus Partnersicht in einem sehr großen Programm aussehen. Der Workspace „Referrals" deckt Co-Sell-Opportunities und Deal Registration ab. Die FAQ zu Referrals nennen, dass nur IP-Anreize für die Deal Registration infrage kommen, dass Deals nach Erreichen eines Endstatus nicht mehr bearbeitet werden können und dass Partner eine bessere Co-Sell-Sichtbarkeit erhalten, wenn sie schnell antworten und Dealgrößen, Abschlussdaten und den Endstatus melden. Die Seite zu Massenoperationen von Microsoft zeigt die Governance-Seite: Rollen wie Referrals-Admin und Referrals-Nutzer, ein festgelegter Satz von Registrierungsstatus (ReviewPending, ActionRequired, Approved, Passed, Failed, Closed) und Felder, die nach der Einreichung schreibgeschützt werden. Diese Details veranschaulichen zwei Gestaltungsprinzipien von PRM: rollenbasierter Zugriff für Partnermitarbeiter und ein ausdrückliches Statusmodell für jeden registrierten Deal.

HubSpot

Das Solutions Partner Program von HubSpot zeigt PRM-Konzepte, angewandt auf Agenturen und Servicepartner. Die Programmrichtlinien legen fest, dass ein Partner für die Veröffentlichung eines Profils im Partnerverzeichnis mindestens eine HubSpot-Zertifizierung bestehen muss und dass er für den Status eines gestuften Solutions Partners die Partner-Zertifizierung bestehen und aufrechterhalten muss. Die Zertifizierung ist also an Sichtbarkeit und Status gekoppelt. Dieses Muster sollten Sie in jedem PRM suchen: Ergebnisse des Enablements (Zertifizierungen) fließen direkt in Programmregeln ein (Verzeichniseintrag, Stufen). Wie Zertifizierung als Hebel im Programm funktioniert, steht unter Partner-Zertifizierung.

Wichtige Fakten: Partner Relationship Management

• Der Leitfaden zu Lightning Partner Management von Salesforce nennt Verwaltung von Partner-Accounts, Gewinnung und Onboarding, Lead-Verteilung, Deal Registration, eine Inhaltsbibliothek, Partner-Analytics und MDF-Verwaltung als integrierte Funktionen (Salesforce).
• Microsoft gibt an, dass im Partner Center nur IP-Anreize (Azure IP Co-Sell, Biz Apps Premium, Biz Apps Standard) für die Deal Registration infrage kommen (Microsoft Learn).
• Die Status der Massen-Deal-Registrierung bei Microsoft sind ReviewPending, ActionRequired, Approved, Passed, Failed und Closed (Microsoft Learn).
• HubSpot verlangt mindestens eine Zertifizierung für die Veröffentlichung eines Profils im Partnerverzeichnis und eine aufrechterhaltene Partner-Zertifizierung, um gestufter Solutions Partner zu werden (HubSpot).
• Oracle beschreibt sein PRM als Abdeckung von Partnergewinnung, Onboarding, Deal Registration, Lead-Management, MDF-Freigabe und -Nachverfolgung sowie Leistungs-Dashboards (Oracle).

Eigenbau oder Kauf: die konzeptionellen Abwägungen

Jeder Anbieter fragt sich irgendwann, ob er Partner-Tooling auf seinem eigenen CRM aufbauen oder ein dediziertes PRM einführen soll. Eine allgemeingültige Antwort gibt es nicht, aber die Abwägungen sind beständig.

Der Aufbau auf Ihrem CRM hält die Daten an einem Ort und lässt Ihr Team die Workflows kontrollieren. Er passt, wenn das Programm einfach ist, das CRM bereits externe Nutzer unterstützt und Sie Administratoren haben, die das Portal konfigurieren und pflegen können. Die Kosten fallen laufend an: Jemand verantwortet jeden Freigabe-Workflow, jede Berechtigungsregel und jeden Report, und jede Programmänderung wird zum Projekt.

Der Kauf eines dedizierten PRM liefert vorgefertigte Workflows für Registrierung, Mittel und Onboarding sowie eine Partnererfahrung, die jemand anderes aktuell hält. Er passt, wenn das Programm viele Partner, mehrere Partnertypen oder komplexe Anreizregeln hat. Die Kosten sind ein weiteres System zur Integration, ein weiteres Datenmodell, das mit dem CRM abgeglichen werden muss, und die Abhängigkeit von der Roadmap des Anbieters.

Fragen, die die Entscheidung meist bestimmen:

1. Wie viele Partnertypen werden Sie betreiben? Empfehlungspartner, Reseller, Integratoren und ISV-Partner brauchen unterschiedliche Workflows, und ein Eigenbau muss jeden davon abbilden.
2. Wem gehören die Daten? Legen Sie fest, wo Partner- und Dealdatensätze liegen und welches System bei Widersprüchen gewinnt.
3. Wie komplex sind die Anreize? Einfache Margenstufen sind leicht; Mittelanträge, Umsetzungsnachweise und Rückvergütungsberechnungen bringen echten Workflow mit.
4. Wie muss die Partnererfahrung sein? Partner vergleichen Ihr Portal mit dem jedes anderen Anbieters. Ein verwirrendes Portal senkt die Nutzung.
5. Wer wird es administrieren? Werkzeuge ohne Verantwortlichen verfallen, egal welchen Weg Sie wählen.
6. Was passiert, wenn Sie skalieren? Ein Eigenbau, der für zwanzig Partner funktioniert, kann bei zweihundert an Grenzen stoßen.

Ein gestuftes Vorgehen ist üblich: mit einem leichtgewichtigen Aufbau starten (gemeinsame Formulare, ein Inhaltsordner, eine Registrierungstabelle), beweisen, dass das Programm funktioniert, und dann zu PRM-Tooling wechseln, wenn der manuelle Aufwand zum Engpass wird. Der umgekehrte Fehler, eine schwere Plattform zu kaufen, bevor das Programm Regeln hat, ist kostspieliger.

Typische Fehlermuster bei PRM

Die meisten PRM-Probleme sind Programmprobleme, die in der Software sichtbar werden.

• Tool vor Programm. Ein Portal kann unklare Bedingungen, undefinierte Stufen oder fehlende Verantwortung für den Erfolg der Partner nicht ausgleichen.
• Das Geisterportal. Partner registrieren sich einmal und kommen nie wieder, weil das Portal nichts enthält, was sie brauchen. Inhalte, Deal-Tools und Einblick in Auszahlungen bringen Partner zurück.
• Langsame Freigaben. Wenn Deal Registrations oder Mittelanträge wochenlang warten, umgehen Partner das System. Legen Sie Servicelevel für die Prüfung fest und messen Sie sie.
• Doppelte Datensätze. Partner und Vertriebsmitarbeiter des Anbieters legen denselben Account an, und niemand traut den Daten. Definieren Sie früh Abgleichsregeln und Zuständigkeiten.
• Überzogene Berechtigungen. Partnernutzern breite Einsicht in Daten des Anbieters zu geben, erzeugt Sicherheits- und Konfliktprobleme; zu wenig macht das Portal nutzlos. Gestalten Sie den rollenbasierten Zugriff bewusst.
• Keine Messung. Dashboards, die niemand prüft, verändern kein Verhalten. Koppeln Sie sie an regelmäßige Reviews, wie in Partner Business Reviews beschrieben.
• Streit um die Attribution. Wenn generierter und beeinflusster Umsatz von jeder Seite anders gezählt werden, schwindet das Vertrauen. Siehe Partner-Attribution.
• Integrationsdrift. PRM und CRM laufen nach einer Feldänderung oder Prozessanpassung auseinander. Bestimmen Sie einen Verantwortlichen für die Integration, nicht nur für das Portal.

Weiterführende Lektüre

• Partner-Onboarding
• Partner-Enablement
• Deal Registration
• Marketing Development Funds
• Channel-Konflikt
• Partner-KPIs
• CRM als einzige verlässliche Datenquelle
• Channel-Partnerprogramm