Was leistet automatisierte Angebotserstellung konkret?

Automatisierte Angebotserstellung ist ein Verfahren, bei dem eine Software eingehende Kundenanfragen automatisch mit Stammdaten aus CRM und Produktkatalog abgleicht und daraus einen Angebotsentwurf erzeugt. Der Vertrieb prüft und ergänzt diesen Entwurf, statt ihn von Grund auf zu schreiben. Die Endverantwortung für Inhalt und Preis bleibt beim Menschen.

Der Ablauf folgt in der Praxis vier Schritten. Zunächst wird die Anfrage erfasst, gleich ob sie als E-Mail, Portaleintrag oder Ausschreibungsdokument vorliegt. Danach ordnet das System die genannten Leistungen konkreten Positionen im Produktkatalog zu. Im dritten Schritt zieht es Kundendaten wie Rabattstufen und Ansprechpartner aus dem CRM hinzu und berechnet den Preis nach hinterlegten Regeln. Im letzten Schritt entsteht ein formatierter Entwurf, der zur Freigabe an eine zuständige Person geht.

Das unterscheidet den Ansatz von reinen Vorlagen oder Textbausteinen. Eine Vorlage füllt vorgegebene Felder, kann aber weder eine Anfrage inhaltlich lesen noch selbstständig die passenden Produkte auswählen. Textbausteine sparen Formulierungsarbeit, ersetzen aber keinen Abgleich mit Preislisten oder Lagerbeständen. Automatisierte Angebotserstellung verbindet dagegen Texterkennung, Datenabgleich und Kalkulation zu einem durchgängigen Vorgang, der auf Systemen wie bestehende Systeme zur Softwareentwicklung oder vergleichbaren Plattformen aufsetzt und bestehende Datenquellen nutzt statt sie zu ersetzen.

Warum scheitert die Angebotserstellung heute an den Eingangskanälen?

Die Angebotserstellung scheitert häufig daran, dass Anfragen über vier unterschiedliche Kanäle eingehen: E-Mail, Kundenportal, Ausschreibungsplattform und Telefon. Jeder Kanal liefert Informationen in anderer Form und Vollständigkeit. Ein erheblicher Teil der Auftragserfassung im B2B-Vertrieb erreicht Unternehmen weiterhin unstrukturiert per E-Mail, oft als Fließtext mit Anlagen statt als ausgefülltes Formular.

In vielen Betrieben liest die Vertriebsinnendienstmitarbeiterin die E-Mail, öffnet parallel das CRM, sucht die passende Kundenkonditionen und tippt anschließend Artikelnummern aus dem Produktkatalog von Hand in eine Angebotsvorlage. Bei einer telefonischen Anfrage schreibt sie sich zunächst Notizen, die später erneut übertragen werden müssen. Jede dieser Übertragungen kostet Zeit und ist eine mögliche Fehlerquelle, etwa wenn eine Variante oder eine Staffelmenge falsch abgeschrieben wird.

Ausschreibungsunterlagen bringen eine zusätzliche Schwierigkeit mit sich, weil Leistungsverzeichnisse oft mehrere Dutzend Positionen in Fachsprache enthalten, die manuell einzeln zugeordnet werden müssen. Wer diese Zuordnung händisch vornimmt, braucht Produktkenntnis und Zeit, die im Tagesgeschäft oft fehlt. Die Folge sind verzögerte Angebote oder Entwürfe, die erst nach mehreren Korrekturschleifen versandfertig sind. Genau an dieser Schnittstelle zwischen unstrukturierter Anfrage und strukturierten Stammdaten setzt automatisierte Angebotserstellung an, etwa im Zusammenspiel mit einer Lösung zur intelligenten Dokumentenverarbeitung.

Welche Daten braucht automatisierte Angebotserstellung?

Automatisierte Angebotserstellung benötigt Kontakt- und Konditionsdaten aus dem CRM, einen strukturierten Produktkatalog mit Varianten, gültige Preislisten samt Rabattregeln, freigegebene Textbausteine sowie aktuelle Lieferzeiten. Fehlt eine dieser Quellen oder ist sie veraltet, kann das System die betroffene Position nicht sicher befüllen und markiert sie stattdessen zur manuellen Prüfung.

Die Qualität des Entwurfs hängt unmittelbar von der Qualität dieser Datenbasis ab. Ein Produktkatalog mit unvollständigen Varianten führt zu Angeboten, die eine falsche Ausführung nennen. Veraltete Preislisten führen zu falschen Nettobeträgen. Deshalb prüft eine technische Bestandsaufnahme zu Beginn eines Projekts immer, welche Datenquellen bereits gepflegt sind und wo Lücken bestehen, etwa im Rahmen einer Auswertung zur Datenanalyse mit maschinellem Lernen.

Bei fehlenden oder widersprüchlichen Daten füllt das System keine Annahme in das Dokument ein. Stattdessen wird die betreffende Position im Entwurf sichtbar markiert, sodass die zuständige Person sie vor dem Versand ergänzt oder korrigiert. Diese Zurückhaltung ist bewusst so gestaltet, denn ein falsch geratener Preis wiegt schwerer als eine Rückfrage.

Wie ordnet die Lösung eine Anfrage dem Produktkatalog zu?

Die Lösung liest den Anfragetext, erkennt darin genannte Mengen, Bezeichnungen und Eigenschaften und vergleicht sie mit den hinterlegten Artikeln im Produktkatalog. Dabei werden auch Umschreibungen und Fachbegriffe berücksichtigt, die nicht wortgleich mit der Artikelbezeichnung übereinstimmen. Ist die Zuordnung nicht eindeutig, schlägt das System eine Rückfrage vor, statt selbst zu entscheiden.

Kundenanfragen sind selten so formuliert, wie ein Produktkatalog aufgebaut ist. Eine Anfrage nennt vielleicht eine Anwendung oder eine grobe Maßangabe, während der Katalog mit Artikelnummern und Variantencodes arbeitet. Die Software muss diese Lücke schließen, indem sie den beschreibenden Text mit den hinterlegten Produktmerkmalen abgleicht. Dieser Schritt basiert auf Verfahren der Sprachverarbeitung, wie sie auch bei anderen Anwendungen der Sprachverarbeitung im Unternehmenseinsatz zum Einsatz kommen.

Mehrdeutigkeit ist dabei der Regelfall, nicht die Ausnahme. Nennt eine Anfrage etwa nur eine Produktfamilie ohne Angabe der Ausführung, kann das System mehrere passende Varianten identifizieren, aber nicht selbst festlegen, welche gemeint ist. In diesem Fall trägt es die Frage in den Entwurf ein, damit die zuständige Person sie vor Versand klärt. Ein Rateversuch wäre zwar schneller, birgt aber das Risiko eines falschen Angebots und wird deshalb bewusst vermieden.

Was unterscheidet automatisierte Angebotserstellung von klassischer CPQ-Software?

Klassische CPQ-Software, kurz für Configure, Price, Quote, arbeitet mit einem festen Regelwerk: Konfigurationsoptionen, Preislogik und Freigabepfade sind vorab definiert. Automatisierte Angebotserstellung mit Sprachverständnis ergänzt das um die Fähigkeit, unstrukturierte Anfragetexte zu lesen und einzuordnen, bevor das Regelwerk greift. Beide Ansätze schließen sich nicht aus, sie ergänzen sich in der Praxis meist.

Ein Regelwerk ist überall dort im Vorteil, wo Konfigurationen komplex, aber klar definiert sind, etwa bei technischen Anlagen mit vielen kombinierbaren Optionen. Hier sorgt CPQ dafür, dass nur zulässige Kombinationen entstehen und die Preisberechnung nachvollziehbar bleibt. Sprachverständnis ist dagegen dort im Vorteil, wo die Anfrage selbst erst in eine strukturierte Form gebracht werden muss, etwa bei einer frei formulierten E-Mail oder einem Leistungsverzeichnis.

In der Kombination liest die Sprachkomponente die eingehende Anfrage und übergibt die erkannten Positionen an das bestehende CPQ-System oder an vergleichbare Regelwerke, die im Unternehmen bereits im Einsatz sind. So bleibt die geprüfte Konfigurationslogik erhalten, während der vorgelagerte manuelle Übertragungsschritt entfällt. Für Unternehmen, die noch kein CPQ betreiben, kann eine schlanke Regelkomponente auf Basis von Werkzeugen wie Low-Code-Plattformen für Regelwerke ergänzt werden, ohne die bestehende Systemlandschaft zu ersetzen.

Welcher Anteil überwiegt, hängt von der Komplexität der Produkte und der Vielfalt der Eingangskanäle ab. Eine technische Bestandsaufnahme zu Beginn eines Projekts klärt, ob ein bestehendes CPQ-System erweitert oder eine neue Komponente ergänzt wird.

Wie entsteht die Kalkulation und wer verantwortet den Preis?

Die Kalkulation setzt sich aus der Basispreisliste, hinterlegten Staffelpreisen, individuellen Kundenkonditionen aus dem CRM und gegebenenfalls einem Sonderrabatt zusammen. Das System zeigt im Entwurf nachvollziehbar, aus welcher Quelle jeder Preisbestandteil stammt. Über die endgültige Freigabe entscheidet stets ein Mensch, insbesondere wenn der berechnete Preis von der Standardregel abweicht.

Die Automatik trägt so weit, wie Regeln eindeutig hinterlegt sind. Liegt eine gültige Kundenkondition vor und passt die Menge in eine bestehende Staffel, berechnet das System den Preis ohne weiteres Zutun. Sobald aber ein Sonderrabatt außerhalb der üblichen Spanne verlangt wird oder ein Kunde ohne hinterlegte Konditionen anfragt, reicht die Automatik an ihre Grenze. Genau hier setzt eine Freigabestufe ein, die den Vorgang an die zuständige Vertriebsleitung weiterleitet.

Diese Freigabestufen sind gestaffelt: kleinere Abweichungen kann die Innendienstmitarbeiterin selbst bestätigen, größere Abweichungen erfordern eine zweite Unterschrift. Jeder Schritt wird protokolliert, sodass im Nachhinein nachvollziehbar bleibt, wer welchen Preis wann freigegeben hat. Diese Protokollierung lässt sich an bestehende Abläufe des Change Managements im Unternehmen anlehnen, statt einen separaten Freigabeprozess neu aufzubauen.

Wer prüft und gibt automatisch erstellte Angebote frei?

Den Freigabeschritt übernehmen Menschen, nicht die automatisierte Angebotserstellung selbst: Der Vertriebsinnendienst prüft jedes generierte Angebot vor dem Versand, die Vertriebsleitung zusätzlich, sobald eine hinterlegte Rabattschwelle überschritten wird. Erst nach dieser Freigabe verlässt das Dokument das System.

Diese zweistufige Prüfung ist kein Misstrauensvotum gegenüber dem Agenten, sondern der eigentliche Schutzmechanismus der automatisierten Angebotserstellung. Der Agent liest Anfrage, Kundenhistorie und Produktkatalog, kombiniert Positionen und schlägt einen Preis vor. Entscheiden, ob dieser Vorschlag den Kunden erreicht, darf er nicht. Diese Trennung von Vorschlag und Freigabe entspricht dem Aufbau, den wir auch bei anderen Aufgaben der intelligenten Dokumentenverarbeitung empfehlen.

Ab welcher Rabattschwelle die Vertriebsleitung einbezogen wird, legt jedes Unternehmen selbst fest, ebenso ob Sonderkonditionen für Bestandskunden automatisch eine zweite Prüfung auslösen. Diese Schwellenwerte lassen sich im System hinterlegen und bei Bedarf anpassen, ohne dass der zugrunde liegende Angebotsprozess neu aufgesetzt werden muss.

Jeder Freigabeschritt wird protokolliert: Wer hat wann welche Version geprüft, welche Änderung wurde vorgenommen, wer hat final freigegeben. Dieses Protokoll ist im Streitfall die Nachweisgrundlage und macht nachvollziehbar, dass kein Angebot ungeprüft den Betrieb verlassen hat.

Welche Pflichtangaben muss ein Angebot enthalten?

Ein Angebot muss die Leistung oder Ware eindeutig beschreiben, Menge und Einheit nennen sowie Netto- und Bruttopreis ausweisen. Die Umsatzsteuer wird gesondert ausgewiesen, außer das Unternehmen nutzt die Kleinunternehmerregelung, dann entfällt der Steuerausweis und ein entsprechender Hinweis ersetzt ihn.

Diese Angaben lassen sich aus CRM-Daten und Produktkatalog zuverlässig zusammenstellen, weil sie strukturiert vorliegen: Artikelbezeichnung, Preis und Steuersatz stammen aus dem Stamm, Menge und Kunde aus der Anfrage. Die automatisierte Angebotserstellung reduziert hier das Risiko vergessener Pflichtfelder, weil die Vorlage sie zwingend abfragt.

Zwei Punkte sind dagegen eine Frage der Vorlage und nicht der Technik: Bindefrist und Freibleibendheit. Ohne ausdrückliche Bindefrist gilt ein Angebot als bis zu einer angemessenen Frist bindend, viele Unternehmen möchten das aber ausdrücklich begrenzen oder das Angebot als freibleibend kennzeichnen, um Preisänderungen vorzubehalten. Diese Formulierung gehört in die Vorlage selbst und wird von der Vertriebsleitung festgelegt, nicht vom Agenten entschieden.

Wer eine bestehende Vorlage in die automatisierte Erstellung überführt, sollte diese Textbausteine vorab mit der Steuerkanzlei oder Rechtsberatung abstimmen. ANCUD IT prüft im Rahmen der Bestandsaufnahme, ob eine Vorlage alle Pflichtfelder technisch verlässlich befüllen kann.

Ist ein automatisch erzeugtes Angebot GoBD-konform?

Nein, nicht automatisch. Weder eine Angebotsvorlage noch ein Generator für automatisierte Angebotserstellung erfüllen die Grundsätze zur ordnungsmäßigen Führung und Aufbewahrung von Büchern von selbst. GoBD-Konformität ist eine zusätzliche organisatorische Aufgabe, die neben der eigentlichen Angebotserstellung erledigt werden muss.

Drei Punkte sind dabei entscheidend. Erstens die Archivierung: Jedes Angebot muss in der Version, in der es versendet wurde, revisionssicher abgelegt werden, nicht nur die zuletzt bearbeitete Fassung. Zweitens die Unveränderbarkeit: Nach dem Versand darf das archivierte Dokument nicht mehr überschrieben werden, spätere Korrekturen erzeugen eine neue Version mit eigenem Zeitstempel.

Drittens die Verfahrensdokumentation. Sie beschreibt, wie das System aus Anfrage, Kundendaten und Produktkatalog ein Angebot erzeugt, wer es prüft und wo es archiviert wird. Diese Dokumentation ist kein Rechtstext, sondern eine technische Beschreibung des Ablaufs, die im Rahmen einer Prüfung vorgelegt werden kann. Sie sollte parallel zur Einführung entstehen, nicht nachträglich rekonstruiert werden.

ANCUD IT liefert bei der Einführung einer automatisierten Angebotserstellung keine Rechtsberatung, sondern die technische Grundlage: eine Archivierung, die mit der Steuerkanzlei abgestimmt werden kann, und eine Dokumentation, die den tatsächlichen Ablauf abbildet.

Wie fügt sich automatisierte Angebotserstellung in CRM und ERP ein?

Automatisierte Angebotserstellung ersetzt weder CRM noch ERP, sondern verbindet beide über Schnittstellen. Kundendaten und Anfragehistorie kommen aus Systemen wie Salesforce, HubSpot oder Pipedrive, Artikel, Preise und Verfügbarkeit aus dem ERP-Artikelstamm. Der Agent kombiniert beides zum Angebotsdokument und schreibt den Status zurück ins CRM.

Diese Rückschreibung ist der Punkt, der in vielen Projekten unterschätzt wird: Ein Angebot, das erstellt, aber nirgends als „versendet“ oder „in Prüfung“ vermerkt wird, sorgt für doppelte Nachfassaktionen und widersprüchliche Auskünfte an den Kunden. Der Status gehört deshalb an die gleiche Stelle, an der auch der Vertriebsinnendienst nachschaut.

Nach der Freigabe wird das Angebot häufig an ein Rechnungsprogramm wie Lexware Office oder sevdesk übergeben, sobald der Auftrag zustande kommt, und über einen DATEV-Export für die Steuerkanzlei bereitgestellt. Diese Übergaben laufen über dieselben Schnittstellen, die auch für die Angebotsdaten genutzt werden, sodass keine zweite Dateneingabe nötig wird.

Welche Schnittstelle im Einzelfall sinnvoll ist, hängt von der bestehenden Systemlandschaft ab. Bei individuellem Integrationsbedarf, etwa wenn Prozesse über mehrere Systeme hinweg orchestriert werden müssen, greifen wir auf Erfahrung aus der Geschäftsprozessautomatisierung zurück und binden bestehende Werkzeuge ein, statt eine neue Plattform vorzuschlagen. Für den Datenabgleich zwischen Anfrage und Katalog nutzen wir zudem Verfahren aus der automatisierten Verarbeitung von Sprache und Texten, wenn Anfragen unstrukturiert vorliegen.

Welche Rolle spielt die EU-KI-Verordnung bei automatisierter Angebotserstellung?

Die meisten Systeme zur automatisierten Angebotserstellung fallen in den minimalen oder begrenzten Risikobereich der EU-Verordnung, da sie keine Entscheidung über Personen treffen, sondern Dokumente vorbereiten, die Menschen freigeben. Unabhängig von dieser Einstufung gilt seit dem 2. Februar 2025 die KI-Kompetenzpflicht nach Artikel 4, die Unternehmen unabhängig von Risikoklasse oder Größe betrifft.

Diese Kompetenzpflicht verlangt, dass Mitarbeitende, die mit dem System arbeiten oder dessen Ergebnisse prüfen, verstehen, wie es funktioniert, wo seine Grenzen liegen und wann sie eingreifen müssen. Für den Vertriebsinnendienst bedeutet das konkret: eine Schulung dazu, wie der Agent Positionen aus dem Katalog auswählt, wo Fehlerquellen liegen und wie ein Angebot korrigiert wird.

Diese Schulung sollte dokumentiert werden, ebenso wie die grundlegende Funktionsweise des Systems selbst. Eine solche Dokumentation ist kein bürokratischer Zusatzaufwand, sondern dieselbe Verfahrensbeschreibung, die auch für die Archivierung und Nachvollziehbarkeit der Angebote hilfreich ist.

Die Einordnung der Risikoklasse ersetzt keine Einzelfallprüfung. Wird die automatisierte Angebotserstellung um Funktionen erweitert, die Bonität oder Kreditwürdigkeit einzelner Kunden bewerten, kann sich die Einstufung ändern. ANCUD IT klärt diese Einordnung im Rahmen der technischen Bestandsaufnahme mit, ersetzt aber keine Rechtsberatung.

Welche Risiken hat automatisierte Angebotserstellung und wie begegnen wir ihnen?

Vier Risiken treten in der Praxis am häufigsten auf: falsch zugeordnete Positionen, veraltete Preise, erfundene Zusagen im Freitext und Datenabfluss über die verarbeiteten Kundendaten. Jedem dieser Risiken steht eine konkrete Gegenmaßnahme gegenüber, keines davon rechtfertigt einen Verzicht auf die automatisierte Angebotserstellung als solche.

Eine falsche Position entsteht, wenn der Agent eine Anfrage einem ähnlichen, aber nicht passenden Artikel zuordnet. Dagegen hilft der Abgleich mit dem aktuellen Produktkatalog vor jeder Ausgabe sowie die Freigabeprüfung durch den Vertriebsinnendienst, die genau solche Zuordnungsfehler abfangen soll. Ein veralteter Preis entsteht, wenn Katalog und Angebot nicht aus derselben Quelle gespeist werden. Die Anbindung an den ERP-Artikelstamm in Echtzeit statt an eine exportierte Kopie verhindert diesen Fehler weitgehend.

Eine erfundene Zusage im Freitext ist das Risiko, das am schwersten zu bemerken ist: Der Agent formuliert eine Leistung im Begleittext, die so nicht vereinbart wurde, etwa eine Lieferzeit oder Sonderkonditionen. Deshalb bleiben Freitextpassagen bewusst kurz und werden bei der Freigabe gezielt gegengelesen, nicht nur überflogen.

Datenabfluss betrifft die Kundendaten, die für die Angebotserstellung verarbeitet werden. Wir setzen deshalb auf klar abgegrenzte Zugriffsrechte, Verschlüsselung der Übertragung und, wo möglich, lokal betriebene Systeme statt externer Dienste, damit Kundendaten das eigene Haus nicht unnötig verlassen.

Wie sieht ein realistischer Einstieg in automatisierte Angebotserstellung aus?

Ein realistischer Einstieg beginnt mit einer Bestandsaufnahme von CRM-Daten, Produktkatalog und den bisherigen Angebotsvorlagen, gefolgt von einem einzigen Angebotstyp als Pilot. Erst wenn dieser im Schattenbetrieb zuverlässig gegen manuell erstellte Angebote bestehen konnte, wird die automatisierte Angebotserstellung auf weitere Angebotstypen ausgeweitet. Dieses Vorgehen begrenzt das Risiko und macht Abweichungen früh sichtbar.

Die Bestandsaufnahme klärt, wie sauber Produktdaten, Preislisten und Kundendaten im CRM tatsächlich gepflegt sind. Häufig zeigt sich hier bereits, dass einzelne Rabattregeln nur im Kopf einzelner Vertriebsmitarbeiter existieren oder der Katalog veraltete Artikel enthält. Diese Lücken müssen vor der Automatisierung sichtbar gemacht werden, nicht erst im laufenden Betrieb.

Für den Pilot wird bewusst ein Angebotstyp gewählt, der häufig vorkommt und klar strukturiert ist, etwa Standardpakete ohne komplexe Sonderkonditionen. Der Agent erstellt in dieser Phase Entwürfe, die im Schattenbetrieb parallel zu den regulären, manuell erstellten Angeboten laufen und von Vertrieb oder Innendienst verglichen werden, ohne dass ein Kunde sie zu Gesicht bekommt.

Erst wenn dieser Vergleich über einen ausreichenden Zeitraum zeigt, dass die Entwürfe verlässlich sind, wird schrittweise ausgeweitet: erst auf weitere Angebotstypen, dann auf komplexere Konfigurationen. Diese schrittweise Einführung lässt sich technisch etwa über eine Prozessplattform wie abbilden, die einzelne Freigabeschritte nachvollziehbar dokumentiert.

Wie messen Sie, ob die Lösung im Vertrieb wirklich trägt?

Maßgeblich sind beobachtbare Größen: die Korrekturquote am Entwurf vor dem Versand, der Anteil der Anfragen mit vollständiger Zuordnung zum Produktkatalog, die Liegezeit zwischen Anfrage und Versand sowie die Zahl der Rückfragen, die Kundschaft nach Erhalt eines Angebots noch stellt.

Die Korrekturquote zeigt, wie oft ein Entwurf im Freigabeschritt inhaltlich verändert werden muss, bevor er versendet wird. Steigt sie bei bestimmten Angebotstypen deutlich an, deutet das auf unklare Katalogdaten oder fehlende Regeln hin, nicht auf ein grundsätzliches Problem der Automatisierung.

Der Anteil vollständig zugeordneter Anfragen misst, wie oft der Agent alle angefragten Positionen ohne manuelle Nachbearbeitung im Katalog findet. Die Liegezeit bis zum Versand macht sichtbar, ob Freigabewege den Prozess ausbremsen. Rückfragen der Kundschaft schließlich zeigen, ob Angebote inhaltlich verständlich und vollständig sind.

Diese Größen werden nicht einmalig erhoben, sondern laufend beobachtet, damit Abweichungen früh auffallen und der Katalog oder das Regelwerk nachjustiert werden können, bevor sich Fehler häufen.

Ersetzt automatisierte Angebotserstellung den Vertrieb?

Nein. Automatisierte Angebotserstellung übernimmt die Zusammenstellung eines Angebots aus CRM-Daten und Produktkatalog. Die Beziehungsarbeit mit der Kundschaft, das Verhandeln von Konditionen und die Einschätzung, was ein Kunde tatsächlich braucht, bleiben Aufgabe der Vertriebsmitarbeiter.

Der Agent liest Anfrage und Stammdaten, gleicht sie mit dem Katalog ab und stellt einen Entwurf zusammen. Entscheiden, ob ein Rabatt gerechtfertigt ist oder ob ein Kunde ein anderes Paket braucht, darf er nicht. Diese Einschätzung erfordert Kontextwissen über die Kundenbeziehung, das kein System aus Daten allein ableitet.

Für Vertriebsmitarbeiter bedeutet das weniger Zeit für das Zusammensuchen von Artikelnummern und Preisen und mehr Zeit für das Gespräch mit der Kundschaft. Wo unternehmensweite Textbausteine oder Argumentationshilfen gepflegt werden, lassen sich diese etwa über eine Wissensablage wie bereitstellen, auf die sowohl Vertrieb als auch Agent zugreifen.

Die Rolle des Agenten bleibt damit unterstützend: Er liefert einen belastbaren Entwurf, die endgültige Entscheidung über Inhalt und Versand trifft ein Mensch.

Was kostet automatisierte Angebotserstellung?

Die Kosten hängen von der Zahl der Angebotstypen, der Qualität des Produktkatalogs, der Anzahl anzubindender Systeme, der Komplexität der Rabatt- und Freigaberegeln sowie der gewählten Betriebsform ab. Belastbare Zahlen liefert erst eine technische Bestandsaufnahme der bestehenden CRM- und Katalogdaten.

Ein sauber gepflegter Katalog mit wenigen Angebotstypen und einer einzigen Schnittstelle verursacht deutlich geringeren Aufwand als eine Landschaft mit mehreren CRM-Instanzen, uneinheitlichen Artikeldaten und komplexen, länder- oder kundenspezifischen Rabattregeln. Auch die Betriebsform, ob im eigenen Rechenzentrum oder als betreuter Betrieb, wirkt sich auf laufende Kosten aus.

Statt eines Festpreises steht am Anfang deshalb eine Bestandsaufnahme, die diese Faktoren konkret bewertet und daraus einen realistischen Aufwand für Pilot und Ausbau ableitet.

Wie lange dauert die Einführung von automatisierter Angebotserstellung?

Eine verlässliche Dauer lässt sich ohne Bestandsaufnahme nicht nennen. Die Einführung folgt aber einer festen Reihenfolge: Katalogbereinigung, Abstimmung der Freigabewege, Klärung mit der Buchhaltung zu Pflichtangaben und Nummernkreisen, Pilotbetrieb im Schatten und erst danach die schrittweise Ausweitung.

Am meisten Zeit kostet in der Praxis die Katalogbereinigung: doppelte Artikel, veraltete Preise oder fehlende Kategorien müssen bereinigt werden, bevor eine automatisierte Angebotserstellung verlässlich arbeiten kann. Wird dieser Schritt übersprungen, zeigt sich das Problem erst im Schattenbetrieb, was den Zeitplan zusätzlich verlängert.

Auch die Abstimmung der Freigabewege braucht Zeit, denn hier muss geklärt werden, wer welchen Angebotstyp bis zu welcher Höhe freigeben darf. Ähnlich verhält es sich mit der Buchhaltung, die auf korrekte Nummernkreise und Pflichtangaben achtet, damit erstellte Angebote später ohne Nacharbeit weiterverarbeitet werden können.

Erst nach diesen Abstimmungen beginnt der eigentliche Pilotbetrieb. Wer diese Reihenfolge einhält, vermeidet, dass technisch fertige Lösungen an organisatorisch ungeklärten Fragen scheitern.

Wie begleitet ANCUD IT die automatisierte Angebotserstellung im Betrieb?

ANCUD IT begleitet den laufenden Betrieb, indem Katalogpflege, Anpassungen bei neuen Produkten oder Preisrunden und die Überwachung der Ergebnisqualität geregelt übergeben werden. Feste Ansprechpartner bleiben erreichbar, damit Änderungen nicht im Tagesgeschäft untergehen.

Neue Produkte, geänderte Preise oder angepasste Rabattregeln erfordern Anpassungen an Katalog und Regelwerk. Diese Änderungen werden nachvollziehbar dokumentiert, damit im Nachhinein erkennbar bleibt, wann und warum sich ein Angebot anders zusammensetzt als zuvor.

Wo interne IT-Teams den Betrieb perspektivisch selbst übernehmen sollen, wird die Übergabe von Anfang an mitgedacht: Dokumentation, Zugriffsrechte und Regelwerk werden so aufgebaut, dass sie ohne externe Abhängigkeit weitergeführt werden können. Läuft der Betrieb im Rahmen eines umfassenderen Servicemodells, lassen sich Störungen und Änderungen über etablierte Abläufe wie einordnen.

So bleibt die automatisierte Angebotserstellung auch nach der Einführung ein System, das die Kundschaft versteht und weiterentwickeln kann, statt einer Blackbox, die nur der ursprüngliche Anbieter pflegen kann.