Wo die Zeit tatsächlich hingeht
Die zwanzig Minuten pro Angebot verteilen sich anders, als man vermutet. Das Schreiben selbst ist der kleinere Teil. Der größere geht für das Zusammensuchen drauf: welche Positionen waren gemeint, was hat dieselbe Leistung beim letzten Mal gekostet, gab es mit diesem Kunden eine Sonderabsprache, liegt das Aufmaß schon vor oder muss noch jemand hinfahren.
Dazu kommt der Kontextwechsel. Eine Anfrage kommt vormittags rein, bearbeitet wird sie abends. In der Zwischenzeit muss sich jemand die Details wieder erarbeiten, weil die Mail nur den Anlass enthält und der Rest im Kopf war. Dieser doppelte Aufwand taucht in keiner Kalkulation auf.
Bei zwanzig Angeboten in der Woche sind das rund sieben Stunden reine Bürozeit, und zwar die unbeliebteste. Das ist die Zahl, gegen die sich jede Automatisierung rechnen lassen muss, nicht der Listenpreis einer Software.
Dieselbe Logik wie bei der Belegautomation
Der Ablauf hinter einem automatisierten Angebot ist derselbe wie bei der Belegverarbeitung im Mittelstand: auslesen, abgleichen, erzeugen, vorlegen. Bei der Belegautomation kommt eine Rechnung herein, wird gegen die Bestellung geprüft und mit Konto und Steuersatz übergeben. Beim Angebot kommt eine Anfrage herein, wird gegen die Preisliste geprüft und als Entwurf erzeugt.
Der Unterschied liegt nur in der Datenquelle und im Ziel. Statt eines ERP steht am Anfang das Postfach und am Ende das Rechnungsprogramm oder eine Excel-Vorlage. Die Zwischenschritte sind identisch, und das ist der Grund, warum sich die Erfahrung aus dem einen Bereich auf den anderen überträgt.
Auch das Fehlerverhalten ist dasselbe. Was nicht eindeutig zuzuordnen ist, wird markiert und vorgelegt, nicht geraten. Eine Position ohne Preis in der Liste, eine Mengenangabe die unplausibel wirkt, ein Kunde mit hinterlegter Sonderkondition: alles Fälle, in denen der Entwurf mit einem Hinweis kommt statt mit einer erfundenen Zahl.
Von der Anfrage zum fertigen Entwurf
Der Ablauf im Einzelnen: Die Anfrage kommt ins Postfach und wurde im vorgelagerten Schritt bereits erfasst: Kunde, Adresse, gewünschte Leistung, Zeitraum stehen als Zeile in der Liste. Der Angebotsworkflow setzt genau dort an, statt die Mail ein zweites Mal zu lesen.
Er zerlegt die beschriebene Leistung in Positionen und gleicht sie gegen die eigene Preisliste ab. Die Liste ist dabei genau das, was ohnehin schon existiert: eine Tabelle mit Leistungen, Einheiten und Preisen. Wo eine Position mehrdeutig ist, werden die infrage kommenden Zeilen mitgeliefert, damit die Entscheidung schnell fällt.
Anschließend wird der Entwurf erzeugt: mit Kundendaten, Positionen, Mengen, Preisen und der eigenen Standardformulierung für Gültigkeit und Zahlungsbedingungen. Ausgabe wahlweise als Datei fürs Rechnungsprogramm oder als vorbereitete Zeile in der Vorlage, je nachdem womit der Betrieb ohnehin arbeitet.
Verschickt wird nichts automatisch. Der Entwurf landet zur Prüfung, und erst nach Freigabe geht er raus. Bei etwas, das einen Preis nennt und Vertragswirkung entfaltet, ist das keine Vorsicht, sondern die einzig vertretbare Konstruktion.
Rechnungen und das Nachhalten danach
Ist der Auftrag erledigt, entsteht die Rechnung aus demselben Datensatz. Die Positionen sind bereits erfasst, dazu kommen die tatsächlich verbrauchten Mengen und Zeiten, sofern sie erfasst wurden. Was vorher zwanzig Minuten Abtippen war, ist damit ein Prüfvorgang.
Der unterschätzte Teil ist das Nachhalten. Ein Angebot, das nach zwei Wochen unbeantwortet bleibt, verschwindet im Alltag. Eine Rechnung, deren Zahlungsziel überschritten ist, fällt auf, wenn jemand zufällig hinschaut. Beides sind Erinnerungen, die ein Workflow ohne Zutun liefert, nach demselben Prinzip wie die Fristenüberwachung: rechtzeitig, mit dem Vorgang im Anhang, an die zuständige Person.
Gerade dieser Teil rechnet sich schnell, weil er nicht Zeit spart, sondern Umsatz sichert. Ein nachgefasstes Angebot, das sonst liegen geblieben wäre, trägt mehr als die gesparten Minuten beim Schreiben.
Womit man anfängt
Nicht mit dem Angebot. Der sinnvolle erste Schritt ist die Erfassung der Anfragen, denn sie liefert die Datenbasis, auf der alles Weitere aufsetzt. Wer direkt beim Angebot beginnt, baut die Erfassung implizit mit, nur schlechter, weil sie dann Teil eines größeren Ablaufs ist statt ein eigener Schritt mit eigenem Fehlerpfad.
Aus demselben Grund rate ich vom großen Wurf ab. Ein Projekt, das gleichzeitig Termine, Angebote, Rechnungen und Materialwirtschaft anfasst, dauert Monate und liefert in der Zwischenzeit nichts. Ein Ablauf, der nach vier Wochen produktiv läuft, ist mehr wert als vier, die im Herbst vielleicht fertig werden.
Die Reihenfolge ist damit vorgezeichnet: erst die Postfach-Triage, dann der Angebotsentwurf, dann Rechnung und Nachfassen. Jeder Schritt für sich abgeschlossen, jeder Schritt baut auf dem vorherigen auf, und nach jedem Schritt lässt sich sagen, ob sich der nächste noch lohnt.
Der Vorteil dieser Staffelung zeigt sich, wenn etwas nicht wie gedacht funktioniert. Stellt sich in Schritt eins heraus, dass die Anfragen zu unterschiedlich sind, um sie sauber zu erfassen, ist das eine Erkenntnis nach vier Wochen und nicht nach vier Monaten. Bei einem Projekt, das alles gleichzeitig anfasst, fällt derselbe Befund erst auf, wenn das Budget bereits verbraucht ist.