Zum Inhalt springen
Sachverständige & Gutachter vor-ortschadenerfassungmobile

Strukturierte Vor-Ort-Erfassung mit KI-App

Eine mobile KI-App führt Gutachter durch die Schadensbegutachtung: schadenstyp-gesteuerter Fragenkatalog, automatische Fotokategorisierung und direkte CRM-Übertragung — alles vor Ort, ohne Nacharbeit im Büro.

⚡ Auf einen Blick
Problem
Gutachter erfassen Schäden auf Papier oder per Sprachnotiz und tippen alles später ins System — Doppelarbeit, Übertragungsfehler und fehlende Fotos sind die Regel.
KI-Lösung
Eine mobile App mit LLM-gesteuertem Fragenkatalog (ChatGPT/Claude via API) führt durch die schadenstyp-spezifische Begutachtung, kategorisiert Fotos automatisch per Whisper-Spracherkennung und überträgt alle Daten strukturiert ins CRM — direkt von der Baustelle.
Typischer Nutzen
Erfassungszeit pro Begutachtung um 40–60 % reduzieren, Übertragungsfehler eliminieren, Gutachtenqualität durch vollständige Dokumentation steigern.
Setup-Zeit
Einfacher Einstieg in 3–6 Wochen möglich
Kosteneinschätzung
2.000–5.000 € Einrichtung, 50–100 €/Monat laufend
Prompt-gesteuerter Fragenkatalog (ChatGPT/Claude, kein Setup)No-code App + CRM-Anbindung via Make.comCustom Progressive Web App mit CRM-Integration
Worum geht's?

Es ist Donnerstag, 14:47 Uhr. Markus steht vor einem Leitungswasserschaden in einer Mietwohnung in Hannover — feuchte Wände, aufgequollenes Parkett, ein verunsicherter Mieter im Hintergrund.

Er macht Fotos mit seinem Handy, diktiert ein paar Sprachnotizen, schreibt Maße auf den Rücken eines Kontoauszugs. In 20 Minuten hat er alles im Kopf. Auf dem Weg zum nächsten Termin überprüft er kurz seine Notizen — die Handschrift auf dem Zettel ist durch den Regen halb verwischt.

Am Abend, zurück im Büro: 47 Fotos, unsortiert, auf dem Handy. Sprachnotizen, die er jetzt nochmal abhört und abtippt. Zwei Maße, die er nicht mehr sicher zuordnen kann. Er trägt alles ins CRM ein — 55 Minuten Büroarbeit für 35 Minuten Vor-Ort-Termin.

Am nächsten Morgen eine E-Mail vom Sachbearbeiter der Versicherung: „Foto der Trennwand links fehlt. Bitte nachreichen.” Markus erinnert sich: Er war dort, er hat hingeschaut. Aber er hat es nicht fotografiert, weil er in dem Moment dachte, es sei nicht relevant. Ein neuer Termin. Ein halber Tag weg.

Das echte Ausmaß des Problems

Ein erfahrener Schadensgutachter bearbeitet im Schnitt 8 bis 15 Begutachtungen pro Woche. Der eigentliche Vor-Ort-Termin dauert 35 bis 90 Minuten — die Büronacharbeit nochmal 30 bis 60 Minuten pro Fall. Das ist bei 10 Fällen pro Woche 5 bis 10 Stunden reine Schreibtischarbeit, nicht für inhaltliche Analyse, sondern für das bloße Übertragen und Strukturieren von Informationen, die bereits vor Ort vorhanden waren.

Das Praxisbeispiel des Ingenieurbüros Müller & Partner zeigt: Nach Einführung einer mobilen Dokumentations-App halbierte sich die Erfassungszeit bei gleichzeitig deutlich besserer Datenqualität — Informationen wurden unabhängig von Wetter und unleserlicher Handschrift vollständig erfasst (smapOne-Fallstudie, 2023).

Drei strukturelle Probleme treiben diesen Aufwand:

Vollständigkeit unter Zeitdruck. Unter Druck werden Fotos vergessen, Maße nicht notiert, Fragen nicht gestellt. Das fällt erst auf, wenn das Gutachten geschrieben wird — dann muss der Gutachter entweder einen Zweittermin ansetzen oder mit lückenhafter Grundlage arbeiten. Beides kostet: den Gutachter Zeit, die Versicherung Geld, den Kunden Geduld.

Doppelarbeit. Alles, was vor Ort aufgezeichnet wird, muss danach nochmal ins System eingegeben werden. Jede manuelle Übertragung ist eine Fehlerquelle: falsch übertragene Maße, falsch zugeordnete Fotos, vergessene Besonderheiten.

Wissenstransfer. Neue Mitarbeiter brauchen Monate, bis sie intuitiv wissen, welche Informationen bei welchem Schadenstyp kritisch sind. Erfahrung lässt sich nicht einfach weitergeben — bis ein gut strukturierter Fragenkatalog sie systematisiert.

Mit vs. ohne KI — ein ehrlicher Vergleich

KennzahlOhne mobile KI-AppMit geführter Erfassungs-App
Büronacharbeit pro Fall30–60 Minuten0–10 Minuten
Fehlerrate bei Datenübertragung5–15 % (manuelle Eingabe)<1 % (direkte CRM-Übertragung)
Vollständigkeit der FotodokumentationHoch variabelSystemseitig erzwungen
Zweittermine wegen fehlender Infos3–8 % aller Fälle<1 %
Einarbeitung neuer Gutachter3–6 Monate bis Routine4–6 Wochen durch Fragenkatalog

Zahlen zur Büronacharbeit: eigene Erfahrungswerte aus Digitalisierungsprojekten im Sachverständigenwesen sowie smapOne-Fallstudie Müller & Partner (2023). Fehlerrate manuelle Eingabe: allgemeine Benchmarks aus Dateneingabe-Studien.

Einschätzung auf einen Blick

Zeitersparnis — sehr hoch (5/5) Das ist der stärkste Hebel in dieser Branche: 30 bis 60 Minuten pro Fall entfallen komplett. Bei 10 Fällen pro Woche sind das 5 bis 10 Stunden wöchentlich — zurückgewonnene Zeit, die direkt in mehr Fälle oder bessere Arbeit fließt. Kein anderer Use Case in der Gutachter-Branche liefert pro Kopf so unmittelbar messbare Entlastung.

Kosteneinsparung — mittel (3/5) Der Einstieg kostet 2.000 bis 5.000 Euro Einrichtung plus 50 bis 100 Euro/Monat für Tools. Das ist überschaubar — aber die Einsparung entsteht primär über eingesparte Arbeitszeit, nicht über direkt sichtbare Ausgabenreduzierung. Der ROI ist real, aber indirekter Natur. Verglichen mit der Qualitätsprüfung (die Rückweisungsaufwand vermeidet) oder der automatisierten Gutachtenerstellung (die Schreibzeit halbiert) ist der Kosteneffekt solide, aber nicht der stärkste.

Schnelle Umsetzung — hoch (4/5) Ein erster Prototyp mit zwei bis drei Schadenstypen ist in 3 bis 6 Wochen einsatzbereit — ohne Entwicklungsaufwand, wenn man no-code-Tools wie smapOne oder Make.com nutzt. Der Fragenkatalog muss mit erfahrenen Gutachtern entwickelt werden, das ist der eigentliche Zeitaufwand. Nicht ganz maximale Bewertung, weil die CRM-Integration manchmal Überraschungen birgt.

ROI-Sicherheit — sehr hoch (5/5) Der Nutzen ist direkt messbar: Jeder Fall, der ohne Büronacharbeit abgeschlossen wird, spart 30 bis 60 Minuten. Kein anderer Use Case in dieser Branche hat ein so eindeutiges, sofort nachweisbares Ergebnis. Zeitersparnis lässt sich ab dem ersten Praxiseinsatz protokollieren — kein Warten auf aggregierte Effekte.

Skalierbarkeit — mittel (3/5) Das System skaliert gut auf mehr Fälle, aber pro neuen Gutachter fallen zusätzliche Lizenzkosten an. Bei 2 Gutachtern kostet es doppelt so viel wie bei einem. Das ist kein K.O.-Kriterium, aber ein klarer Unterschied zu KI-Lösungen, die für alle Nutzer gleich kosten.

Richtwerte — stark abhängig von CRM-System, Schadenstypen-Breite und Teamgröße.

Was die App konkret macht

Die Grundidee: Statt einer leeren Seite bekommt der Gutachter vor Ort eine strukturierte Führung — schadenstyp-spezifisch, vollständigkeitssichernd, direkt CRM-fähig.

Schritt 1 — Fall öffnen, Schadenstyp wählen. Der Gutachter öffnet den Fall im CRM und startet die mobile App. Der Schadenstyp (z.B. Leitungswasserschaden, Sturmschaden, Einbruch) bestimmt, welcher Fragenkatalog geladen wird. Alle relevanten Fallinformationen aus dem CRM sind bereits vorausgefüllt.

Schritt 2 — Geführte Begutachtung. Die App führt Schritt für Schritt durch die Begutachtung. Für jeden Punkt gibt es klare Instruktionen: Was muss gemessen werden? Welche Fotos sind erforderlich? Antworten können per Sprache diktiert werden — Whisper oder vergleichbare Tools transkribieren automatisch. Pflichtfelder können nicht übersprungen werden.

Schritt 3 — Fotodokumentation mit Kategorisierung. Fotos werden direkt aus der App aufgenommen und automatisch dem richtigen Abschnitt zugeordnet: Übersichtsaufnahme, Detailaufnahme Schaden, Angrenzende Bereiche, Besondere Auffälligkeiten. Der Gutachter bestätigt oder korrigiert mit einem Tap.

Schritt 4 — Automatische CRM-Übertragung. Am Ende — noch vor Ort — überträgt die App alle Daten strukturiert ins CRM: Antworten, kategorisierte Fotos, Maße, Besonderheiten, Datum, Uhrzeit, GPS-Koordinaten. Der Büroarbeitsschritt “Daten eintippen” entfällt.

Was das System nicht kann

Es erkennt nicht, ob ein Foto tatsächlich das Richtige zeigt — es prüft nur, ob ein Foto in der richtigen Kategorie vorhanden ist. Die inhaltliche Qualität der Fotos bleibt Gutachter-Verantwortung. Und bei sehr ungewöhnlichen Schadensfällen, die nicht in den vorhandenen Schadenstypen abgebildet sind, braucht der Gutachter einen Freitext-Modus — der Katalog hilft nicht weiter, wenn der Fall außerhalb seiner Struktur liegt.

Konkrete Werkzeuge — was wann passt

Make.com — als Automatisierungs-Backbone zwischen App und CRM: Neuer Datensatz in der App → strukturierter Eintrag im CRM → Benachrichtigung an zuständige Sachbearbeiter. Kein Code, visuell konfigurierbar. Ab 9 Euro/Monat. Passt für Büros, die kein eigenes IT-Team haben.

Whisper — für die Sprach-zu-Text-Transkription vor Ort. Diktat in natürlicher Sprache wird in strukturierte Felder übersetzt. Whisper läuft auch lokal (keine Cloud-Abhängigkeit), was für sensible Schadensfotos und Kundendaten relevant ist. Open Source, kostenlos bei Selbst-Hosting.

ChatGPT — für die Kategorisierung von Freitext-Notizen: Diktat wird in strukturierte Gutachten-Felder übersetzt. Über die API in bestehende Workflows einbindbar. Ab 0 Euro (nutzungsbasiert).

Notion AI — als flexible Datenbank für Fragenkataloge und Checklisten-Vorlagen, die schadenstyp-spezifisch gepflegt und versioniert werden. Gut geeignet, wenn die Kataloge regelmäßig aktualisiert werden müssen (neue Auftraggeber-Anforderungen). Ab 10 Euro/Nutzer/Monat.

Für größere Betriebe gibt es spezialisierte Schadensmanagementsysteme mit eigenen mobilen Clients — Xactimate (US-Markt) und Symbility sind in Deutschland kaum verbreitet, aber deutsche Anbieter wie DGD Direkt oder PlanRadar bieten mobile Erfassungslösungen mit strukturierten Workflows. Die KI-Komponenten für Spracherkennung und automatische Kategorisierung lassen sich als Layer über bestehende Systeme legen.

Zusammenfassung: Wann welcher Ansatz

  • Einstieg ohne IT-Team → smapOne oder Make.com + Notion
  • Sprache vor Ort wichtig → Whisper (lokal) oder ChatGPT-Transkription
  • Bestehendes CRM mit API → Make.com als Brücke
  • Große Büros mit IT → Custom Progressive Web App

Datenschutz und Datenhaltung

Schadenfotos und Falldaten sind personenbezogene Daten im Sinne der DSGVO — Fotos vom Wohnungsinneren, Namen und Adressen der Geschädigten, Schadensbeschreibungen. Sobald ein KI-System (Spracherkennung, Textkategorisierung) diese Daten verarbeitet, greift Art. 28 DSGVO: Du brauchst mit jedem Cloud-Anbieter einen Auftragsverarbeitungsvertrag (AVV).

Was das in der Praxis bedeutet:

  • OpenAI (ChatGPT/Whisper via Cloud), Anthropic (Claude) und Google bieten AVV-Vorlagen an — aktiv anfordern, nicht vergessen
  • Für besonders sensible Schadensbilder (z.B. Innenaufnahmen von Privatwohnungen) ist eine Lösung mit lokaler Datenverarbeitung zu bevorzugen — Whisper läuft auch on-premise
  • CRM-Anbieter mit Servern in der EU sind Pflicht; bei US-gehosteten CRMs muss das EU-US Data Privacy Framework geprüft werden
  • Fotos sollten so früh wie möglich pseudonymisiert oder direkt im System gespeichert werden, ohne Zwischenschritt über private Cloud-Dienste (iCloud, Google Drive)

Ein AVV ist kein bürokratisches Detail — er ist die vertragliche Grundlage dafür, dass du als Gutachterbüro nicht persönlich für Datenschutzverletzungen des Tool-Anbieters haftest. Bei der Auswahl der App-Infrastruktur sollte das von Anfang an ein Kriterium sein, nicht nachträglich.

Rechtliche Besonderheiten

Gutachter haften persönlich für die Richtigkeit ihrer Gutachten — das ist keine theoretische Gefahr. Bei fehlerhafter Restwertermittlung oder unvollständiger Schadensdokumentation kann ein Schadenersatzanspruch entstehen (§ 839a BGB analog, bestätigt durch BGH-Rechtsprechung). Eine App, die systematisch Pflichtfotos und Pflichtangaben erzwingt, ist damit auch ein Haftungsschutz-Instrument — nicht nur ein Effizienz-Tool.

Transparenzpflicht bei KI-Unterstützung: Das LG Darmstadt hat 2025 klargestellt (Az. 19 O 527/16), dass Sachverständige offenlegen müssen, wenn und wie KI bei der Gutachtenerstellung eingesetzt wird. Für die Vor-Ort-Erfassung (Sprachtranskription, Fotokategorisierung) ist das Risiko gering — diese Tools unterstützen nur die Erfassung, nicht die fachliche Bewertung. Aber wenn KI-Kategorisierung in das endgültige Gutachten einfließt, sollte das dokumentiert sein.

Was es kostet — realistisch gerechnet

Einstieg (no-code mit Standardtools)

  • Make.com + Airtable/Notion als Datenbank + Whisper/ChatGPT für Transkription: 50–100 Euro/Monat
  • Einmalige Einrichtung (Fragenkataloge entwickeln, Workflow konfigurieren): 2.000–5.000 Euro
  • Zeitersparnis: 30–50 Minuten Büronacharbeit pro Fall

Bei 10 Fällen/Woche, 40 Wochen/Jahr: 400 Fälle × 40 Minuten Ersparnis = 267 Stunden eingesparte Büroarbeit/Jahr Bei 70 Euro/Stunde interner Kosten: ~18.700 Euro Effizienzgewinn im Jahr Break-even nach ca. 3–4 Monaten

Maßgeschneiderte App (für 5+ Gutachter)

  • Native oder Progressive Web App mit CRM-Integration: 15.000–40.000 Euro Entwicklungskosten einmalig
  • Wartung: 1.500–3.000 Euro/Jahr
  • Skaliert auf beliebig viele Fälle ohne zusätzliche Lizenzkosten pro Fall

Konservatives Szenario: Wenn nur 50 % der theoretischen Zeitersparnis wirklich realisiert wird (Eingewöhnungszeit, Ausnahmen bei komplexen Fällen) — break-even nach 6–8 Monaten. Immer noch eindeutig positiv.

Vier typische Einstiegsfehler

1. Zu viele Pflichtfelder von Anfang an. Der häufigste Fehler: Erfahrene Gutachter werden befragt, welche Informationen ideal wären, und der resultierende Katalog hat 80 Felder. Vor Ort — mit Handschuhen, bei schlechtem Licht, unter Zeitdruck — wird der Katalog dann als Bürde erlebt und nicht konsequent ausgefüllt. Besser: Mit 15 bis 20 echten Pflichtfeldern starten, Rest optional. Lieber eine vollständige minimale Erfassung als eine unvollständige maximale.

2. CRM-Integration als Nebensache behandeln. Wenn der Workflow bei der Dateneingabe ins CRM endet — also der Gutachter die App-Daten nochmal manuell überträgt — hat man die Hälfte des Nutzens vernichtet. Die bidirektionale CRM-Anbindung ist technisch der aufwändigste Schritt und muss von Anfang an geplant werden, nicht als zweites Projekt danach.

3. Keine Offline-Fähigkeit geplant. Gutachter sind oft dort, wo das Mobilfunknetz schlecht ist — in Kellern, auf abgelegenen Baustellen, in älteren Gebäuden. Wenn die App bei schlechtem Netz nicht funktioniert, wird sie nicht genutzt. Offline-Datenspeicherung mit Synchronisierung bei nächster Verbindung ist kein Bonus-Feature, sondern Grundvoraussetzung.

4. Fragenkataloge nach dem Go-live einschlafen lassen. Der häufigste Langzeitfehler: Die App läuft, der Betrieb ist routiniert — und niemand aktualisiert die Fragenkataloge. Neue Auftraggeber kommen mit anderen Fotovorschriften, Versicherungen ändern ihre Pflichtangaben, neue Schadenstypen tauchen auf. Ein veralteter Katalog erzeugt nach 12 bis 18 Monaten dieselben Lücken wie ein gar kein Katalog — nur ohne dass es auffällt, weil das System formal noch läuft. Redaktionsverantwortung einplanen: Wer überprüft die Kataloge, wie oft, nach welchem Anlass?

Was mit der Einführung wirklich passiert — und was nicht

Was passiert: Der erste Pilotlauf mit zwei bis drei Schadenstypen und einer Handvoll Testfällen zeigt sofort, welche Fragenkatalog-Felder in der Praxis nicht funktionieren. Erfahrene Gutachter werden sagen “das passt so nicht” — und damit haben sie meistens recht. Einplanen: Der erste Katalog wird nach zwei Wochen Praxis deutlich angepasst.

Was nicht passiert: Die Akzeptanz kommt nicht automatisch. Erfahrene Gutachter, die ihren Prozess seit Jahren leben, empfinden geführte Kataloge als Kontrolle statt als Unterstützung. Das lässt sich nicht wegdiskutieren — es lässt sich nur durch Zeitvergleiche zeigen: “Dein Nachbar-Gutachter hat heute Abend keine Büronacharbeit mehr. Du willst das auch?” Frühzahler und Multiplikatoren im Team identifizieren und einbinden.

Was überraschend oft passiert: Neue Mitarbeiter nehmen das System besser an als erfahrene — sie haben keine Alternativgewohnheit. Wenn der erste neue Mitarbeiter nach vier Wochen eigenständig hochwertige Erfassungen liefert, ist das der überzeugendste Beweis für das restliche Team.

Realistischer Zeitplan mit Risikohinweisen

PhaseDauerWas passiertTypisches Risiko
Fragenkataloge entwickelnWoche 1–3Mit erfahrenen Gutachtern alle Schadenstypen durchgehen, Pflichtfelder und Fotovorgaben definierenZu viele Felder — besser 20 Pflichtfelder als 60 optionale starten
Prototyp bauen und testenWoche 3–6Einfache Version mit 1–2 Schadenstypen, 3–5 Gutachter testen parallel zur bisherigen MethodeSmartphone-Bedienung mit Handschuhen bei Dunkelheit — Ergonomie-Check vor Rollout
CRM-IntegrationWoche 5–8Automatische Datenübertragung einrichten, Feldzuordnung prüfen, Fotospeicher konfigurierenCRM-API-Beschränkungen — manchmal müssen Felder umbenannt oder neu angelegt werden
Rollout und SchulungWoche 8–10Alle Gutachter einführen, Parallelphase für 2 WochenAkzeptanzproblem bei erfahrenen Gutachtern — Zeitvergleich als Überzeugungsargument
VollbetriebAb Monat 3App ist Standard, Fragenkataloge werden laufend verbessertNeue Versicherungsvorgaben erfordern Katalog-Updates — Redaktionsprozess einrichten

Häufige Einwände

„Unsere Gutachter sind draußen — da gibt es oft kein Mobilfunknetz.” Das ist ein valider Punkt, aber kein Ausschlusskriterium. Die Lösung heißt Offline-Fähigkeit: Die App speichert alle Eingaben lokal und synchronisiert, sobald wieder Verbindung besteht. Das ist technisch Standard bei modernen Progressive Web Apps und nativen Apps. Kritisch ist die Fotosynchronisierung — große Bildmengen brauchen etwas Zeit. Das sollte beim Tool-Auswahl explizit geprüft werden.

„Wir haben jeden Schadensfall anders — ein Fragenkatalog passt nie.” Fragenkataloge sind keine starren Formulare, sondern dynamische Strukturen. Pflichtfelder gelten für jeden Fall des Typs, optionale Felder können situativ hinzugezogen werden, Freitextfelder bleiben immer offen. In der Praxis folgen 80 % jedes Schadensfalles denselben Mustern (Schätzwert aus Praxisberichten) — genau da hilft die Struktur. Das verbleibende Besondere gehört in den Freitext.

„Was ist, wenn der Gutachter vor Ort etwas übersieht, das nicht im Katalog steht?” Freitextfeld und freie Fotomöglichkeit bleiben immer verfügbar. Der Katalog stellt sicher, dass das Pflicht-Programm vollständig ist — er verhindert nicht, dass Gutachter darüber hinausgehen. In der Praxis passiert häufig das Gegenteil des Befürchteten: Weil das Pflicht-Programm schneller abgearbeitet ist, bleibt mehr Zeit für fallspezifische Besonderheiten.

Woran du merkst, dass das zu dir passt

Du hast regelmäßig 30 Minuten oder mehr Büronacharbeit pro Fall (Eintippen, Fotos sortieren, CRM-Eintrag).

Zweittermine wegen fehlender Fotos oder unvollständiger Erfassung kommen mehr als einmal pro Monat vor.

Du hast neue Mitarbeiter im Team oder planst Einstellungen — der Fragenkatalog ersetzt sechs Monate implizites Erfahrungswissen.

Deine Versicherungs-Auftraggeber haben spezifische Fotovorgaben, die regelmäßig nicht vollständig erfüllt werden.

Wer diesen Use Case noch nicht angehen sollte:

Du bearbeitest weniger als fünf Fälle pro Woche — dann ist der Einrichtungsaufwand größer als der Nutzen. Ein einfaches Formular-Tool (z.B. Google Forms in einer strukturierten Version) ist die pragmatischere Lösung.

Dein CRM bietet keine API und keinen strukturierten Datenexport — dann endet der Workflow bei manueller Übertragung, was den größten Teil des Nutzens vernichtet.

Du hast keine Person, die den Fragenkatalog langfristig pflegt — eine App mit veraltetem Katalog erzeugt nach 12 bis 18 Monaten dieselben Lücken wie gar keine Struktur, nur schwerer sichtbar.

Das kannst du heute noch tun

Öffne einen abgeschlossenen Fall aus der letzten Woche und schreibe alle Informationen auf, die du vor Ort erfasst hast. Dann prüfe: Welche davon waren auf Papier, welche per Diktat, welche in deinem Kopf? Das ist deine aktuelle Datenverlustrate. Wenn du mehr als drei Informationstypen auflistest, die irgendwo zwischen Baustelle und CRM verloren gehen können, ist der Schritt zur strukturierten App-Erfassung fast immer lohnend.

Dann nutze diesen Prompt, um deinen ersten Fragenkatalog für einen Schadenstyp zu entwickeln:

Fragenkatalog für Schadenstyp entwickeln
Du bist Experte für Schadensbegutachtung und hilfst mir, einen strukturierten Fragenkatalog für die mobile Vor-Ort-Erfassung zu entwickeln. Schadenstyp: [SCHADENSTYP, z.B. Leitungswasserschaden / Sturmschaden / Einbruch] Auftraggeber (Versicherung): [NAME DER VERSICHERUNG oder "allgemein"] Besondere Anforderungen: [z.B. "Allianz verlangt Übersichtsfoto + 3 Detailfotos", oder "keine besonderen Vorgaben bekannt"] Erstelle einen Fragenkatalog mit: 1. PFLICHTFELDER (max. 20) — Was muss bei JEDEM Fall dieses Typs erfasst werden? 2. PFLICHTFOTOS — Welche Fotos sind zwingend erforderlich, aus welcher Perspektive? 3. OPTIONALE FELDER — Was ist schadenstyp-spezifisch sinnvoll, aber nicht immer nötig? 4. FREITEXT-HINWEIS — Wann soll der Gutachter einen freien Kommentar hinzufügen? Format: Geordnete Liste, jedes Feld mit: Feldname | Typ (Text/Zahl/Foto/Ja-Nein) | Kurzbeschreibung warum nötig
Funktioniert mit ChatGPT, Claude, Gemini
Beispiel-Ausgabe

Mitarbeiter:in

Schadenstyp: Leitungswasserschaden Auftraggeber: allgemein Besondere Anforderungen: keine

KI-Assistent

PFLICHTFELDER (15): 1. Schadendatum | Text | Wann wurde der Schaden festgestellt? 2. Schadensursache | Auswahl | Rohrbruch / Undichtigkeit / Frost / unbekannt 3. Betroffene Räume | Mehrfachauswahl | Küche / Bad / Wohnzimmer / Keller / ... 4. Feuchtigkeitsausdehnung (m²) | Zahl | Geschätzte betroffene Fläche 5. Wandhöhe befeuchtet (cm) | Zahl | Kapillaraufstieg messen 6. Parkett/Fußboden betroffen | Ja/Nein | Aufquellung sichtbar? ... PFLICHTFOTOS (5): 1. Übersichtsaufnahme Raum — Richtung Schadenszone, Türrahmen sichtbar 2. Nahaufnahme Schadensursache — Rohr / Verbindung / Undichtigkeit 3. Feuchtigkeitsmessung mit Gerät im Bild — Messwert lesbar 4. Angrenzende Bereiche — Links und rechts der Hauptzone 5. Decke/Boden — Falls Feuchtigkeit nach oben/unten ausgebreitet Quelle: Fragenkatalog-Logik basierend auf DEKRA/ZDK-Schadenserfassungsstandards

Quellen & Methodik

  • smapOne-Fallstudie Müller & Partner (2023): Dokumentation der Einführung mobiler Schadensdokumentation — Halbierung der Erfassungszeit, signifikante Verbesserung der Datenqualität. smapone.com
  • DGUSV — Entwicklungen in der Gutachterbranche (2024): Jahresrückblick mit Einschätzung zur Digitalisierung als Innovationstreiber im Sachverständigenwesen. dgusv.de
  • Schadensmeldung.digital (2024): Effizienzsteigerung durch digitale Schadenmeldung — Überblick zu Einsparpotenzialen und Fehlerquellen bei manueller Erfassung. schadensmeldung.digital
  • § 839a BGB / BGH-Rechtsprechung zur Gutachterhaftung: Grundlage für Haftungsrisiken bei fehlerhafter Schadenserfassung. bundesverband-gutachter.de
  • Büronacharbeit und Fehlerquoten: Eigene Erfahrungswerte aus Digitalisierungsprojekten im Sachverständigenwesen; Fehlerquoten manuelle Dateneingabe nach allgemeinen Branchenbenchmarks.

Diesen Inhalt teilen:

🤝

Interesse an diesem Use Case?

Schreib uns, wenn du mehr erfahren oder diesen Use Case für dein Unternehmen umsetzen möchtest. Wir melden uns zeitnah bei dir.

Deine Daten werden ausschließlich zur Bearbeitung deiner Anfrage verwendet (Art. 6 Abs. 1 lit. b DSGVO). Mehr in unserer Datenschutzerklärung.

Kostenloser Newsletter

Bleib auf dem neuesten
Stand der KI

Wähle deine Themen und erhalte relevante KI-News, Praxistipps und exklusive Inhalte direkt in dein Postfach – kein Spam, jederzeit abmeldbar.

Was interessiert dich? Wähle 1–3 Themen — du bekommst nur Inhalte dazu.

Mit der Anmeldung stimmst du unserer Datenschutzerklärung zu. Jederzeit abmeldbar.

Kostenlos
Kein Spam
Jederzeit abmeldbar