Problemprotokoll — Definition & Kommerzielle Strategie

Definition

Ein Problemprotokoll (Issue Log) ist ein dynamisches Repository, das während der Pre-Sales- und Vertragsphase verwendet wird, um Projektunsicherheiten, technische Abhängigkeiten oder kundenseitige Engpässe zu dokumentieren, nachzuverfolgen und Verantwortlichkeiten zuzuweisen. Im Bereich professioneller B2B-Dienstleistungen wandelt es vage Projektrisiken in umsetzbare Positionen um, die gelöst oder in den Leistungsbeschreibung (Statement of Work, SOW) eingepreist werden müssen, bevor der Vertrag unterzeichnet wird.

Erklärung

Die meisten B2B-Geschäfte verlieren an Marge, weil Teams "Unbekanntes" als "Gegebenheiten" behandeln. Wenn Vertriebsmitarbeiter technische Abhängigkeiten oder kundenseitige Verzögerungen während der Angebotsphase beschönigen, sind sie nicht optimistisch – sie subventionieren das Projekt des Kunden mit ihrer eigenen Marge.

Ein Problemprotokoll ist Ihre primäre Waffe gegen "hoffnungsbasierte" Preisgestaltung. Es erzwingt eine Konfrontation zwischen Ihrer Lieferrealität und den Erwartungen des Kunden. Durch die Dokumentation jeder ungelösten technischen Einschränkung oder Ressourcenabhängigkeit beseitigen Sie die Mehrdeutigkeit, die zu Scope Creep (schleichender Projektvergrößerung) führt. Wenn ein Problem identifiziert wird, aber nicht gelöst werden kann, bevor die SOW fixiert ist, liefert das Problemprotokoll den Prüfpfad, der für die Erstellung einer "Risikokontingenz"-Position erforderlich ist. Ohne dies unterschreiben Sie effektiv einen Blankoscheck für Ihr Lieferteam, was einen profitablen Vertrag innerhalb der ersten 30 Tage in ein Verlustgeschäft verwandeln kann.

Beispiele (oder Kommerzielle Auswirkungen)

• Schlecht umgesetzt: Das Angebot geht von einem "vollständigen API-Zugriff" aus, ohne die aktuelle Infrastruktur des Kunden zu überprüfen. Zwei Wochen nach Projektbeginn stellt das Lieferteam fest, dass das Altsystem inkompatibel ist. Sie verbrauchen über 100 Stunden Ingenieurszeit für benutzerdefinierte Middleware – was Sie 25.000 $ an Marge kostet –, weil Sie die API-Abhängigkeit nie als Risiko protokolliert haben.
• Gut umgesetzt: Das Problemprotokoll identifiziert "API-Integrationskomplexität" als Risiko mit hoher Priorität. Sie nehmen eine "Discovery-Phase" in die SOW auf, um das Altsystem zu prüfen, und bepreisen die Implementierung als variable Kosten basierend auf den Ergebnissen der Prüfung. Wenn sich die Integration als schwierig erweist, haben Sie den vertraglichen Hebel, einen Änderungsauftrag (Change Order) anzufordern, da das Risiko während der Angebotsphase identifiziert, protokolliert und eingeplant wurde.

Kommerzielle Checkliste

1. Zentralisieren Sie das Protokoll: Verlassen Sie sich niemals auf E-Mail-Threads. Verwenden Sie ein gemeinsames Problemprotokoll, das sowohl für den Pre-Sales-Ingenieur als auch für den Account Executive sichtbar ist.
2. Weisen Sie Verantwortlichkeiten zu: Jedes Problem muss einen Status (Offen, Ausstehend, Gelöst) und einen Verantwortlichen (Kunde, Anbieter oder Dritter) haben. Wenn ein Problem länger als 48 Stunden beim "Kunden" liegt, lösen Sie eine automatisierte Eskalation aus.
3. Verknüpfung mit der Preisgestaltung: Wenn ein Problem als "hohe Auswirkung" markiert ist, stellen Sie sicher, dass das Finanzmodell einen Kontingenzpuffer (typischerweise 10-15 %) enthält, der speziell an dieses Risiko gebunden ist.
4. Die "Gatekeeper"-Überprüfung: Überprüfen Sie das Problemprotokoll, bevor Sie das endgültige Angebot versenden. Wenn ein Problem noch "Offen" ist, muss es in der SOW explizit als Annahme oder Ausschluss erwähnt werden.

Verwandte Konzepte

• [Margenverlust](/glossary/margin-leakage)
• [Scope Creep](/glossary/scope-creep)
• [SOW (Leistungsbeschreibung)](/glossary/sow)