Methodik
Wie wir die 78 % Zeitersparnis rechnen
Das ist eine Modellrechnung, keine Studie.
Wir haben gemessen, wie lange unsere Software für einen Objekt-Import braucht. Wir haben nicht gemessen, wie lange ein Makler dasselbe von Hand braucht. Diesen Wert haben wir geschätzt und schreiben unten hin, wie. Eine Messung mit echten Maklern ist in Vorbereitung; sobald sie vorliegt, ersetzt sie diese Seite — und wenn dabei eine kleinere Zahl herauskommt, ändern wir die Zahl in der Werbung. Die Regel dafür steht weiter unten und wurde vor der Messung festgelegt.
Die Zahl und wofür sie gilt
Erstanlage EINES Objekts (Einfamilienhaus, vollständiger Unterlagenordner, ca. 8 Dokumente) vom Unterlagenstapel bis zum veröffentlichungsfertigen Inserat inklusive Exposé-PDF und Portal-Payload. Der Claim gilt ausdrücklich NICHT für „den Arbeitsalltag im Maklerbüro“ — das wäre mit keinem denkbaren Aufwand belegbar.
Die Rechnung
Jeder Posten steht auf beiden Seiten. Arbeit, die in beiden Wegen anfällt — Fotos hochladen muss man so oder so —, wird beidseitig gezählt. Sie wegzulassen höbe die Prozentzahl genau um den Betrag, den die Software gar nicht spart.
| Teilaufgabe | Von Hand | Mit Punkt | Herkunft |
|---|---|---|---|
| S0 Fotos hochladen (47 Stück, 281 MB) | 1,25 min | 1,25 min | [M] gemessenE2E-TESTREPORT-WEINRIED.md:142 — 75 s, 4 parallel, clientseitige Kompression. Steht bewusst auf BEIDEN Seiten: das ist Upload-Zeit, keine Sortierzeit. |
| S1 Unterlagen sichten, ~45 Stammdatenfelder erfassen | 45 min | 0,47 min | [M] gemessenEin-Request-Median 27,9 s über 42 gewertete Läufe (eval/intake/runs/weinried). |
| S2 Objektbeschreibung, Ausstattung und Lage schreiben | 40 min | 0 min | [M] gemessenIm selben Request enthalten — kein zusätzlicher Aufruf, keine zusätzliche Zeit. |
| S3 Fotos sichten, auswählen, sortieren, benennen | 25 min | 0 min | [M] gemessenBildrollen-Klassifikation läuft im selben Request (eval/bildrollen: 13 von 13 korrekt). |
| S4 Bildaufbereitung, 6 Bilder | 30 min | 3,73 min | [M] gemessen6 × 37,3 s, E2E-TESTREPORT.md:187. ⚠ n = 1 Aufruf — der schwächste Messwert der Rechnung. |
| S5 Exposé-PDF bauen und layouten | 45 min | 0,07 min | [M] gemessen~4 s Browserless-Render, E2E-TESTREPORT.md:120. |
| S6 Portal-Export, 2 Portale | 25 min | 1 min | [A] AnnahmeGeschätzt. Der OpenImmo-Export ist ein Klick, aber die Dauer wurde nie gestoppt. |
| S7 Preis-/Wertermittlung inkl. Vergleichsrecherche | 30 min | 1 min | [A] AnnahmeGeschätzt. Weder die Handarbeit noch der Werkzeuglauf wurden gestoppt. |
| S8 Nachkontrolle und Freigabe durch den Menschen | in S1–S7 enthalten | 45 min | [A] AnnahmeAnnahme — und der einzige Wert, an dem die 78 % wirklich hängen. Alle 44 gewerteten Läufe enden auf AWAITING_REVIEW; die Software liefert nie ein freigabefertiges Objekt. |
| Gesamt | 241,25 min | 52,52 min | = 78,2 % Ersparnis |
[M] gemessen — eigene Messung, mit Pfad, Stichprobe und Datum. [A] Annahme — von uns geschätzt, offen als solche benannt. [Q] externe Quelle — mit Urheber, Datum und Abrufdatum. Wir führen derzeit keine externe Quelle: Wir haben keine verifiziert, und eine ungeprüft übernommene Studienzahl wäre schlechter als eine offene Schätzung.
Warum die Nachkontrolle mitzählt
Unsere Software liefert nie ein fertiges Objekt. Alle 44 gewerteten Läufe endeten im Status „Prüfung nötig“ (AWAITING_REVIEW). Der Mensch muss immer drübergehen. Wir setzen dafür 45 Minuten an.
Ohne diesen Posten kämen 96,9 % heraus. Diese Zahl fällt tatsächlich aus der Messung — sie zu bewerben hieße aber, etwas zu behaupten, das unser eigenes System per Design nicht kann. Die 78 % sind deshalb nicht das Ergebnis der Messung, sondern eine bewusst konservative Zahl gegenüber der Messung. Die Nachkontrolle ist zugleich der einzige Wert, an dem das Ergebnis wirklich hängt — deshalb steht daneben, was bei anderen Annahmen herauskäme.
Sensitivität
| Nachkontrolle | Gesamt mit Punkt | Ersparnis |
|---|---|---|
| 30 min | 37,52 min | 84,4 % |
| 45 min← beworben | 52,52 min | 78,2 % |
| 60 min | 67,52 min | 72,0 % |
| 75 min← typischer Fall | 82,52 min | 65,8 % |
| 90 min | 97,52 min | 59,6 % |
| 120 min | 127,52 min | 47,1 % |
Die Tabelle steht ungekürzt hier, inklusive der unschmeichelhaften Zeilen. Im plausiblen Bereich (30 bis 75 Minuten Nachkontrolle) liegt die Ersparnis zwischen 65,8 % und 84,4 %. Darunter fällt sie deutlich: bei zwei Stunden Nachkontrolle bleiben 47,1 %. Der beworbene Wert kippt, sobald die Nachkontrolle über 90 Minuten liegt oder die Handarbeit unter etwa 180 Minuten.
Was gemessen wurde
- Gewertete Läufe
- 44 von 46 Rohdateien
- Davon Ein-Request-Weg
- 42
- Dauer, Median
- 27,9 s
- Dauer, Spanne
- 20,8 s – 130,3 s
- Serverzeit, Median
- 25,3 s
- Modellkosten je Import
- 15.56 – 16.61 ct (n = 11)
- Korpus
- 1 Objekt, 8 Dokumente
- Modellfassungen
- gpt-4o-2024-08-06, gpt-4o-mini-2024-07-18
Verworfen wurden 1× HTTP 504, 1× HTTP 429 — ein abgebrochener Request ist kein schlechter Lauf, sondern gar keiner. Die 2 Läufe des Etappen-Wegs (150,7 s, 190,6 s) sind ein anderer Ausführungsweg und stehen nicht im Median. Die Kostenangabe stammt ausschließlich aus echten Messwerten; 2 Werte (31.09 ct, 33.44 ct) stammen aus einem später behobenen Abrechnungsfehler und sind ausgeschlossen. Git-Stände der Läufe: 32e4cea, 3b54c9d, 416477d, 45e79a4, 4db094e, 87389b1, 8d47646, 8e2f5be, a7776ef, c277384, c39802d, cac9b12, ce2ae38, df36a24, f329af0, fa36b0c.
Was nicht gemessen wurde
- Die Handarbeits-Baseline. Kein Makler hat dieselben Unterlagen unter Stoppuhr von Hand erfasst.
- Die Nachkontrollzeit. 45 Minuten sind gesetzt, nicht gestoppt.
- Portal-Export und Wertermittlung — beide Seiten geschätzt.
- Objektvielfalt: alle 44 Läufe liefen auf EINEM Objekt mit denselben 8 Dokumenten. Das misst Reproduzierbarkeit, nicht die Streuung über einen Bestand.
- Ein Import ganz ohne Dokumente (nur Fotos) liefert bewusst keine Daten — dieser Fall steckt in keiner Zeile.
- Es gibt kein A/B-Setup und keine Nutzer-Telemetrie. Die Zahlen stammen aus Messläufen, nicht aus dem Betrieb.
Rohdaten
Die 44 Roh-Lauf-Dateien geben wir auf Anfrage an service@punkt.immobilien heraus, nach Schwärzung der personenbezogenen Angaben. Sie stammen aus einem echten Akquise-Objekt und enthalten unredigiert Namen und Anschriften Dritter — deshalb liegen sie nicht öffentlich. Was ohne Personenbezug veröffentlichbar ist, steht als Aggregat auf dieser Seite.
Was passiert, wenn die Messung eine andere Zahl liefert
Diese Regel haben wir festgelegt, bevor gemessen wurde — sonst sähe jede spätere Anpassung nach Nachjustieren aus.
- ab 78 %Claim bleibt. Methodik-Seite auf Version 2.0 mit Messdaten statt Annahmen.
- 70–77 %Headline wird auf die gemessene Zahl gesenkt — binnen 14 Tagen, alle Kanäle, Changelog-Eintrag.
- 60–69 %Zahl runter UND Formulierung von „bis zu“ auf den Median („rund X %“).
- 0–59 %Prozentzahl verschwindet aus Headline, OG, Meta, JSON-LD, llms.txt und CRM-Vorlagen. Diese Seite bleibt stehen und dokumentiert den Rückzug.
Änderungsprotokoll
- 1.0 · 2026-08-06 — Erstveröffentlichung. Maschinenzeit gemessen (42 gewertete Ein-Request-Läufe auf einem Objekt), Handarbeit und Nachkontrolle geschätzt und als Annahme gekennzeichnet.
Fassung 1.0, Stand 2026-08-06. Nächste Überprüfung spätestens 2026-11-06. Alte Zahlen werden nicht überschrieben, sondern hier fortgeschrieben.