Magazin · Fachbeitrag
Vom Lead bis zur Übergabe: Wo ein Solarauftrag wirklich hängen bleibt
Zwischen der ersten Anfrage und der Schlüsselübergabe liegen acht Stationen. An keiner davon geht ein Auftrag komplett verloren – aber an jeder verliert er ein bisschen Zeit, ein bisschen Information und manchmal das Vertrauen des Kunden. Eine Bestandsaufnahme entlang des Funktionsumfangs von SERIOUS OS.
Warum die Strecke bricht
Die meisten Betriebe verlieren keine Aufträge, weil sie schlecht arbeiten. Sie verlieren sie, weil Informationen über einen Kunden an fünf Orten gleichzeitig existieren und nirgends zusammen: eine Telefonnotiz auf einem Zettel, eine Mailkette im Postfach der Chefin, eine Sprachnachricht auf dem Handy des Monteurs, ein Angebot als PDF in einem Ordner und ein Aufmaßprotokoll in einer Tabelle.
Solange alles gut läuft, fällt das nicht auf. Es fällt auf, wenn jemand krank ist, wenn ein Liefertermin kippt oder wenn ein Kunde nach drei Wochen zurückruft und fragt, warum sich niemand gemeldet hat. Dann muss erst gesucht werden, bevor jemand antworten kann – und das Suchen kostet mehr als die Antwort.
Dieser Text geht die Strecke einmal ab: acht Stationen, jeweils mit der typischen Bruchstelle und mit dem, was ein System an dieser Stelle konkret tun kann. Als roter Faden läuft ein erfundenes Beispielprojekt mit: Familie Bergmann, Photovoltaik mit Speicher, dazu eine Wallbox, über die noch nicht entschieden ist.
Station 1 · Die Anfrage kommt an
Die erste Entscheidung fällt, bevor jemand mit dem Kunden gesprochen hat: Wird die Anfrage überhaupt als Datensatz angelegt – und wenn ja, mit welcher Quelle?
Die Bruchstelle
Anfragen kommen über Formular, Telefon, Empfehlung, Kampagne und Messe. Wenn sie unterschiedlich landen, kann niemand später beantworten, welcher Kanal Aufträge bringt und welcher nur Arbeit macht. Und wenn zwei Kolleginnen unabhängig voneinander anlegen, existiert dieselbe Familie zweimal – mit unterschiedlichem Stand.
Was das System tut
Der Lead entsteht mit Quelle in der passenden Pipeline. Die Dublettenerkennung verhindert den zweiten Datensatz. Ab dem Eingang läuft eine SLA mit, die nicht nur misst, ob reagiert wurde, sondern wie oft tatsächlich versucht wurde zu erreichen. Für eingekaufte Leads gibt es einen eigenen Weg: Sie lassen sich an den Lieferanten zurückgeben, und dafür existieren Reklamationen mit Fristen – dokumentiert, nicht als Erinnerungsposten in einem Postfach.
Station 2 · Qualifizieren
Qualifizieren heißt, drei Dinge herauszufinden: wer das ist, was die Person will, und ob es zum Betrieb passt. Der aufwendige Teil ist nicht die Frage – es ist das Festhalten.
Die Bruchstelle
Ein Anruf dauert zwölf Minuten, die Notiz danach kostet zwei. Diese zwei Minuten fallen als Erstes weg, wenn es hektisch wird. Beim nächsten Kontakt fängt die Kollegin dann bei null an, und der Kunde erzählt zum zweiten Mal dasselbe.
Was das System tut
Notizen und Anrufe hängen als Aktivitäten an allen Datensätzen – und sie sind nachträglich nicht mehr änderbar. Das klingt nach einer Einschränkung und ist eine Zusage: Ein Verlauf, den man hinterher glattziehen kann, taugt nicht als Beleg. Genau das braucht man aber bei Reklamationen, bei Übergaben im Team und bei der Frage, wer wann was zugesagt hat. Der Anrufzähler an der SLA ergänzt die ehrlichere Zahl: Drei erfolglose Versuche sind ein anderer Zustand als ein Versuch.
Station 3 · Das Gespräch und was davon übrig bleibt
Das Vor-Ort-Gespräch ist der Punkt mit der höchsten Informationsdichte im ganzen Projekt – und der mit dem größten Schwund.
Die Bruchstelle
Nach 50 Minuten beim Kunden erinnert sich die beste Verkäuferin an vielleicht siebzig Prozent. In die Nachbearbeitung schafft es weniger. Die Planung, die drei Tage später das technische Konzept baut, kennt am Ende nur das, was in ein Formular getippt wurde.
Was das System tut
Gespräche lassen sich aufnehmen oder hochladen, werden transkribiert und ausgewertet. Die KI schlägt Änderungen an Datensätzen vor, bewertet die Stimmung je Person und Firma und macht den Volltext durchsuchbar. Der unterschätzte Teil ist die Suche: „Wo haben wir über den Zählerschrank gesprochen?“ wird damit beantwortbar, ohne dass sich jemand erinnern muss.
Wichtig ist die Rollenverteilung. Vorgeschlagen wird automatisch, übernommen wird, was jemand freigibt. Für Aufnahmen gelten außerdem die üblichen rechtlichen Anforderungen – das ist eine Frage der betrieblichen Regelung und der Einwilligung, nicht der Software.
Der Gewinn entsteht nicht dadurch, dass die KI redet. Er entsteht dadurch, dass niemand mehr abtippt, was ohnehin gesagt wurde.
Station 4 · Vom Lead zum Deal
Irgendwann ist aus einer Anfrage ein Vorhaben geworden. Dieser Moment verdient einen eigenen Schritt.
Die Bruchstelle
Wo Anfrage und Auftrag dieselbe Liste sind, verschwimmen die Zahlen. Niemand kann sagen, wie viele echte Vorhaben draußen sind, weil unqualifizierte Anfragen mitgezählt werden – oder umgekehrt, weil aussichtsreiche Vorhaben in der Leadliste verstauben.
Was das System tut
Ein Lead wird per Konversion zum Deal. Deals laufen als Kanban je Pipeline, als Liste und als Archiv. Mehrere Pipelines nebeneinander sind vorgesehen, weil Privatkunden anders laufen als Gewerbedächer und Wartung anders als Neuanlagen. Für die Geschäftsführung entsteht daraus die eine Ansicht, die wirklich zählt: Was ist draußen, und seit wann?
Station 5 · Angebot, Bestätigung, Unterschrift
Die Bruchstelle
Angebot_Bergmann_v3_final_NEU.pdf – der Dateiname als Versionsverwaltung.
Wenn der Kunde am Telefon fragt, welches Angebot gilt, ist die ehrliche Antwort oft: Das
muss ich nachsehen.
Was das System tut
Das Kundenangebot entsteht aus einer Vorlage direkt am Deal. Auftragsbestätigung und Montagebriefing hängen am selben Vorgang, ergänzt um eine einfache elektronische Unterschrift. Der Wert liegt in der Verknüpfung: Angebot, Bestätigung und Briefing zeigen auf denselben Kunden, dasselbe Gespräch und dasselbe Protokoll.
Hinweis: Ob eine einfache elektronische Unterschrift für einen bestimmten Vertragstyp ausreicht, ist eine rechtliche Frage und hier nicht bewertet. Das gehört in die Prüfung vor der Einführung.
Station 6 · Material und Bestellung
Die Bruchstelle
Der klassische Satz lautet: „Wir haben doch noch welche.“ Der Bestand stimmt, aber er ist schon für die übernächste Montage verplant. Das merkt man am Morgen der Montage, vor dem Regal.
Was das System tut
Lager und Bestellwesen kennen den Bestand je Standort und das Material je Auftrag. Bestellungen laufen mit Wareneingang, eine Bedarfsermittlung rechnet den Bedarf aus den Aufträgen, und fehlende Teile lösen eine Warnung an den Einkauf aus. Der Unterschied ist der Bezug zum Auftrag: nicht „wir haben noch elf Wechselrichter“, sondern „für die Montagen der kommenden Woche fehlen zwei“.
Station 7 · Plantafel und Montage
Die Bruchstelle
Ein Wochenplan an der Wand zeigt, was geplant ist. Er zeigt nicht, was passiert, wenn man einen Einsatz verschiebt. Genau das ist aber der Normalfall: Ein Monteur fällt aus, eine Lieferung kippt, ein Kunde ist nicht da.
Was das System tut
Montageeinsätze stehen je Team und Tag auf der Plantafel. Beim Verschieben zeigt sie vorab die Folgen für die Kette – welcher Folgetermin nachrutscht, welches Material dann zu früh oder zu spät liegt. Kunden lassen sich direkt aus dem Vorgang benachrichtigen.
Vor Ort läuft die Projektaufnahme über ein Formular aus einer Vorlage: Checkpunkte, Fotos direkt aus der Kamera, eine Audioaufnahme, aus der die KI die Felder vorbefüllt. Auf dem Dach tippt niemand gern; diktieren und fotografieren geht mit Handschuhen.
Station 8 · Übergabe und Rechnung
Die Bruchstelle
Nach der Montage ist der Auftrag gefühlt fertig – und genau dort entstehen die Rückfragen, die am meisten Zeit kosten: Wo ist das Protokoll? Ist die Schlussrechnung raus? Wurde die Anzahlung verrechnet?
Was das System tut
Protokolle, Fotos und Dokumente bleiben am Projekt, im eigenen S3-kompatiblen Storage des Mandanten, mit Virenscan, Labels, Papierkorb und PDF-Vorlagen. Für die Rechnung gilt eine klare Arbeitsteilung: Erzeugt wird sie in sevDesk oder lexoffice. SERIOUS OS zeigt, was offen, überfällig oder gemahnt ist, dazu Raten und Eingangsbelege – dort, wo der Auftrag steht.
Diese Abgrenzung wird oft überlesen SERIOUS OS ist kein Rechnungsprogramm und ersetzt die Buchhaltungssoftware nicht. Es beantwortet die Frage „Ist das bezahlt?“ an der Stelle, an der sie gestellt wird.
Die Datenspur, die dabei entsteht
Wer die acht Stationen durchgeht, sieht ein Muster: Der eigentliche Gewinn liegt nicht in einer einzelnen Funktion, sondern darin, dass am Ende eine durchgehende Spur existiert. Anfrage, Gespräch, Angebot, Bestellung, Montage und Rechnungsstand zeigen auf denselben Vorgang.
Damit diese Spur belastbar ist, braucht es zwei unbequeme Eigenschaften: Aktivitäten sind nachträglich nicht änderbar, und es gibt einen Audit-Trail. Beides macht die Bedienung nicht bequemer. Beides ist der Grund, warum man sich später darauf berufen kann.
Dazu kommen die Rechte. „Frag dein CRM“ durchsucht nur, was die fragende Person auch selbst sehen darf. Eine Wissenssuche, die diese Grenze aufweicht, wäre bequemer und deutlich schlechter.
Woran ihr merkt, dass es trägt
Ob ein System im Betrieb wirklich angekommen ist, zeigt sich nicht an der Zahl der Module. Es zeigt sich an ein paar konkreten Fragen, die sich plötzlich in Sekunden beantworten lassen:
- Jemand ruft an – sieht die Person, die abnimmt, den Stand, ohne zu suchen?
- Ein Angebot ist vier Tage offen – merkt das jemand von selbst?
- Ein Monteur fällt aus – ist innerhalb einer Stunden klar, welche Aufgaben neu verteilt werden müssen?
- Eine Lieferung verschiebt sich – ist sofort sichtbar, welche Montage das trifft?
- Ein Kunde reklamiert – gibt es einen Verlauf, der nicht nachträglich geändert wurde?
- Die Geschäftsführung fragt nach dem Stand – braucht es dafür eine Sonderauswertung?
Wenn drei dieser sechs Fragen heute unangenehm sind, lohnt sich der Blick auf die Prozesse mehr als der Blick auf eine Funktionsliste. Genau dafür gibt es den Workshop: Pipelines, Prozesse und Systeme einmal auseinandernehmen, Ergebnis schriftlich.
Was dieser Text nicht ist
Dieser Beitrag stammt von der Redaktion SERIOUS OS. Er beschreibt den Funktionsumfang nach Angaben der SERIOUS SOLAR GmbH und ordnet ihn entlang eines typischen Projektverlaufs ein. Er enthält bewusst:
- keine Kundenstimmen, keine Fallstudien und keine Referenzprojekte,
- keine Kennzahlen zu Zeitersparnis, Umsatz oder Abschlussquoten,
- keine rechtliche Bewertung, insbesondere nicht zu elektronischer Unterschrift, Gesprächsaufzeichnung, Zeiterfassung oder Datenschutz,
- keine unabhängige technische Prüfung der beschriebenen Funktionen.
Alle Namen, Beträge und Termine im Beispielprojekt sind frei erfunden. Wer wissen will, was im eigenen Betrieb tatsächlich herauskommt, muss mit den eigenen Zahlen rechnen – und zwar vorher.