Aus CRM-Daten, Produktkatalog und Tonalitäts-Profil generiert der Agent Offerten-Drafts — mit Approval-Workflow vor dem Versand. Reduziert administrativen Overhead, nicht das Verkaufsgespräch.
Kurz gesagt: Aus CRM + Produktkatalog + Tonalitäts-Profil erzeugt der Agent Offerten als Draft. Stack: Claude für Generierung und Voice-Konformität, structured CRM-Read (HubSpot, Pipedrive, Salesforce, Bexio, Microsoft Dynamics), Vorlagen-Engine, Approval-Workflow mit Zwei-Klick-Freigabe. Anti-Hype: Offert-Automation lohnt sich ab etwa 50 Offerten pro Monat mit weitgehend stabilen Produkt-Konfigurationen. Bei sehr individuellen Offerten oder kleinen Volumen ist klassische Vorlage in Word plus manuelle Anpassung oft günstiger und ehrlicher — und wir sagen das auch unseren Kunden so.
Standard-Offerten in einem Schweizer KMU kosten typischerweise 30 bis 60 Minuten reine Tipparbeit pro Stück — CRM aufmachen, Kundenadresse rauskopieren, Produktauswahl aus dem Katalog zusammenstellen, Rabatte gemäss Kundengruppe berechnen, Vorlage anpassen, PDF erzeugen, Cover-Mail formulieren, intern ablegen. Bei einem Handelsunternehmen mit 200 Offert-Anfragen pro Monat sind das in der Summe 100 bis 200 Stunden, die nicht in Beratung, Akquise oder Beziehungspflege fliessen. Das ist keine veröffentlichte Benchmark, sondern ein direktional gut belegter Erfahrungswert aus Discovery-Calls mit Handels- und Services-KMU.
Hinzu kommt ein indirekter Effekt: Wer Offerten schneller raus bekommt, schliesst auch mehr ab. Im B2B-Verkauf ist der Zusammenhang zwischen Reaktionsgeschwindigkeit und Conversion gut dokumentiert — wer auf eine Anfrage erst nach drei Tagen mit einer Offerte antwortet, konkurriert gegen zwei oder drei Anbieter, die schon reagiert haben. Der Verkäufer, der ohnehin ein gutes Kundengespräch geführt hat, verliert nicht am Inhalt, sondern an der Latenz der Administration. Aber: nicht jede Offerte braucht KI. Bei sehr individuellen Konfigurationen, kleinem Volumen (zehn Offerten pro Monat) oder hochpreisigen Einzelgeschäften ist die manuelle Word-Vorlage oft schneller, transparenter und für den Verkäufer auch ehrlicher gegenüber dem Kunden.
Die Pipeline ist linear. Der Agent liest die Kundendaten aus dem CRM (HubSpot, Pipedrive, Salesforce, Bexio, Microsoft Dynamics, Close.io oder Custom-CRM über REST), bezieht die ausgewählten Produkte oder Konfigurationen aus dem Produktkatalog und wendet die hinterlegten Geschäftsregeln an: Standardrabatt pro Kundengruppe, Volumenrabatt-Staffel, Saisonpreise, Zahlungsbedingungen. Anschliessend generiert er die Offerte gegen eine kundenspezifische Vorlage und unter Berücksichtigung des Tonalitäts-Profils — destilliert aus 20 bis 50 erfolgreichen bestehenden Offerten des Kunden, also kein generisches Voice-Pattern, sondern eines, das nach dem Verkäufer klingt. Output ist ein PDF-Draft plus Cover-Mail. Vor dem Versand: Approval-Queue mit Zwei-Klick-Freigabe oder, bei sehr standardisierten Offerten und nach kalibrierter Akzeptanzrate, confidence-gated Auto-Send.
Geschäftsregeln müssen explizit hinterlegt sein — der Agent darf nicht "kreativ" rabattieren. Standard-Pattern: eine definierte Rabatt-DSL (etwa "Kunde Typ A bekommt 10 % bis 50'000 CHF, danach 15 %") wird vom Agent angewendet, Sonderrabatte für strategische Kunden bleiben manuell. Bei unklaren Fällen — neuer Kunde ohne Rabatt-Profil, Sonderwunsch jenseits der Standard-Konfiguration, ungewohnte Kombination aus Produkten — eskaliert der Agent an den Verkäufer mit offengelegtem Reasoning und CRM-Kontext. Modellseitig wird Claude für die Generierung und Voice-Konformität eingesetzt; bei Daten-Residenz-Anforderungen in der Schweiz kommt Azure OpenAI Schweiz zum Zug.
Wichtig: Der Agent ersetzt nicht das Verkaufsgespräch. Er reduziert den administrativen Overhead, der nach dem Gespräch zwischen "Ja, ich schicke Ihnen eine Offerte" und der tatsächlich versendeten PDF liegt. Wer den Agent als Ersatz für Verkaufsarbeit verkauft, verliert das Vertrauen des Verkaufsteams im ersten Monat — und damit den Use Case.
Ein Schweizer Handelsunternehmen — Komposit, kein realer Klient — mit rund 200 Offert-Anfragen pro Monat aus einem Katalog von etwa 80 Produkten. Die Mischung ist typisch: rund 90 % Standard-Konfigurationen (Kunde bestellt drei bekannte Produkte mit Standard-Rabatt) und rund 10 % individuell konfigurierte Setups (Sonderkonditionen, Custom-Bundle, andere Liefertermine). Vor dem Agent verbrachten zwei Innendienst-Mitarbeitende rund 40 % ihrer Arbeitszeit mit der Offert-Erstellung — CRM aufmachen, Adresse kopieren, Preise und Rabatte zusammenstellen, PDF erzeugen. Nach dem Rollout zieht der Agent automatisch CRM-Daten, wendet die hinterlegte Rabatt-DSL an, generiert das PDF gegen die Vorlage und schreibt die Cover-Mail in der gewohnten Tonalität. Die Innendienst-Mitarbeitenden reviewen die 90 %-Standard-Drafts in der Approval-Queue (zwei Klicks pro Offerte); die 10 % Sonderfälle landen weiterhin auf ihrem Tisch — jetzt aber mit ausgefülltem Kontext, nicht von null.
Typischer Effekt: ein Offert-Draft entsteht in zwei bis fünf Minuten Agent-Laufzeit statt 30 bis 60 Minuten manueller Tipparbeit — direktional, nicht als veröffentlichte Benchmark, und stark abhängig von Vorlagen-Stabilität, Sauberkeit der CRM-Daten und Detailgrad der Geschäftsregeln. Der Verkäufer beziehungsweise Innendienst-Mitarbeiter macht den letzten Schliff im Review statt jede Offerte von Hand zu erstellen. Wichtig: das ersetzt nicht das Verkaufsgespräch, es reduziert den administrativen Overhead zwischen Gespräch und PDF. Wo das Verkaufsteam vorher 100 bis 200 Stunden pro Monat in Offert-Tipparbeit gebunden war, fliesst diese Zeit zurück in Beratung, Akquise und Beziehungspflege. Der Effekt skaliert mit Vorlagen-Stabilität und Volumen — bei sehr individuellen Offerten oder kleinen Stückzahlen ist der Hebel klein bis nicht vorhanden.
Ja — anhand der CRM-Profile (Standardrabatt pro Kundengruppe), der Geschäftsregeln (Volumenrabatt-Staffel, Saisonpreise, Zahlungsbedingungen) und des Produktkatalogs. Wichtig: die Geschäftsregeln müssen explizit hinterlegt sein, der Agent darf nicht „kreativ" rabattieren. Standard-Pattern ist eine definierte Rabatt-DSL — zum Beispiel „Kunde Typ A bekommt 10 % Rabatt bis 50'000 CHF, danach 15 %, bei Sammelbestellung über drei Produkte zusätzlich 5 %". Diese Regel wird vom Agent angewendet, deterministisch und nachvollziehbar. Sonderrabatte für strategische Kunden bleiben manuell — der Agent macht hier keine Annahmen. Bei unklaren Fällen, etwa einem neuen Kunden ohne Rabatt-Profil oder einer Kombination, die in der DSL nicht abgedeckt ist, eskaliert er an den Verkäufer mit offengelegtem Reasoning.
Bei strukturierten Sonderwünschen — zum Beispiel „anderer Liefertermin", „Zusatz-Service X", „abweichende Zahlungsfrist" — nimmt der Agent diese in den Offert-Draft auf, markiert sie aber explizit als „needs-review" und legt sie dem Verkäufer zur Bestätigung vor. Bei unstrukturierten oder ambigen Anfragen („können Sie das so liefern wie letztes Mal?", „macht es einen Unterschied, wenn ich die Hälfte vorab überweise?") eskaliert er direkt an den Verkäufer mit Kontext aus der CRM-Historie — letzte Aufträge, frühere Sonderkonditionen, Vertragsnotizen. Faustregel: wenn der Agent für die Bewertung eines Sonderwunsches mehr als zwei Datenquellen interpretieren muss (CRM-Notiz plus Vorhistorie plus Vertragsklausel), eskaliert er. Das ist eine bewusste Guardrail gegen halluzinierte Zusagen.
Sample-basiert. Wir lesen 20 bis 50 bestehende erfolgreiche Offerten beim Kunden ein und destillieren daraus ein Tonalitäts-Profil — Anrede-Stil (Sie oder Du, „Sehr geehrte" oder „Liebe"), Formalitäts-Grad, branchen-spezifisches Vokabular, Lieblings-Phrasen und Schluss-Formel. Dieses Profil wird als Style-Guide in den Agent eingelesen, und er generiert in dieser Voice. Quartalsweises Review: der Verkäufer markiert Offerten in der Approval-Queue mit „tone off", das Profil wird auf Basis dieser Marker angepasst. Wichtig: das Profil ist kundenspezifisch, nicht industrie-spezifisch — eine Anwaltskanzlei klingt anders als ein Möbelhändler, auch wenn beide rechtlich-formal kommunizieren. Ein generisches „B2B-Sales-Voice"-Template funktioniert nicht und erkennt der Kunde sofort als künstlich.
Dieser Use Case sitzt in der Praktik KI-Engineering und greift in benachbarte Sales- und Customer-Operations-Use-Cases.
Praktik: LLM-Anwendungen in Produktion — strukturierte Generierung, Voice-Konformität, Evaluation, Guardrails, Plattformwahl.
Inbound-Mails klassifizieren, Antwort-Drafts erzeugen und ins CRM routen — mit Approval-Queue für die unsicheren Fälle.
Aus Meeting-Aufzeichnung oder Notizen strukturierte Action-Items, Follow-ups und CRM-Updates erzeugen — mit Review vor dem Versand.
Offert-Automation lohnt sich ab etwa 50 Offerten pro Monat mit weitgehend stabilen Produkt-Konfigurationen. Bei sehr individuellen Offerten oder kleinen Volumen ist klassische Vorlage in Word plus manuelle Anpassung oft günstiger und ehrlicher — und wir sagen Ihnen das vor dem Engagement, nicht hinterher. In einem unverbindlichen 30-Minuten-Discovery-Call schauen wir Ihren Offert-Prozess an und besprechen, ob ein Agent oder eine sauber gepflegte Word-Vorlage der bessere Weg ist.
Discovery-Call anfragen