Anwendungsfälle
Wählen Sie Ihre Branche. Sie sehen die typischen Engpässe, was wir dafür gebaut haben und ein Beispiel aus einem echten Projekt. Kundennamen bleiben vertraulich, die Messwerte stammen aus den Projekten.
Typische Engpässe
Was wir dafür gebaut haben
Der Sachverständige diktiert am Fahrzeug. Das System macht daraus strukturierte Falldaten und schreibt sie nach seiner Freigabe ins Schadenssystem.
Ein Bildmodell ordnet jedes Foto einer Gutachten-Kategorie zu. Gemessen haben wir gegen die Zuordnung in alten Gutachten.
Namen und Personendaten verschwinden aus PDFs und Bildern, bevor ein Beispielgutachten weitergegeben wird. Der Text wird aus der Datei entfernt.
Beispiel aus einem Projekt
| Messgröße | Vorher | Nachher | Methode |
|---|---|---|---|
| Fotokategorien richtig | 11 / 18 | 15 / 18 | Abgleich mit alten Gutachten |
| Zeit pro Foto | von Hand | < 15 s | 20 echte Fälle, Abnahmekriterium |
| Bürozeit pro Fall | abends | 2,5 h | Zielwert im Vertrag |
| Überschriebene Felder | Test 1: ja | 0 | nur Einzelfelder schreiben |
Im ersten Test schrieb das System ganze Datensätze zurück und leerte dabei Felder, die schon gefüllt waren. Seitdem schreibt es nur einzelne Felder, und das Gutachten legt der Sachverständige im System selbst an.
Vor dem Bau stand ein Potenzial-Check vor Ort. Daraus entstand ein neunseitiger Prozessbericht mit Hebeln, Aufwand und Preis.
Häufige Fragen
Wir schreiben über die Schnittstelle des Systems und nur in einzelne Felder. Bereits gefüllte Felder bleiben unverändert.
Auf eigenen Servern in Deutschland oder in Ihrer Infrastruktur. Das regeln wir im Vertrag samt AVV.
Der Sachverständige. Ohne seine Freigabe geht nichts ins Schadenssystem.
Anfragen laufen über mehrere Anbieter mit Rückfallebene. Fällt einer aus, übernimmt der nächste.
Typische Engpässe
Was wir dafür gebaut haben
Bevor Code entsteht, steht fest, wo das System mit der Praxissoftware spricht. Dafür haben wir die Schnittstellen aus 18 Herstellerspezifikationen erfasst.
Namen und Personendaten verschwinden aus PDFs und Bildern, bevor ein Dokument weitergegeben wird.
Ein Portal, in dem jeder Kunde einen abgeschotteten Suchbereich über seine eigenen Unterlagen hat.
Beispiel aus einem Projekt
Offen, welche Daten ein System lesen und schreiben darf
Jede Schnittstelle mit Version, Rechten und AVV dokumentiert
| Eingang | Schnittstellendokumentation der Hersteller, Abläufe der Praxis |
|---|---|
| Ausgabe | Integrationsarchitektur mit Rückfallweg über die Bedienoberfläche |
| Stack | Schnittstellenanalyse · UI-Automatisierung · Versionsfixierung · AVV |
| Messwert | 18 Spezifikationen, jede Schnittstelle mit festgeschriebener Version |
| Grenze | Ohne offene Schnittstelle bleibt nur die Bedienoberfläche |
Häufige Fragen
Wir prüfen zuerst die Schnittstellen Ihres Herstellers. Wo es keine offene Schnittstelle gibt, arbeitet das System über die Bedienoberfläche, mit festgeschriebener Version.
Auf eigenen Servern in Deutschland oder in Ihrer Infrastruktur. Das regeln wir im Vertrag samt AVV.
Ein Mensch aus Ihrem Team. Bevor etwas in Ihre Systeme zurückgeschrieben oder verschickt wird, gibt eine Person frei.
Typische Engpässe
Was wir dafür gebaut haben
Neue Objekte aus dem Maklersystem stehen nach spätestens 15 Minuten auf der Website. Vorher zogen rund 1.950 Datensätze in das neue CRM um.
Mails werden gelesen, eingeordnet und der passenden Karte zugeordnet. Antworten schreibt das System als Entwurf.
Verträge, Protokolle und Berichte durchsuchbar in normaler Sprache, getrennt je Kunde.
Beispiel aus einem Projekt
Objekte von Hand auf der Website pflegen
Import alle 15 Minuten, ohne Zutun
| Eingang | OpenImmo-Export des Maklersystems |
|---|---|
| Ausgabe | Aktuelle Objektseiten auf der Website |
| Stack | OpenImmo · Python · Zeitgesteuerter Import · CRM-Migration |
| Messwert | Rund 1.950 Datensätze migriert, Import alle 15 Minuten |
| Grenze | Bilder und Texte kommen so, wie das Maklersystem sie liefert |
Häufige Fragen
Der Import liest das OpenImmo-Format, das gängige Maklersoftware exportiert.
Auf eigenen Servern in Deutschland oder in Ihrer Infrastruktur. Das regeln wir im Vertrag samt AVV.
Ein Mensch aus Ihrem Team. Bevor etwas in Ihre Systeme zurückgeschrieben oder verschickt wird, gibt eine Person frei.
Typische Engpässe
Was wir dafür gebaut haben
Websuche, Auslesen der Firmenseiten und eine Bewertung jedes Kontakts nach festen Kriterien, mit Kostengrenze je Lauf.
Mails werden gelesen, eingeordnet und der passenden Karte zugeordnet. Eine Browser-Erweiterung füllt Webformulare aus.
Fünf Sprachmodelle bewerten dieselbe Frage, ohne die Antworten der anderen zu kennen. Ein sechstes führt die Urteile zusammen.
Beispiel aus einem Projekt
Recherche von Hand, Priorität nach Bauchgefühl
Jeder Lead mit Punktzahl und Begründung
| Eingang | Zielbranchen, Region, Bewertungskriterien |
|---|---|
| Ausgabe | Priorisierte Liste mit Begründung je Lead |
| Stack | Websuche · Scraping · LLM-Bewertung · Kostengrenze |
| Betrieb | Fortsetzbar, mit Kostengrenze je Lauf |
| Grenze | Die Kriterien legt der Vertrieb fest |
Häufige Fragen
Immer ein Mensch. Das System schreibt Entwürfe, verschickt wird erst nach Freigabe. Formulare schickt ebenfalls eine Person ab.
Auf eigenen Servern in Deutschland oder in Ihrer Infrastruktur. Das regeln wir im Vertrag samt AVV.
Anfragen laufen über mehrere Anbieter mit Rückfallebene. Fällt einer aus, übernimmt der nächste.
Typische Engpässe
Was wir dafür gebaut haben
Ein Portal mit abgeschottetem Suchbereich je Kunde. Die deutsche Suche haben wir mit mehrsprachigen Embeddings zuverlässig gemacht.
Namen und Personendaten verschwinden aus PDFs und Bildern. Der Text wird aus der Datei entfernt, nicht nur überdeckt.
Eine Entscheidungsfrage mit Unterlagen, fünf unabhängige Urteile, ein zusammengeführter Bericht als PDF.
Beispiel aus einem Projekt
Beispielgutachten mit Personendaten, die niemand weitergeben durfte
Personen als [PERSON 1], Kennzeichen als B-XX ####E, Beträge und Daten bleiben
| Eingang | PDFs, Scans und Bilder mit Personendaten |
|---|---|
| Ausgabe | Geschwärzte Dateien, der Fachinhalt bleibt lesbar |
| Stack | PyMuPDF · Texterkennung offline · Regelwerk · eigener Server |
| Betrieb | Texterkennung offline, Ergebnisse nach 30 Minuten gelöscht |
| Messwert | Originale nur im Arbeitsspeicher, Kontroll-Texterkennung auf jeder Seite |
| Grenze | Handschrift erkennt die Texterkennung kaum, deshalb vor der Weitergabe kurz durchsehen |
Häufige Fragen
Nein. Die Texterkennung läuft offline auf unserem Server. Originale werden nicht gespeichert, Ergebnisse sind nach 30 Minuten gelöscht.
Auf eigenen Servern in Deutschland oder in Ihrer Infrastruktur. Das regeln wir im Vertrag samt AVV.
Ein Mensch aus Ihrem Team. Bevor etwas in Ihre Systeme zurückgeschrieben oder verschickt wird, gibt eine Person frei.
So läuft ein Projekt
Abnahmekriterien stehen im Vertrag, zum Beispiel unter 15 Sekunden pro Foto, geprüft an 20 echten Fällen.
Der Potenzial-Check zeigt es, mit einem priorisierten Plan, den Sie behalten.
Kontakt aufnehmen Potenzial berechnen