Hugo Menz AutomationTechnische Angebotsprozesse · Maschinenbau

Technische Anfragequalifizierung

Technische Anfragen vor dem Angebot strukturiert qualifizieren

E-Mails, Lastenhefte und Anhänge werden in einer Anforderungsakte gebündelt. Lücken, Widersprüche und Risiken bleiben bis zur Freigabe sichtbar.

RFQ Readiness Workshop ansehen Internen RFQ-Copiloten ansehen

Das eigentliche Problem liegt vor der Kalkulation

Technische Anfragen sind oft unvollständig. Vertrieb und Engineering müssen die entscheidungsrelevanten Angaben erst aus mehreren Quellen rekonstruieren.

  • Informationen verteilen sich auf mehrere Nachrichten und Dateien.
  • Einheiten, Begriffe und Versionen sind nicht einheitlich.
  • Kritische Angaben werden erst spät erkannt.
  • Annahmen werden mündlich getroffen und später nicht mehr gefunden.
  • Senior Engineers übernehmen Sortierarbeit, obwohl nur einzelne Entscheidungen ihre Erfahrung benötigen.

Ergebnis ist eine Anforderungsakte, keine automatisch erzeugte Wahrheit

Die Akte sollte mindestens enthalten:

  • bestätigte Anforderungen;
  • Quelle und Version jedes relevanten Wertes;
  • interpretierte, aber noch nicht bestätigte Angaben;
  • fehlende Pflichtfelder;
  • Widersprüche;
  • vorgeschlagene Rückfragen;
  • Annahmen und Ausschlüsse;
  • technische Risiken;
  • Abdeckung durch freigegebene Regeln;
  • Punkte, die zwingend Engineering benötigen.

So entsteht die prüfbare Anforderungsakte

  1. Anfrage, Anhänge und Dokumentversionen erfassen.

  2. Inhalte dem freigegebenen Anforderungsschema des Produkt- oder Lösungsbereichs zuordnen.

  3. Quelle, Fundstelle und Status pro Anforderung festhalten.

  4. Einheiten normalisieren und abweichende Angaben gegenüberstellen.

  5. Lücken, Widersprüche, Risiken und Rückfragen priorisieren.

  6. Regelabdeckung sowie nicht abgedeckte Sonderfälle ausweisen.

  7. Die Anforderungsakte zur fachlichen Prüfung vorlegen.

Geeignet, wenn ...

  • sich für einen Produktbereich, Maschinentyp oder eine Lösungsfamilie wiederkehrende Anforderungen beschreiben lassen;
  • Module, Optionen oder technische Grenzen dokumentierbar sind;
  • mehrere Anfragen pro Monat oder ein hoher Aufwand pro Anfrage entsteht;
  • historische Unterlagen und Expertenwissen zugänglich sind;
  • ein Verantwortlicher Regeln freigibt und pflegt.

Nicht geeignet, wenn ...

  • jede Anfrage vollständig neue Forschung oder Versuche erfordert;
  • niemand erklären kann, wie die erste Einschätzung heute entsteht;
  • Preis und Machbarkeit ausschließlich aus Bauchgefühl kommen;
  • keine Person Zeit für Validierung und Pflege bereitstellt;
  • sofort eine öffentliche oder verbindliche Kalkulation erwartet wird.

Häufige Fragen

Fragen zur technischen Anfragequalifizierung

Muss bereits ein CPQ vorhanden sein?

Nein. Ein Pilot kann vor einem CPQ ansetzen und zunächst Anforderungen, Quellen, Lücken und freigegebene Regeln strukturieren. Er kann auch zeigen, ob eine spätere CPQ-Einführung sinnvoll ist.

Kann die KI Preise festlegen?

Nein. Preise und Budgetwerte dürfen nur aus freigegebenen Tabellen, Modulen, Faktoren oder Formeln kommen. Die KI darf Informationen zuordnen, aber keinen Preis erfinden.

Wird eine Budgetindikation automatisch an den Kunden gesendet?

Nicht im ersten Pilot. Das System arbeitet intern. Jede Ausgabe wird geprüft und ausdrücklich freigegeben, bevor sie weiterverwendet wird.

Nächster Schritt

RFQ Readiness vor der Umsetzung prüfen

Beschreiben Sie Anfragevolumen, beteiligte Rollen und den größten Engpass. Für die erste Einschätzung sind keine vertraulichen Dokumente erforderlich. Danach lässt sich klären, ob ein begrenzter RFQ Readiness Workshop sinnvoll ist.