Einen Angebotsprozess zu automatisieren heisst nicht, Preise und Zusagen an ein System abzugeben. Der sinnvolle Hebel liegt meist davor: Anfragen vollständig erfassen, fehlende Angaben nachfordern, Unterlagen ordnen, eine Kalkulation vorbereiten und die richtige Fachrolle mit einem prüfbaren Entwurf versorgen.
Gerade in kleinen österreichischen Dienstleistungs-, Handwerks- und Tourismusbetrieben laufen Anfragen über mehrere Kanäle ein. E-Mail, Formular, Telefonnotiz und persönliche Weiterleitung enthalten unterschiedliche Informationen. Wer direkt mit Dokumentautomatisierung beginnt, digitalisiert diese Unordnung. Ein belastbarer Ablauf beginnt deshalb beim Eingang und endet nicht beim PDF, sondern bei einer dokumentierten Freigabe.
01 · Prozessgrenze
Vor der Technik festlegen, was ein Angebot im Betrieb bedeutet
Ein Angebot kann eine einfache Preisauskunft, eine standardisierte Leistung mit Optionen oder eine individuelle fachliche Planung sein. Diese Fälle brauchen unterschiedliche Kontrollen. Bei einem klar definierten Produkt kann das System viele Angaben regelbasiert vorbereiten. Bei einer individuellen Leistung müssen Machbarkeit, Aufwand, Risiko und Vertragsbedingungen durch die zuständige Person beurteilt werden.
Die Prozessbeschreibung beginnt mit einem konkreten Startsignal: Eine neue Anfrage ist eingegangen und besitzt eine Vorgangskennung. Der Zielzustand lautet nicht nur «Angebot versendet», sondern beispielsweise: Eine fachlich freigegebene Fassung wurde über den vereinbarten Kanal gesendet, die verwendeten Grundlagen sind versioniert und der nächste Schritt ist als Aufgabe hinterlegt.
Ebenso wichtig sind Ausschlüsse. Beschwerden, Kulanz, ungewöhnliche Lieferbedingungen, widersprüchliche Unterlagen oder Leistungen ausserhalb des Katalogs verlassen den Standardweg. Sie werden nicht in eine vermeintlich passende Vorlage gedrückt, sondern mit sichtbarem Grund an eine Person übergeben.
02 · Automationsmatrix
Welche Schritte automatisiert, vorbereitet oder bewusst menschlich bleiben
Die Matrix dient als Freigabewerkzeug für den eigenen Ablauf. Jede Zeile wird mit den tatsächlichen Systemen, Rollen und Ausnahmen des Betriebs ergänzt. Ein Schritt darf erst automatisiert werden, wenn seine Eingaben und Grenzen eindeutig prüfbar sind.
Tabelle auf kleinen Bildschirmen horizontal scrollen.
| Prozessschritt | Sinnvolle Systemaufgabe | Klare Grenze | Freigabelogik |
|---|---|---|---|
| Anfrage erfassen | Eingang einem Vorgang zuordnen, Kanal und Zeitpunkt dokumentieren | Zusage, Machbarkeit oder Priorität erfinden | Automatisierbar bei klaren Eingangskanälen |
| Vollständigkeit prüfen | Pflichtangaben je Anfrageart erkennen und gezielt nachfordern | Fehlende Werte schätzen oder aus alten Fällen übernehmen | Regelbasiert vorbereiten |
| Leistung zuordnen | Freigegebene Leistungskategorien und zuständige Fachrolle vorschlagen | Sonderleistung ohne Fachprüfung als Standard behandeln | Vorschlag mit Ausnahmeweg |
| Kalkulation vorbereiten | Freigegebene Positionen, Mengen und Quellen zusammenstellen | Preis, Rabatt, Lieferzeit oder Marge selbst festlegen | Nur mit versionierter Kalkulationslogik |
| Angebot entwerfen | Dokument aus freigegebenen Bausteinen und bestätigten Daten erzeugen | Unbestätigte Bedingungen als verbindlich formulieren | Entwurf klar kennzeichnen |
| Freigeben und senden | Fachprüfung protokollieren und freigegebene Fassung versenden | Freigabe bei Abwesenheit still überspringen | Menschliche Entscheidung bleibt Pflicht |
| Nachfassen | Status und vereinbarten nächsten Schritt erinnern | Druck erzeugen oder Kundenreaktion interpretieren | Terminierte Aufgabe statt Autopilot |
Die Tabelle verhindert zwei typische Fehler: Erstens wird «automatisiert» nicht mit «ohne Menschen» gleichgesetzt. Zweitens bleibt die verbindliche Entscheidung dort, wo der Betrieb Verantwortung trägt. Das System kann eine vollständige Akte und einen Entwurf liefern; Preis, Machbarkeit, Liefertermin und besondere Bedingungen werden erst durch die benannte Fachrolle verbindlich.
03 · Eingang
Alle Kanäle in ein gemeinsames Anfragebild übersetzen
Der gemeinsame Eingang muss nicht zwingend ein neues Kundensystem sein. Entscheidend ist, dass jede Anfrage als Vorgang erkennbar wird und dieselben Kernfelder besitzt: Kontakt, Leistungswunsch, Ort oder Leistungsbereich, gewünschter Zeitraum, vorhandene Unterlagen, Quelle und heutiger Status. Kanalspezifische Informationen bleiben erhalten, werden aber in eine einheitliche Arbeitsstruktur überführt.
Pflichtangaben unterscheiden sich nach Anfrageart. Ein Handwerksbetrieb benötigt möglicherweise Ort, Maße, Fotos oder Zugänglichkeit. Eine Dienstleistung braucht Ziel, Umfang, Ansprechpartner und vorhandene Systeme. Im Tourismus können Zeitraum, Personenzahl oder konkrete Buchungsreferenz entscheidend sein. Eine einzige universelle Pflichtfeldliste erzeugt entweder unnötige Hürden oder unvollständige Vorgänge.
Rückfragen werden deshalb aus einer versionierten Regel abgeleitet. Das System darf nur nach Informationen fragen, die für den erkannten Vorgang tatsächlich fehlen. Kann die Anfrageart nicht sicher zugeordnet werden, erfolgt keine erfundene Auswahl; der Fall geht an die zuständige Person oder erhält eine neutrale Klärungsfrage.
04 · Kalkulation
Berechnungsgrundlagen vorbereiten, Preisentscheidung schützen
Die Kalkulationsvorbereitung ist oft der sensibelste Teil. Ein System kann freigegebene Leistungspositionen, Mengen, Stundensätze, Zuschläge und Vorbedingungen zusammenstellen. Dafür braucht jede Quelle eine Version und einen Gültigkeitsbereich. Alte Preislisten, individuelle Kundenabsprachen und aktuelle Standardwerte dürfen nicht unbemerkt vermischt werden.
Die Ausgabe sollte Annahmen sichtbar machen. Wenn eine Menge fehlt, bleibt sie offen. Wenn eine Position nur unter einer Bedingung gilt, wird diese Bedingung mitgeführt. Rabatte, Marge, Kulanz und strategische Preisentscheidungen sind keine Lücken, die ein Modell kreativ füllen soll. Sie werden als explizite Freigaben oder manuelle Eingaben gestaltet.
Vor dem Pilot wird ausserdem geklärt, welche Fassung führend ist. Liegt die verbindliche Kalkulation in einer Tabellenstruktur, einem ERP oder einem Fachsystem, darf ein erzeugtes Dokument nicht zum zweiten, unkontrollierten Preisstamm werden. Änderungen gehören in die Quelle; der nächste Entwurf wird daraus neu erzeugt und erhält eine neue Version.
05 · Entwurf und Freigabe
Den Angebotsentwurf als prüfbares Arbeitsdokument bauen
Ein guter Entwurf trennt bestätigte Kundendaten, berechnete Werte, Textbausteine und offene Entscheidungen. Die prüfende Person erkennt sofort, welche Teile aus freigegebenen Quellen stammen und wo eine fachliche Ergänzung nötig ist. Ein schön formatiertes Dokument ohne Herkunft und Status spart beim Prüfen kaum Zeit.
Die Freigabe selbst braucht mindestens die verantwortliche Rolle, den Zeitpunkt, die geprüfte Version und das Ergebnis. «Freigegeben» ist nicht dasselbe wie «angesehen». Werden Änderungen verlangt, geht der Vorgang in einen definierten Korrekturschritt zurück. Nach der Freigabe darf genau diese Fassung versendet werden; nachträgliche automatische Textänderungen würden den Nachweis brechen.
Auch Vertretungen gehören in den Ablauf. Ist die zuständige Person nicht verfügbar, muss klar sein, wer übernehmen darf und welche Fälle warten müssen. Eine Automation, die eine fehlende Freigabe aus Zeitgründen überspringt, erzeugt zwar Geschwindigkeit, aber keinen kontrollierten Angebotsprozess.
06 · Versand und Status
Versand, Rückmeldung und Nachfassen als Statusmodell führen
Der Versand ist ein eigener Prozessschritt. Kanal, Empfänger, freigegebene Anlage und Begleittext werden vorab festgelegt. Das System protokolliert, welche Fassung wann übergeben wurde. Zustellfehler, unklare Empfänger oder fehlende Anhänge führen zurück in einen sichtbaren Fehlerweg und nicht zu wiederholten, unkontrollierten Sendeversuchen.
Danach braucht der Vorgang wenige verständliche Zustände: versendet, Rückfrage, in Prüfung beim Kunden, angenommen, abgelehnt oder ohne Entscheidung beendet. Die Bezeichnungen müssen zum Betrieb passen und dürfen keine Kundenabsicht erfinden. Eine geöffnete Nachricht ist keine Zusage; Schweigen ist keine Ablehnung.
Automatisches Nachfassen sollte deshalb als Aufgabe mit freigegebenem Zeitpunkt und Text gestaltet werden. Bei Beschwerden, Verhandlungen oder neuen Anforderungen stoppt der Standardweg. Der nächste Schritt wird von einer Person bestimmt, damit der Angebotsprozess nicht zu einer unpassenden Nachrichtenserie wird.
07 · Pilotbetrieb
Mit echten Falltypen testen und nur belegte Schritte ausbauen
Der Pilot beginnt mit freigegebenen, repräsentativen Fällen. Neben normalen Anfragen gehören unvollständige Angaben, Sonderleistungen, widersprüchliche Informationen, Preisänderungen, fehlende Freigaben und technische Fehler in den Testbestand. Für jeden Fall ist vorab festgelegt, welches Ergebnis korrekt wäre und wann die Automation stoppen muss.
Geeignete Beobachtungen sind Vollständigkeit der Anfrageakte, Art der nötigen Rückfragen, Fehlzuordnungen, manuelle Korrekturen, korrekt erkannte Ausnahmen und stabile Übergaben zwischen den Systemen. Pauschale Versprechen über Zeitersparnis helfen nicht. Der Betrieb definiert seine Ausgangslage und entscheidet erst nach dem Test, ob der Aufwand tatsächlich sinkt, ohne neue Risiken zu erzeugen.
Freigabecheck vor dem Betrieb
- Alle Eingangskanäle und Anfragearten sind benannt.
- Pflichtangaben und Rückfragen sind je Anfrageart versioniert.
- Preis- und Leistungssourcen besitzen Verantwortliche und Gültigkeit.
- Entwürfe zeigen Annahmen, offene Felder und verwendete Versionen.
- Fachfreigabe, Vertretung und Sonderfallweg sind getestet.
- Versand, Status, Fehlerweg und manuelle Übernahme sind nachvollziehbar.
- Änderungen können zurückgerollt und Zugriffe entzogen werden.
Erst wenn diese Punkte im realen Betriebsablauf tragen, wird ein weiterer Schritt freigegeben. Eine Erweiterung auf zusätzliche Leistungen oder Kanäle ist ein neuer Umfang mit eigenen Prüffällen, nicht bloss eine technische Einstellung.