Sechs reale Probleme.Was wir gebaut haben. Was sich geändert hat.
Zu jedem Projekt zeigen wir das Problem, was wir bewusst nicht gebaut haben, wie die Arbeit heute läuft und wann wir stoppen würden. Unter der Haube finden Sie die technischen Details, und jeder Fachbegriff ist erklärt.
01
Zu Lungenkrebs erscheinen neue Studien schneller, als ein Onkologe sie lesen kann.
Onkologinnen und Onkologen müssen die Studien finden, die zu einem einzelnen Patienten passen, und nachvollziehen können, warum jede Studie ausgewählt wurde. Neue Erkenntnisse brauchen oft Jahre, bis sie in die klinischen Leitlinien gelangen.
Ein Teamprojekt von sechs Personen im MIT-Programm AI/ML: Leading Business Growth. Mario verantwortete Strategie, Plan und Deployment, leistete den Großteil der Daten- und Evaluationsarbeit und baute die gesamte App.
Erwogene Optionen
Ein Chatbot, der medizinische Fragen beantwortetEr klingt sicher, auch wenn er falsch liegt.Ein Modell, das auf medizinischen Fachartikeln trainiert wurdeEine Antwort lässt sich trotzdem nicht bis zur Quelle zurückverfolgen.Ein KI-Agent, der selbstständig sucht und entscheidetZu viel Freiheit bei einer Aufgabe, in der Fehler schwerwiegende Folgen haben.
Gewählt: Feste Regeln wählen die passenden Studien aus und ordnen sie nach Relevanz. KI sucht nur zusätzlich nach Studien, die den Regeln entgehen würden.
Ein gewöhnlicher Tag
Vorher
Ein Onkologe bereitet sich auf einen Patientenfall vor. Er durchsucht mehrere Datenbanken, liest Fachartikel um Fachartikel, gleicht jeden mit Krankheitsstadium und Biomarkern des Patienten ab und vergleicht ihn von Hand mit den Leitlinien. Zu prüfen, wie eine Zusammenfassung entstanden ist, dafür bleibt kaum Zeit.
Nachher
Der Onkologe gibt den Fall des Patienten einmal ein: Krankheitsstadium, Gewebetyp, Therapielinie und Biomarker. Der Navigator listet die passenden Studien, nach einem festen Score geordnet, jede mit Link zur Quelle und mit einer Einordnung gegenüber den ESMO-Leitlinien. Unklare Studien landen auf einer Liste zur manuellen Prüfung. Der behandelnde Arzt ist für die klinische Beurteilung und die Entscheidungen verantwortlich.
KI in diesem System
Regeln
Übersetzen den Fall in feste Felder
Regeln
Ordnen Studien dem Patienten zu
KI
Findet Studien, die den Regeln entgangen sind
Regeln
Sortieren sie und gleichen sie mit den Leitlinien ab
Menschen
Onkologen prüfen unklare Ergebnisse
KI übernimmt einen von fünf Schritten. Sie erweitert die Suche. Sie bewertet nie eine Studie und entscheidet nichts.
Wir würden stoppen, wenn
- sich ein Zitat nicht anhand seiner Quelle überprüfen lässt
- das System eine medizinische Tatsache erfindet
- die Antworten besser klingen, aber weniger korrekt sind als eine einfache Suche
- Onkologinnen und Onkologen ihm nicht vertrauen oder es nicht nutzen
Stand heute
+44 % mehr passende Belege, wenn die KI-Suche die Regeln ergänzt: 704 statt 490 Treffer bei 15 festen Testfällen.
Als öffentlicher MVP im Einsatz. Er unterstützt Onkologinnen und Onkologen bei der Auswertung von Studien. Für klinische Entscheidungen bleibt der behandelnde Arzt verantwortlich. Der Recall liegt noch bei 40 %. Es ist also ein funktionierender Prototyp, kein fertiges klinisches Werkzeug.
Zur ProjektseiteUnter der Haube
Für technisch Neugierige. Fachjargon inklusive, jeder Begriff übersetzt.
Stack
- Python rules engine
- FastAPI
- Next.js 15
- React 19
- Vercel
- Supabase Postgres
- Qdrant Cloud
- OpenRouter
- text-embedding-3-small
- Gemini 2.5 Flash, optional
- PubMed
- ESMO guidelines
Begriffe, übersetzt
- Deterministisches Cohort-Matching
- Feste Regeln prüfen, ob die Patienten einer Studie diesem Patienten ähneln. Dieselbe Eingabe ergibt immer dasselbe Ergebnis.
- ERS-Belegscore
- Jede Studie erhält eine Punktzahl für ihr Design, die Stärke ihrer Ergebnisse, ihre Aktualität und die Glaubwürdigkeit der Quelle. Jeder kann nachprüfen, warum eine Studie vor einer anderen liegt.
- Hybride Suche: dichte und dünnbesetzte Vektoren
- Zwei Suchen laufen nebeneinander. Die eine sucht nach Bedeutung, die andere nach exakten Wörtern. Eine Studie wird auch gefunden, wenn sie für dieselbe Sache andere Begriffe benutzt.
- Embeddings mit 1.536 Dimensionen
- Jeder Text wird zu einer Liste von 1.536 Zahlen. Texte mit ähnlicher Bedeutung bekommen ähnliche Zahlen, sodass ein Computer messen kann, wie nah sie beieinanderliegen.
- Reciprocal Rank Fusion (RRF)
- Führt die beiden Ergebnislisten nach Position zusammen, nicht nach Rohpunkten, damit keine der beiden Suchen zufällig gewinnt.
- Leitlinien-Zuordnung
- Jede Studie wird als „in Einklang mit“, „im Widerspruch zu“ oder „nicht abgedeckt von“ den ESMO-Leitlinien eingeordnet, dem europäischen Standard für die Krebsversorgung.
Wie getestet wird
- Ausgangswert: die manuelle Recherche eines Onkologen und eine einfache Stichwortsuche. Das System muss besser sein, nicht nur flüssig klingen.
- Messgrößen: Korrektheit der Suche, Treue von Zitat und Antwort (die Antwort sagt nur, was die Quelle sagt), Zeit bis zum Beleg, Übereinstimmung der Bewertungen durch Onkologinnen und Onkologen sowie Fehleranalyse.
- Testpakete: 10 bis 15 Patientenfälle mit PubMed- und ESMO-Startsätzen, klein genug, um sie von Hand zu prüfen und gezielt auf die Probe zu stellen. Eine Konfusionsmatrix erfasst falsch negative Treffer (relevante Studien, die das System übersehen hat).
- Eingefrorener Benchmark, 15 Patientenfälle, aktueller Stand: Recall 40 % (Anteil der erwarteten Studien, die gefunden wurden; der Rest sind falsch negative Treffer), erstes Label korrekt in 8 von 15 Fällen (53 %), exaktes Leitlinienthema in 4 von 15 (27 %). Das ist wenig, und die Projektseite sagt das offen.
- Hybride Suche im selben Testpaket: 487 zusätzliche Studien gefunden und 214 weitere Belege zugeordnet, nachdem die Regeln sie geprüft hatten (704 statt 490). Das Regelwerk setzt weiterhin jedes endgültige Label.
Ausgeschlossen
Freie LLM-Antworten als maßgebliche Instanz. Sie ändern sich von Lauf zu Lauf und sind schwer zu prüfen. Die LLM-Schicht bleibt optional: fundierte Zusammenfassungen und Importhilfe, nie die klinische Wahrheitsquelle.
Was kaputtging
Auch ein striktes Regelwerk kann an der Bedeutung scheitern. Für eine Ärztin können egfr-tki, tki und targeted dieselbe Behandlung meinen. Für den Code waren es drei verschiedene Tags, bis das Team ein gemeinsames Vokabular über Patientenfälle, PubMed und ESMO hinweg aufbaute.
Reihenfolge des Baus
Zuerst kamen das Regelwerk und sein Testrahmen. Dann kleine Testpakete, Datenbereinigung, das gemeinsame Vokabular, die Web-App und das laufende Regelwerk. Die hybride Suche war der siebte Schritt. Die optionale KI-Zusammenfassung kam zuletzt.
Was protokolliert wird
Zu jeder Antwort speichern wir das Quelldokument, den Belegauszug, die Datenversion, die Suchlogik, Modell und Prompt-Einstellungen sowie die Prüfspur.
02
Freelancer-Verträge liefen über E-Mail, Tabellen und eine externe Firma. Die Firma schlug etwa 30 % auf den Wert jedes Vertrags auf.
Eine Event- und Marketingagentur arbeitet mit vielen Freelancern. Jeder braucht einen Vertrag, eine Unterschrift und eine Auszahlung. Niemand sah, wo ein Vertrag hing oder wer für den nächsten Schritt zuständig war.
Erwogene Optionen
KI, die die Verträge schreibtDas rechtliche Risiko war zu hoch.KI, die jede Tätigkeitsbeschreibung entwirftDas geht mit einer freigegebenen Liste von Tätigkeitsarten, ganz ohne Raten.
Gewählt: Ein klarer Prozess auf Basis freigegebener Vertragsvorlagen, in dem ein Mensch jeden Schritt mit Risiko prüft. Ohne KI.
Ein gewöhnlicher Tag
Vorher
Ein Producer bucht einen Freelancer für ein Event. Persönliche und steuerliche Daten wandern per E-Mail und landen in Tabellen. Eine externe Firma erledigt den Papierkram. Der Status steckt in den Postfächern der Beteiligten. Wenn ein Vertrag stockt, sieht niemand, wo.
Nachher
Der Producer wählt Projekt und Art der Arbeit aus einer freigegebenen Liste. Der Freelancer erhält einen persönlichen Link und trägt seine Daten einmal ein. Der Vertrag entsteht aus einer freigegebenen Vorlage. Die Buchhaltung prüft das Paket in ihrem gewohnten Aufgabenboard, danach geht es zur E-Signatur. Alle sehen den Status, und jeder Schritt wird protokolliert.
KI in diesem System
Menschen
Producer wählt Projekt und Art der Arbeit
Menschen
Freelancer trägt seine Daten ein
Regeln
Vertrag aus freigegebener Vorlage
Menschen
Buchhaltung prüft das Paket
Regeln
Zur E-Signatur gesendet und nachverfolgt
Regeln
Bereit zur Auszahlung
KI übernimmt keinen der sechs Schritte. Sie war nicht nötig und hätte das rechtliche Risiko erhöht.
Wir würden stoppen, wenn
- die Agentur die externe Firma weiterhin braucht
- das rechtliche Risiko steigt
- Menschen dieselbe Arbeit doppelt erledigen
- die Kosten nicht unter die des ausgelagerten Prozesses sinken
Stand heute
30 % des Vertragswerts fließen nicht mehr an eine externe Firma. Sie ist vollständig ersetzt.
Abgeschlossen und im Oktober 2026 an die Agentur übergeben. Die Agentur wickelt jeden Vertrag intern ab, und Menschen prüfen die Schritte mit Risiko.
Unter der Haube
Für technisch Neugierige. Fachjargon inklusive, jeder Begriff übersetzt.
Stack
- Next.js 15
- React 19
- TypeScript
- Turborepo
- Auth.js with Google sign-in
- Google Sheets
- Google Drive
- Asana API
- Autenti e-signature API
- Gmail API
- pdf-lib
- Zod
- Sentry
- Vercel
Begriffe, übersetzt
- Zustandsautomat (State Machine)
- Ein Vertrag kann sich nur entlang erlaubter Schritte bewegen. Er kann nicht vom Entwurf direkt auf „bezahlt“ springen.
- Append-only-Ereignisprotokoll
- Jede Änderung wird als neue Zeile angehängt und nie überschrieben. Die komplette Historie jedes Vertrags lässt sich nachlesen.
- Eine Tabelle als Datenbank
- In dieser Version hält ein Google Sheet die Daten. Nur eine Schicht des Codes darf es lesen oder schreiben, und IDs kommen vom Server, nie aus Zeilennummern.
- Webhooks
- Das Aufgabenboard und der Signaturdienst melden der App, wenn sich etwas ändert. Niemand muss von Hand nachsehen.
- Outbox und Wiederholungsjobs
- Wenn ein externer Dienst ausfällt, wartet die Anfrage in einer Warteschlange und geht später erneut raus. Sie geht nicht verloren.
- Magic Link
- Der Freelancer öffnet einen persönlichen Link. Kein Konto, kein Passwort.
- AES-GCM-verschlüsselte Entwürfe
- Ein halb ausgefülltes Formular wird verschlüsselt gespeichert, sodass ein Freelancer später weitermachen kann und die Daten nicht im Klartext liegen.
Wie getestet wird
- Ausgangswert: der ausgelagerte Prozess, etwa 30 % zusätzlich zum Wert jedes Vertrags, bei kaum Transparenz.
- Erfolg heißt: Der gesamte Prozess läuft intern, mit sichtbarem Status, weniger Übergaben, ohne Verlust an rechtlicher Kontrolle und zu geringeren Kosten als der Ausgangswert. Ergebnis: Die externe Firma ist vollständig ersetzt.
- In sieben Zwei-Wochen-Sprints von Februar bis Mai 2026 gebaut, danach im laufenden Betrieb nachgebessert. Mehr als 900 automatisierte Tests.
Ausgeschlossen
Vertragserzeugung durch ein LLM. Freigegebene juristische Vorlagen sind die einzige Quelle des Vertragstextes, und nur wenige Felder dürfen sich ändern.
Was kaputtging
Eine Tabelle hat Anfragelimits. Unter Last stieß die App an das Kontingent von Google, daher wiederholt sie jetzt mit Back-off (jede Wiederholung wartet etwas länger) und schiebt Arbeit auf, statt zu scheitern.
Was protokolliert wird
Jeder Vertrag behält seinen Status, jedes Ereignis, seine Dokumente, die Signaturspur, die Übergaben und die Entscheidungen. Ausweisnummern, Bankdaten und Dokumentinhalte gelangen nie ins Ereignisprotokoll.
03
Verbraucherforschung kostet Zeit und Geld. Schwache Produkt- und Marketingkonzepte landeten in teuren Studien oder wurden nach Bauchgefühl aussortiert.
Das Team brauchte eine kostengünstige erste Bewertung von Produkt- und Marketingkonzepten. Es wollte die vielversprechendsten Vorschläge für Studien mit Menschen auswählen.
Erwogene Optionen
Ein KI-Modell fragen, was Kunden denkenEine selbstsichere Meinung, die niemand prüfen kann.Eine synthetische Umfrage statt echter ForschungEchte Menschen müssen der Maßstab bleiben.
Gewählt: KI erzeugt Textantworten für die beschriebenen Zielgruppen. Wir rechnen die Antworten in Bewertungen um und vergleichen die Konzepte. Das Team wählt die stärksten für Studien mit Menschen aus.
Ein gewöhnlicher Tag
Vorher
Das Team hat mehr Produkt- und Marketingkonzepte, als es mit seinem Budget untersuchen kann. In einem Meeting wählt es aus, welche getestet werden. Sind die gewählten schwach, ist das Budget verbraucht, bevor das Team etwas Nützliches erfährt.
Nachher
Das Team beschreibt Produkt- oder Marketingkonzepte und ihre Zielgruppen. KI erzeugt Textantworten aus der Perspektive jeder Zielgruppe. Jede Antwort wird zu einem umfragetypischen Score, von „auf keinen Fall“ bis „auf jeden Fall“, mit Begründungen und einem Hinweis zur Unsicherheit. Das Team schickt die stärksten Konzepte an das echte Panel.
KI in diesem System
Menschen
Team beschreibt Konzepte und Zielgruppen
KI
Erzeugt Textantworten
KI
Jede Antwort wird nach ihrer Bedeutung bewertet
Regeln
Kontrollkonzepte prüfen den Lauf
Menschen
Team wählt, was an das echte Panel geht
KI übernimmt zwei von fünf Schritten. Sie schreibt die Antworten und misst ihre Bedeutung. Menschen wählen, was an das echte Panel geht.
Wir würden stoppen, wenn
- die Top-Auswahl bei echten Befragten nicht besser abschneidet
- sich die Ergebnisse von Lauf zu Lauf ändern
- es dem Team falsche Sicherheit gibt
- Menschen es statt echter Forschung einsetzen
Stand heute
98 % niedrigere Kosten pro Screening-Lauf als bei einem echten Panel, bei Ergebnissen, die zu über 88 % mit dem echten Panel übereinstimmen.
Abgeschlossen. Über 100 Konzepte gescreent. Nur die stärksten gehen an echte Befragte, und menschliche Panels bleiben der Maßstab.
Unter der Haube
Für technisch Neugierige. Fachjargon inklusive, jeder Begriff übersetzt.
Stack
- Python
- OpenRouter
- Qwen3 30B A3B Instruct
- BAAI bge-m3, 1.024 Dimensionen
- Nur lokal laufende Web-Konsole
Begriffe, übersetzt
- Offene Antworten (Elicitation)
- KI erzeugt eine Textantwort, ähnlich einer Antwort im Interview, statt direkt eine Zahl zu wählen.
- Semantic Similarity Rating (SSR)
- Jede Antwort wird mit Referenzsätzen verglichen. Bei einer Kauffrage reichen diese von „Das würde ich auf keinen Fall kaufen“ bis „Das würde ich auf jeden Fall kaufen“. Wie nah sie jedem Satz kommt, wird zu einer Score-Verteilung.Technisch: free-text answer → embedding → cosine similarity to Likert anchor statements → probability over the scale → segment distribution
- Referenzanker
- Die Modellsätze, die für jeden Punkt der Skala stehen. Verschiedene Anker ergeben verschiedene Scores, daher testen wir mehrere Sets.
- SSR-Temperatur
- Wie scharf eine Antwort auf einen Score festgelegt wird. Sie muss für jeden Fragetyp eingestellt werden. Ein Wert passt nicht für alle.
- Vorab registrierte Kontrollen
- Vor einem Lauf fügen wir ein Konzept hinzu, das klar gewinnen sollte, und eines, das klar verlieren sollte. Kann die Methode sie nicht um eine festgelegte Spanne trennen, zählt der Lauf nicht.
- Eingefrorene Läufe
- Prompts, Modelle, Einstellungen, Anker und Eingaben werden mit jedem Ergebnis gespeichert, sodass sich jeder Lauf wiederholen und hinterfragen lässt.
Wie getestet wird
- Kundeneinsatz: über 100 Konzepte gescreent, 98 % geringere Kosten pro Lauf als bei einem Panel, Übereinstimmung mit echten Panelergebnissen über 88 %.
- Die Methode wurde zuerst an öffentlichen Umfragedaten mit echten Antworten getestet (Mendeley, CC BY 4.0).
- Umfrage zu einem neuen Produkt, 6 Fragen, 438 echte Befragte: KS-Ähnlichkeit 0,887 (wie stark sich die Antwortmuster von KI und Menschen überlappen, 1 ist identisch), mittlerer absoluter Fehler 0,036 pro Antwortoption und ein durchschnittlicher Score, der auf einer 7-Punkte-Skala um 0,39 Punkte abweicht.
- Eine schwierigere Umfrage zu grünen Käufen, 253 Befragte: KS-Ähnlichkeit 0,73, nach einer Prompt-Überarbeitung 0,78. Nützlich für die Richtung, kein Ersatz für ein Panel.
- Modellwahl: Mit denselben Embeddings lag Qwen3 30B bei allen drei Maßen vor DeepSeek und beim Score-Fehler vor Gemini Flash Lite. Im Embedding-Vergleich schnitt bge-m3 am besten ab, vor qwen3-embedding-8b und text-embedding-3-small.
Ausgeschlossen
Einfache LLM-Meinungen, klassische synthetische Umfragen und vollständig simulierte Agenten als Befragte. Textantworten mit SSR-Bewertung bewahrten die Begründung und lieferten trotzdem Zahlen, die sich vergleichen lassen.
Was kaputtging
Ein Modellvergleich scheiterte an der Technik, nicht an der Qualität. Ein Anbieter stieß immer wieder an Rate Limits (er lehnt Anfragen ab, wenn zu viele eintreffen) und lieferte kaputtes JSON. Seitdem zeigt jeder Vergleich neben der Qualität auch die Zuverlässigkeit. Und als ein Lauf unsere vorab gesetzte Kontrollspanne um wenige Hundertstel verfehlte, haben wir ihn als gescheitert markiert, nicht als knapp bestanden.
Was protokolliert wird
Jedes Ergebnis behält Prompt-Version, Modell und Anbieter, Laufeinstellungen, Zielgruppensegmente, SSR-Anker, Rohantworten, endgültige Scores, Kosten und Zeit.
04
Manager planten Schichten, ohne verlässlich zu wissen, wie voll jeder Tag werden würde.
Manche Schichten waren überbesetzt, andere zur Stoßzeit unterbesetzt. Das schadet Service und Umsatz.
Erwogene Optionen
In der Discovery sind sieben mögliche Ideen entstanden. Die Prognose kam zuerst, weil sie direkt an einen Kostenpunkt anknüpft, den das Unternehmen messen kann.
Mit einem KI-Prognosemodell beginnenVielleicht reicht schon ein einfacher Durchschnitt. Das prüfen wir zuerst.
Gewählt: Eine Prognose an einem vergangenen Monat gegen einen einfachen Durchschnitt pro Wochentag testen. Nur bauen, wenn sie besser ist.
Ein gewöhnlicher Tag
Vorher
Ein Manager plant die nächste Woche. Er schaut auf Kalender, Reservierungen und seine Erinnerung ans Vorjahr und schätzt, wie voll jeder Tag wird. Regen oder eine lokale Veranstaltung können die Schätzung umwerfen.
Nachher (geplant)
Der Manager öffnet die Prognose der nächsten Woche: erwartete Besucher pro Tag, aus vergangenen Umsätzen, Wetter und lokalen Events, mit einer vorgeschlagenen Personalzahl und den Gründen dafür. Er passt sie an und gibt sie frei. Nach jeder Schicht wird die Prognose mit dem verglichen, was wirklich passiert ist.
KI in diesem System
Daten
Vergangene Umsätze und Besuche
Daten
Wetter und lokale Events
KI
Prognostiziert die Nachfrage
Regeln
Schlagen den Personaleinsatz vor
Menschen
Manager passt an und gibt frei
Feedback
Nach jeder Schicht verglichen
KI übernimmt einen von sechs Schritten: die Prognose. Der Manager trifft die Entscheidung.
Wir würden stoppen, wenn
- das Modell einen einfachen Durchschnitt pro Wochentag nicht übertrifft
- die Daten zu lückenhaft sind
- Manager die Vorschläge nicht nützlich finden
- zu viel Handarbeit nötig ist
Stand heute
In Arbeit. Wir haben einen vierwöchigen MVP vorgeschlagen. Der erste Test läuft an einem bereits abgeschlossenen Monat, vor jedem Live-Pilot.
Unter der Haube
Für technisch Neugierige. Fachjargon inklusive, jeder Begriff übersetzt.
Stack
- Buchungs- und Ticketdaten
- Kassendaten
- App für die Dienstplanung
- Kalender und Tabellen
- Wetter
- Lokale Events
Das sind die Datenquellen. Das Modell wird nach dem Test gegen den Ausgangswert gewählt.
Begriffe, übersetzt
- Ausgangswert (Baseline)
- Die einfachste Prognose, die jeder machen könnte: der Durchschnitt für diesen Wochentag plus die Events, die wir schon kennen. Ein Modell muss besser sein, um seinen Platz zu verdienen.
- Backtest an einem abgeschlossenen Monat
- Wir blenden einen vergangenen Monat aus, prognostizieren ihn und vergleichen die Prognose mit dem, was wirklich passiert ist. Kein Risiko im Live-Betrieb.
- Prognosefehler
- Wie weit die Prognose im Durchschnitt von der echten Zahl entfernt lag.
- Saisonale Drift
- Eine Prognose wird langsam schlechter, wenn sich Jahreszeiten und Gewohnheiten ändern. Wir behalten das im Blick.
Wie getestet wird
- Ausgangswert heute: Erfahrung der Manager, Kalender, Reservierungen, manuelle Berichte und einfache Regeln nach Wochentag, Jahreszeit und Wetter.
- Messgrößen: Prognosefehler, unterbesetzte und überbesetzte Schichten, Zeit für die Dienstplanung, verlorene oder bediente Nachfrage und Rückmeldungen von Managern und Rezeption.
Ausgeschlossen
Direkt mit einem Live-Modell zu starten. Der einfache Ausgangswert reicht vielleicht aus, oder der Backtest zeigt, dass die Daten noch nicht so weit sind. Beides sind nützliche Antworten.
Was kaputtging
Bisher nichts. Dieser Teil wird nach dem ersten Backtest gefüllt.
Was protokolliert wird
Jede Prognose zeigt den verwendeten Zeitraum der Historie, die Datenquellen, die Wetter- und Event-Eingaben, die Modellversion und jede Korrektur eines Managers.
05
Für ein Gruppenevent prüfte das Team 15 bis 20 Minuten lang die Verfügbarkeit, Aktivität für Aktivität.
Das Eventteam eines Unterhaltungsbetriebs plant Gruppenabende aus mehreren Aktivitäten. Das Buchungssystem weiß, was verfügbar ist, passt aber nicht dazu, wie das Team ein Event zusammenstellt, und bietet keine Schnittstelle (API) zum Anbinden anderer Tools.
Erwogene Optionen
Das Buchungssystem ersetzenEs funktioniert für Buchungen. Das Problem lag in der Planung drumherum.Aus dem neuen Tool direkt ins Buchungssystem buchenDas System hat keine offizielle Schnittstelle. Buchungen dort einzutragen, wäre zu riskant gewesen.
Gewählt: Ein Board, das den ganzen Tag auf einen Blick zeigt, aber nichts ins Buchungssystem schreibt. Das Team plant auf dem Board, und gebucht wird weiterhin im Buchungssystem selbst.
Ein gewöhnlicher Tag
Vorher
Ein Kunde wünscht einen Gruppenabend mit mehreren Aktivitäten. Ein Koordinator prüft jede Aktivität im Buchungssystem, notiert die freien Zeiten und stellt von Hand einen Ablauf zusammen. Zwei Kollegen können um denselben freien Slot herum planen, ohne es zu wissen.
Nachher
Der Koordinator wählt ein Datum und sieht alle Aktivitäten auf einem Board, mit freien Zeiten, Räumen und der Aktualität der Daten. Er klickt die benötigten Slots an, und darunter baut sich ein Entwurf des Ablaufs mit Start- und Endzeiten auf. Kollegen sehen sofort, dass ein Slot belegt ist. Eine letzte Prüfung im Buchungssystem bestätigt die Buchung.
KI in diesem System
Daten
Freie Slots aus dem Buchungssystem
Regeln
Zeigen den ganzen Tag auf einem Board
Menschen
Koordinator wählt die Slots
Regeln
Bauen den Ablauf und halten die Slots
Menschen
Letzte Prüfung im Buchungssystem
KI übernimmt keinen der fünf Schritte. Das Team brauchte exakte, aktuelle Verfügbarkeit an einem Ort. Das ist eine Datenaufgabe, keine KI-Aufgabe.
Wir würden stoppen, wenn
- das Board andere Verfügbarkeit zeigt als das Buchungssystem
- das Lesen des Buchungssystems zu oft scheitert, um sich darauf zu verlassen
- die Planung nicht klar schneller ist als vorher
- das Team es nicht mehr nutzt
Stand heute
58-87 h im September gespart, noch ohne die manuelle Arbeit am Ablaufplan. Eine Schätzung, denn jede Buchung ist anders.
Beim Eventteam im Einsatz. Im September entstanden auf dem Board 353 Reservierungen. Bei vorsichtig geschätzten 5 Minuten je Reservierung statt 15 bis 20 Minuten im Buchungssystem.
Unter der Haube
Für technisch Neugierige. Fachjargon inklusive, jeder Begriff übersetzt.
Stack
- Next.js 16
- React 19
- Supabase Postgres
- Supabase Auth with Google sign-in
- Supabase Realtime
- Vercel
Die Daten liegen in einem Supabase-Projekt, das dem Kunden von Anfang an gehört.
Begriffe, übersetzt
- Read-only-Adapter
- Das Board liest die öffentlichen Verfügbarkeitsdaten des Buchungssystems und schreibt nie hinein. Ändert sich die Form dieser Daten, sagt das Board es, statt zu raten.
- Aktualitätsstatus
- Jede Spalte zeigt, wann sie zuletzt gelesen wurde und ob die Daten frisch, veraltet oder fehlgeschlagen sind, sodass ein Koordinator weiß, wann er nachprüfen sollte.
- Paritätsprüfung
- Vergleicht das Board mit dem Mitarbeiterbereich des Buchungssystems selbst. Über zwei Tage stimmten Zeiten und Räume bei jeder Aktivität mit festen Slots exakt überein.
- Echtzeit-Synchronisierung
- Wählt eine Person einen Slot, aktualisiert sich das Board aller anderen sofort, ohne Neuladen.
- Interne Vormerkung
- Eine Vormerkung nur innerhalb des Boards. Er verhindert, dass zwei Kollegen denselben Slot planen, blockiert oder bucht aber nie etwas im echten System.
- Isolierte Spalten
- Alle Aktivitäten laden gleichzeitig. Fällt eine aus, zeigt nur ihre Spalte den Fehler. Der Rest des Boards arbeitet weiter.
Wie getestet wird
- Ausgangswert: 15 bis 20 Minuten für die Planung eines Events im Buchungssystem, laut Angabe des Eventteams.
- Ziel für die Verfügbarkeitsprüfung: etwa 1 Minute.
- September: 353 Reservierungen auf dem Board, etwa 30 Stunden Planung bei vorsichtig angesetzten 5 Minuten je Reservierung, gegenüber 88 bis 117 Stunden für dieselben Prüfungen im Buchungssystem. Schätzungen, keine Messungen.
- Das Eventteam prüfte das Board in einer Arbeitssitzung und nahm es ohne wesentliche Änderungen ab.
- Eine dreiwöchige Phase zum Sammeln von Belegen endete mit einer Entscheidung: weitermachen, ändern oder stoppen.
Ausgeschlossen
Buchungen ins Buchungssystem schreiben, seine Kapazitätslogik nachbauen und Kunden automatisch Nachrichten senden. Das Buchungssystem bleibt die Wahrheitsquelle, und Menschen sprechen mit Kunden.
Was kaputtging
Noch kein Ausfall, aber das Hauptrisiko. Ohne API liest das Board die öffentlichen Verfügbarkeitsdaten, die auch die Buchungswebsite nutzt, und deren Form kann sich ohne Vorwarnung ändern. Ein fehlgeschlagener, veralteter oder veränderter Lesevorgang ist deshalb ein normaler Zustand auf dem Board. Das Team sieht ihn, er wird nie verborgen.
Was protokolliert wird
Jeder Lesevorgang der Verfügbarkeit wird mit Zeit und Ergebnis gespeichert, sodass das Team sieht, wie stabil die Daten sind und was sich zwischen zwei Lesevorgängen geändert hat. Jede Reservierung und jede Änderung ist mit der Person verknüpft, die sie vorgenommen hat.
06
Wer Vorhänge nach Maß wollte, musste selbst messen, zur Stoffauswahl fahren und auf eine Visualisierung warten.
Das Vorhang-Startup zaslony.com wollte, dass sich der ganze Kauf in einem Zug erledigen lässt: von zu Hause, ohne Maßband.
Erwogene Optionen
Ein A4-Blatt an der Wand als LinealEine Aufgabe mehr für den Kunden, und ungenauer.Ein günstiges Allzweck-KI-Modell zum MessenFür Zentimeter zu ungenau.
Gewählt: Ein Foto. KI misst die Wand anhand von Objekten bekannter Größe und findet, wo Vorhänge hängen können. Der Kunde bestätigt den Bereich, sieht die Vorhänge an seiner eigenen Wand und bestellt.
Ein gewöhnlicher Tag
Vorher
Ein Kunde möchte neue Vorhänge. Er misst Fenster und Wand, fährt hin, um Stoffe zu sehen, wartet auf eine Visualisierung, wie es aussehen könnte, und bestellt erst dann.
Nachher
Der Kunde macht mit dem Handy ein Foto des Raums. Der Assistent schätzt die Wandgröße, markiert, wo Vorhänge hängen können, und zeigt sie an dieser Wand im gewählten Stoff, in der gewählten Faltung und Farbe, mit dem Preis. Der Kunde passt den Bereich bei Bedarf an und legt die Bestellung in den Warenkorb, ohne das Haus zu verlassen.
KI in diesem System
Menschen
Kunde lädt ein Raumfoto hoch
KI
Misst die Wand
KI
Findet Wand und Fensterbereich
Menschen
Kunde bestätigt den Bereich
Regeln
Zeigen die Vorhänge und berechnen den Preis
Menschen
Kunde bestellt
KI übernimmt zwei von sechs Schritten. Sie misst die Wand und findet, wo Vorhänge hängen können. Der Kunde bestätigt, bevor irgendetwas bepreist wird.
Wir würden stoppen, wenn
- die Messungen zu weit daneben liegen, um passende Vorhänge zu fertigen
- Kunden dem Ergebnis nicht trauen und trotzdem von Hand messen
- die Vorschau nicht wie der echte Stoff aussieht
Stand heute
3-10 % Messfehler aus einem Foto in unseren Tests. Ein A4-Blatt an der Wand als Lineal ergab 20 bis 40 %.
Abgeschlossen. Die gesamte Bestellung vom Foto bis zum Warenkorb läuft in einem Zug von zu Hause aus. Eine alte Verkaufszahl zum Vergleich gibt es nicht, denn diese Art zu bestellen gab es vorher nicht.
Unter der Haube
Für technisch Neugierige. Fachjargon inklusive, jeder Begriff übersetzt.
Stack
- Next.js 14
- React 18
- Genkit
- Qwen VL
- Mask2Former on a GPU service
- SegFormer fallback
- FastAPI
- Canvas renderer
- Blender fabric textures
- Magento storefront API
- IndexedDB
Begriffe, übersetzt
- Vision-Language-Modell (VLM)
- Ein KI-Modell, das ein Foto ansieht und Fragen dazu beantwortet. Hier: Wie breit und wie hoch ist die gegenüberliegende Wand?
- Maßstab aus bekannten Objekten
- Türen, Schalter und Möbel haben typische Größen. Das Modell nutzt sie, dazu das übliche Sichtfeld von 72° einer Handykamera, um Pixel in Zentimeter umzurechnen.
- Segmentierung (Mask2Former)
- Beschriftet jedes Pixel des Fotos als Wand, Fenster, Boden oder Decke, damit der Assistent weiß, wo Vorhänge hängen können.
- Anteil an der Wand
- Das Modell misst die ganze Wand. Der vom Kunden markierte Bereich ist ein Anteil davon, seine Größe in Zentimetern ergibt sich also aus der Größe der Wand.
- Perzentil-Trimmen (p10/p90)
- Ignoriert die extremsten 10 % an jedem Rand der erkannten Wand, damit ein verirrter Schatten die Messung nicht dehnt.
- Texturen von Grafikern
- Stofftexturen aus Blender. Der Renderer wählt die Faltenart (wave, flex, double flex) aus Faltung und Material, damit die Vorschau wie der genähte Vorhang aussieht.
Wie getestet wird
- Messtests: allein aus dem Foto innerhalb von 3 bis 10 % der echten Größe, gegenüber 20 bis 40 % mit der A4-Blatt-Methode.
- Ein Benchmark-Skript lässt Fotos gegen gemessene Referenzwerte laufen und protokolliert die Zeit, die jedes Modell braucht.
- Modellwahl: Qwen VL lieferte die beste Genauigkeit für seine Kosten. GPT-4o-mini war für Zentimeter zu ungenau.
- Keine Vorher-Zahl für das Geschäft: Die alte Art zu bestellen war nicht online, es gibt also nichts Vergleichbares.
Ausgeschlossen
Das A4-Blatt als Lineal in jedem Foto. Es war eine Aufgabe mehr für den Kunden und scheiterte an Glas, Spiegeln und steilen Winkeln. Der Maßstab aus bekannten Objekten ersetzte es.
Was kaputtging
iPhones speichern Fotos als HEIC, das die Pipeline nicht lesen konnte. Der Assistent wandelt sie jetzt im Browser um, mit Server-Fallback. Und als der GPU-Dienst ausfiel, machten große Handyfotos das Fallback-Modell langsam, daher werden Uploads jetzt vor dem Aufruf verkleinert.
Was protokolliert wird
Jede Messung behält die Rohantwort des Modells, den Prompt, die benötigte Zeit, die Warnungen und den Cache-Schlüssel, damit sich die Genauigkeit feinjustieren lässt.
Quellen
Haben Sie ein Problem wie eines davon?
Sagen Sie uns, was nicht funktioniert. Nach einem 30-minütigen Gespräch wissen Sie, ob wir Discovery, einen gezielten Test oder keinen Bau empfehlen. Discovery beginnt ab 7.500 Euro. Noch unsicher, ob Discovery passt? Starten Sie mit einem Signal Check für 2.000 Euro.
Zuletzt aktualisiert: