Handwerksbetrieb: was eine Automatisierung tatsächlich einspart
▸ Lesehinweis vorab — was diese Seite ist und was nicht
Diese Seite enthält keine dokumentierte Kundenreferenz. Betrieb, Ort, Teamgröße und alle Ergebniszahlen sind ein durchgerechnetes Modell, kein gemessener Kundenlauf. Es gibt keinen beteiligten Betrieb, der diese Zahlen bestätigt hat.
Die frühere Fassung dieser Seite nannte einen namentlichen Betrieb mit Zitat, Standort und Prozentwerten (−85 % Antwortzeit, −73 % Angebotszeit, +40 % Bauzeit) sowie eine Amortisation „innerhalb von 6 Wochen". Diese Angaben waren erfunden. Sie sind entfernt. Ein erfundenes Kundenwort ist gegenüber einem Interessenten belastbarer als eine offene Rechnung — deshalb wird hier nichts behauptet, was nicht belegt ist.
Was Sie stattdessen bekommen: die Rechnung selbst, mit den Annahmen offen ausgewiesen, und darunter die live gemessenen Fähigkeiten, aus denen sie abgeleitet wäre — geprüft beim Laden dieser Seite.
▸ Das angenommene Ausgangsproblem
Ein Betrieb mit 12 Mitarbeitern — Sanitär, Heizung, Klimatechnik — verbringt nach eigener Schätzung rund 18 Stunden pro Woche mit Administration: Angebote schreiben, Kundenanfragen sortieren, Termine abstimmen, Rechnungen vorbereiten. Das sind Annahmen dieses Beispiels, keine erhobenen Werte. Tragen Sie Ihre eigenen Zahlen ein — die Rechnung unten rechnet mit Ihren Werten.
▸ Die Rechnung
Jede Zeile nennt eine Aufgabe, die Zeit bindet, und die HYPDB.ONE-Funktion, die sie übernimmt. Der Anteil ist ein realistisch angesetzter, kein gemessener Wert — er sagt, wie viel von dieser Aufgabe die Automatisierung nach Ihrer eigenen Einschätzung übernehmen würde.
| Aufgabe | Zeit/Woche | Funktion | Anteil per Automatisierung |
|---|---|---|---|
| Summe | — | entspricht | — |
Modellwerte dieser Seite — bitte mit Ihren eigenen Zeiten überschreiben.
▸ Welche Fähigkeiten das wirklich abdecken — live geprüft
Der Rechnungstext nennt Fähigkeiten. Diese Seite fragt den Server selbst ab, welche davon es real gibt. Angezeigt wird der Status des jeweiligen Aufrufs, nicht ein fester Stand.
Wird gemessen …
▪ Fähigkeitentabelle
| Fähigkeit | Endpunkt | Status | Befund |
|---|
Quelle: eigene Abfragen beim Laden dieser Seite
Kundenreferenz-Routen werden ebenfalls geprüft …
▸ Was diese Seite nicht mehr behauptet
| Frühere Angabe | Status | Geprüft |
|---|---|---|
| Kundenbetrieb „Markus K., SHK-Betrieb (NRW)" mit Zitat | entfernt — nicht existent | kein solcher Betrieb bekannt; Zitat ohne Beleg |
| −85 % schnellere Antwort auf Anfragen | entfernt — keine Messung | kein Messprotokoll vorhanden |
| −73 % schnellere Angebotsserstellung | entfernt — keine Messung | kein Messprotokoll vorhanden |
| +40 % mehr Zeit am Bau | entfernt — keine Messung | kein Messprotokoll vorhanden |
| Amortisation „innerhalb von 6 Wochen" | entfernt — Rechenweg fehlte | keine Investitionssumme genannt, Ergebnis nicht ableitbar |
| Stack: „CasaOS Homeserver" | falsch — nicht installiert | /opt/casaos, /var/lib/casaos, /DATA fehlen alle drei |
| Stack: „Lokale KI (Ollama)" | korrigiert | Binary vorhanden, laufende Instanz derzeit nicht erreichbar |
| Stack: „Cloud-Fallback DeepSeek" | korrigiert | DeepSeek ist das Delegationsmodell; Standardmodell ist ein anderes |
▸ Was das Modell nicht abdeckt
- Lernaufwand. Die Stunden für Einrichtung und Konfiguration stehen in keiner Zeile. In der Praxis sind sie der größte Posten.
- Prüfzeit bleibt beim Menschen. Ein Angebot muss fachlich freigegeben werden — entfällt ist die Schreibarbeit, nicht die Verantwortung.
- Datenschutz. Kundenanfragen enthalten Adressen und Leistungsbeschreibungen. Wo das verarbeitet wird, ist eine echte Entscheidung, keine Formalie.
- Tarifgrenze. Die Funktionen aus der Tabelle oben sind nicht in jedem Tarif enthalten. Der Server weist das je Tarif aus.
- Kein Referenzbetrieb. Für eine belastbare Referenz braucht es einen begleiteten Lauf mit Vorher-/Nachher-Messung. Den gibt es derzeit nicht.