Ein Käufer ist im Projektmanagement die Entität, die Produkte, Services oder Ergebnisse von außerhalb der eigenen Organisation erwirbt. Das Gegenstück ist der Verkäufer, je nach Branche auch Anbieter, Auftragnehmer oder Lieferant genannt. Entscheidend ist: Käufer ist eine Rolle in einer Beschaffungsbeziehung, keine Person und keine Stellenbezeichnung. Dieselbe Organisation ist in einem Vertrag Käufer und im nächsten Verkäufer.
Was die Rolle ausmacht
Der Käufer legt fest, was beschafft wird, wählt das Vergabeverfahren, wertet Angebote aus, schließt den Vertrag und überwacht anschließend die Leistung. In der Praxis fällt das selten mit der Projektleitung zusammen: Beschaffungen sind in den meisten Organisationen in einer Einkaufsabteilung angesiedelt, die Projektleitung liefert Anforderungen und Abnahmeurteil zu.
Der PMBOK Guide 8 beschreibt die Käufer-Verkäufer-Beziehung ausdrücklich als von Informationsasymmetrie geprägt. Beide Seiten wissen nicht dasselbe über die Transaktion, und genau daraus entstehen mehrere relevante Risiken. Das ist die nützlichste Aussage des Leitfadens zu diesem Begriff, weil sie erklärt, warum Beschaffungsrisiko kein Nebenschauplatz ist: Es liegt in der Struktur der Beziehung, nicht im Verhalten der Beteiligten.
Wo der Käufer im Beschaffungsablauf auftaucht
Der Leitfaden nennt den Käufer an den Stellen, an denen Entscheidungen fallen. Bei einer Angebotsaufforderung (RFP) ist es der Käufer, der eine Lösung für einen komplexen Scope sucht. Nach dem Versand der Ausschreibungsunterlagen führt in der Regel der Käufer die Bieterkonferenz durch und beantwortet dort die Fragen der Bieter. Die Angebote gehen bis zum genannten Datum an den Käufer zurück, danach folgt die Lieferantenauswahl. Beim Vertragsabschluss unterzeichnen Käufer und Verkäufer, und zwar auf Käuferseite jemand mit Unterschriftsbefugnis, nicht zwangsläufig die Projektleitung.
Auch nach Vertragsschluss bleibt die Rolle sichtbar: Die Beobachtungen aus einem Beschaffungsaudit gehen ausdrücklich an die Projektleitung beider Seiten, damit beide ihr Projekt anpassen können. Der Käufer schuldet dem Verkäufer ebenfalls etwas, nämlich Zahlung, Entscheidungen und Bereitstellungen.
Einordnung im PMBOK Guide 8
Die 8. Ausgabe hat keine eigene Beschaffungs-Leistungsdomäne und keine nummerierten Beschaffungsprozesse mehr. Der Leitfaden begründet das damit, dass Projektbeschaffungen typischerweise in die Beschaffungsabteilung der Organisation eingebettet sind. Das Thema steht dafür ausführlich im Anhang X4, wo die Käufer-Verkäufer-Definition, die Vertragskonstellationen und die Vergabeverfahren beschrieben sind. In der Risikobehandlung taucht der Käufer außerdem bei den Strategien „Übertragen” und „Teilen” auf, etwa in einer kollaborativen Geschäftsstruktur, in der Käufer und Verkäufer das Gesamtprojektrisiko gemeinsam tragen.
Häufige Fragen
Käufer oder Kunde? Der Käufer steht in einer Vertragsbeziehung und zahlt. Ein Kunde kann auch intern sein und ohne Vertrag Nutzen empfangen.
Ist die Projektleitung der Käufer? Meist nicht. Sie handelt im Auftrag des Käufers, Unterschriftsbefugnis liegt in der Regel woanders.
Kann eine Organisation gleichzeitig Käufer und Verkäufer sein? Ja, das ist der Normalfall in Lieferketten. Ein Generalunternehmer ist Verkäufer gegenüber dem Auftraggeber und Käufer gegenüber seinen Subunternehmern.
Warum ist Informationsasymmetrie ein Risiko und keine Verhandlungschance? Weil sie in beide Richtungen wirkt. Der Verkäufer kennt seine Kosten besser, der Käufer seinen tatsächlichen Bedarf. Beide Lücken schlagen später als Nachträge oder als unbrauchbare Lieferung durch.
Verwandte Begriffe: Lieferant, Vertrag, Bieterkonferenz, Beschaffungsaudit, Beschaffungen überwachen und steuern, Abwicklung von Rechtsansprüchen.
Autor: Tom, seit 2004 PMP-zertifiziert. Zuletzt aktualisiert: August 2026.