Stadtverkehrsfluss-Optimierungsanalyse

Das echte Ausmaß des Problems

Stau kostet Zeit, Kraftstoff und Nerven, und in Städten pflanzen sich Störungen besonders schnell fort, weil die Netze eng getaktet sind. Eine belastbare Zahl, was Stau in deutschen Städten volkswirtschaftlich kostet, haben wir nicht gefunden, und für die Entscheidung in deiner Stadt ist sie auch nicht nötig. Dafür zählen die eigenen Korridore.

Das eigentliche Problem ist nicht der Stau selbst, es ist die strukturelle Blindheit der Systeme, die ihn steuern sollen. Klassische Signalsteuerung arbeitet nach fixen Schaltplänen, die aus Zählkampagnen abgeleitet wurden. Diese Kampagnen laufen typisch zwei bis vier Wochen im Jahr, zu ausgewählten Jahreszeiten, an einer Auswahl der Kreuzungen. Dazwischen: kein Datenstrom.

Schon heute liegen in vielen Städten mehr Daten vor als je genutzt werden: Induktionsschleifen in der Fahrbahn, Kamerasysteme mit automatischer Fahrzeugerfassung, GPS-basierte Floating Car Data aus Navigationsgeräten und Mobiltelefonen. Das Problem ist nicht Datenmangel, es ist fehlende Infrastruktur, um diese Daten kontinuierlich zu analysieren und in Handlungen zu übersetzen.

Konkret: Wo eine gut eingerichtete KI-Verkehrsanalyse eingesetzt wurde, gibt es erste Ergebnisse. Das Hamburger Projekt #transmove des Landesbetriebs Straßen, Brücken und Gewässer (LSBG) hat mit PTV Group, WPS Workplace Solutions und dem KIT von 2020 bis 2024 multimodale Mobilitätsprognosen für Baustellenkoordination, Planung und Leitzentralen entwickelt, gefördert vom damaligen Bundesministerium für Digitales und Verkehr. In Pittsburgh senkte das adaptive System Surtrac der Carnegie Mellon University die durchschnittlichen Reisezeiten laut CMU um 25 Prozent und die Standzeiten um bis zu 40 Prozent, gestartet 2012 an neun Kreuzungen. Das ist ein US-Beispiel mit adaptiver Steuerung, nicht mit reiner Analyse, und es lässt sich nicht einfach übertragen.

Der Weg dorthin verläuft aber nicht durch die Wahl des richtigen Algorithmus, er verläuft durch die Datenbasis.

Mit vs. ohne KI, ein ehrlicher Vergleich

Die Zeitersparnis für Verkehrsplanung ist real, aber nicht spektakulär. Der eigentliche Unterschied liegt in der Entscheidungsqualität: Planungsentscheidungen, die heute auf zwei Oktober-Wochen basieren, können künftig auf zwölf Monate aufbauen. Das ändert nicht die Arbeit an sich, es ändert, wie gut die Ergebnisse dieser Arbeit sein können.

Einschätzung auf einen Blick

Zeitersparnis, mittel (3/5)
Verkehrsplanerinnen und -planer sparen Zeit bei der manuellen Musterauswertung, nach unserer Annahme grob 3 bis 6 Stunden pro Woche, gemessen hat das niemand öffentlich. Das ist real, aber im Vergleich zu anderen verwaltung-Anwendungsfällen kein dominanter Hebel. Bürgerkommunikation, Bescheidgenerierung oder Protokollierung sparen in der täglichen Routinearbeit deutlich mehr Zeit pro Mitarbeitenden. Hier ist der Hauptnutzen Entscheidungsqualität, nicht Stundenersparnis.

Kosteneinsparung, niedrig (2/5)
Reduzierter Stau hat realen volkswirtschaftlichen Wert, weniger Kraftstoffverbrauch, kürzere Lieferzeiten, weniger CO₂-Emissionen. Aber diese Einsparungen landen nicht im Haushalt des Straßenverkehrsamts. Die Stadt trägt die Investitionskosten, die Einsparungen entstehen bei Bürgerinnen und Unternehmen. Für den eigenen Haushalt bleibt vor allem die Chance, teure Fehlplanungen bei Umbauten zu vermeiden. Eine Förderung senkt den eigenen Anteil an den Kosten, eine Einsparung ist sie nicht. Wie hoch sie ausfällt, hängt am Programm, in Ellwangen trug das Land die Kosten vollständig.

Schnelle Umsetzung, niedrig (2/5)
Das ist ein niedriger Wert im Vergleich. Sensordaten müssen vorhanden, zugänglich und in ausreichender Dichte sein. Modelle müssen trainiert werden. Die technische Integration zwischen Sensornetz, Analyseplattform und Verkehrsleitzentrale braucht Zeit. Realistisch sind 10–16 Wochen bis zu einem produktiven Pilotbetrieb auf einem Korridor, mit allen Abhängigkeiten, die dabei auftreten, und deutlich mehr, wenn erst Sensoren nachgerüstet werden müssen.

ROI-Sicherheit, niedrig (2/5)
Das ist die ehrlichste Bewertung in dieser Kategorie. Stauzeiten sinken nach einer Schaltungsoptimierung, aber liegt das an der KI, am Wetter, am Baustellenende auf der Parallelstraße oder an der Schulferien? Isolierte Attribution ist schwer. Anders als bei der Antragsstau-Engpasserkennung, wo Bearbeitungszeiten direkt gemessen werden, operiert Verkehrsflussoptimierung in einem System mit vielen Störvariablen. Wer einen klaren ROI-Nachweis für den Gemeinderat braucht, steht vor einem harten Kommunikationsproblem.

Skalierbarkeit, hoch (4/5)
Das System skaliert gut: Ein Pilotbetrieb auf einem Korridor kann auf das gesamte Stadtgebiet ausgedehnt werden, sobald die Datenbasis und die Validierung stimmen. Neue Sensordaten (zusätzliche Kameras, neue Zählstellen) verbessern das Modell kontinuierlich, ohne dass das System neu entwickelt werden muss. Wer die initiale Infrastrukturarbeit geleistet hat, profitiert bei jeder Erweiterung. Nicht bewertet mit 5, weil der Sensorausbau für flächendeckende Abdeckung weiterhin Investitionen benötigt.

Richtwerte, stark abhängig von vorhandener Sensorinfrastruktur, Stadtgröße und Netzabdeckung.

Open Data und proprietäre Sensoren: Warum die Datenfrage vor der Algorithmusfrage kommt

Ein Fehler, den viele Kommunen beim Einstieg in KI-Verkehrsanalyse machen: Sie suchen zuerst nach der richtigen Software und fragen danach, welche Daten benötigt werden. Die richtige Reihenfolge ist umgekehrt.

Welche Sensordaten gibt es?

Kommunen haben typisch Zugang zu drei Quellen, die sich in Datenqualität und Zugangsbarrieren erheblich unterscheiden:

Induktionsschleifen sind in deutschen Städten die älteste und verbreitetste Infrastruktur. Sie zählen Fahrzeuge und messen Geschwindigkeiten zuverlässig, haben aber bekannte Schwächen: Reversierende Fahrzeuge oder Fahrzeuge, die nur kurz in den Detektionsbereich einfahren (z.B. an geschlossenen Bahnschranken), lösen falsche Zählimpulse aus. Außerdem sind sie punktuell, sie sehen nur die Schleifen-Position, nicht den Raum dazwischen.

Kamerabasierte Systeme mit KI-Auswertung (z.B. Isarsoft Perception ) liefern deutlich reichhaltigere Daten: Fahrzeugklassifizierung (Pkw, LKW, Fahrrad, Fußgänger), Bewegungsrichtungen, Spurauslastung. Sie arbeiten mit vorhandenen Kameras, brauchen aber gute Ausleuchtung und günstige Kamerawinkel. In der Nacht oder bei Gegenlicht sinkt die Erkennungsgenauigkeit.

Floating Car Data (FCD), GPS-basierte Bewegungsdaten aus Navigationsgeräten (Here Technologies, TomTom) und Mobiltelefonen, deckt das gesamte Netz ab, auch wo keine stationären Sensoren existieren. Qualitätsproblem: Fahrzeughersteller sind oft nicht bereit, ihre Rohdaten zu teilen. Und: FCD aus kommerziellen Quellen kostet Geld und liegt in proprietären Formaten vor. Traffic Technology Today identifizierte in einem Fachbeitrag (März 2024) diese Datenzugangsproblematik explizit als Haupthemmnis für präzise KI-Verkehrsmodelle.

Open Data als Einstieg

Der Deutsche Wetterdienst stellt über DWD Open Data kostenlos Wetterdaten zur Verfügung, und die Witterung erklärt einen Teil der Schwankungen im Verkehrsaufkommen (Regen steigert die Pkw-Nutzung, Frost senkt den Radverkehr). Wie groß dieser Teil in deiner Stadt ist, zeigt das Modell selbst. Diese Daten sollten in jedes Verkehrsmodell eingeflossen sein, kosten nichts und sind einfach integrierbar.

OpenStreetMap (OSM) liefert das Straßennetz als freie Geodaten. Viele Kommunen verfügen auch über GTFS-Daten ihres ÖPNV (offiziell zur freien Nutzung), die Linienführungen, Haltestellen und Fahrtzeiten enthalten.

Die Entscheidungsregel: Bevor die Algorithmusfrage gestellt wird, muss geklärt sein: Für wie viele Prozent des Netzes gibt es Echtzeit-Detektionsdaten? Als Faustregel der Redaktion, nicht als Studienwert: Unter 40 bis 50 Prozent der neuralgischen Knotenpunkte ist eine netzwerkweite KI-Optimierung kaum sinnvoll, das System “sieht” zu wenig, um gute Entscheidungen zu treffen.

Was die KI-Verkehrsanalyse konkret macht

Der technische Kern: Machine Learning-Modelle, meist Varianten von zeitreihen-basierten Neuronalen Netzen oder Gradient-Boosting-Ensembles, lernen aus historischen Sensordaten, wie sich Verkehrsflüsse zu verschiedenen Tageszeiten, Wochentagen und Witterungsbedingungen verhalten.

Das ergibt zwei Nutzungsmodi:

Rückblickende Musteranalyse (für Verkehrsplanung): Das System identifiziert systematische Engpässe, “Kreuzung X ist werktags zwischen 17:00 und 17:45 Uhr regelmäßig übersättigt, weil das Linkabbieger-Volumen aus dem Gewerbegebiet die zugeteilte Grünphase überschreitet”, ohne dass ein Mensch stundenlang Tabellen auswerten muss. Diese Erkenntnisse werden als Empfehlungen für Schaltungsanpassungen ausgegeben, die ein menschlicher Verkehrsplaner bewertet und freigibt.

Kurzfristige Prognose und adaptive Steuerung (für Verkehrsleitzentralen): Das System prognostiziert das Verkehrsaufkommen für die nächsten 15–60 Minuten und passt Signalschaltungen proaktiv an. Das ist der Betriebsmodus von Yunex Traffic (Yutraffic Fusion), mit dem das Verkehrsministerium Baden-Württemberg im Juli 2024 ein Testfeld in Ellwangen gestartet hat, den ersten Einsatz des Systems in Deutschland: Zwölf Ampelanlagen entlang der B290 und der Südtangente werden auf Basis von Echtzeitdaten und Verkehrsprognosen für die nächsten Stunden geschaltet.

Die wichtige Unterscheidung: Analyse-Systeme (was passiert?) und Steuerungs-Systeme (was soll passieren?) sind unterschiedliche Produkte mit unterschiedlichen Anforderungen. Die meisten Kommunen sind besser beraten, mit dem Analyse-Modus zu starten, erst das Muster verstehen, dann optimieren.

Für die Planungsarbeit ist PTV Visum in deutschen Planungsämtern weit verbreitet, laut PTV nutzen mehr als 2.500 Städte weltweit PTV-Lösungen für Nachfragemodellierung und Szenario-Simulation. Das Tool rechnet nicht in Echtzeit, aber es erlaubt, “Was wäre wenn”-Fragen zu beantworten: Was passiert mit dem Netz, wenn eine Baustelle die Hauptachse für sechs Monate halbiert? Welche Querstraßen übernehmen den Verkehr, und reicht deren Kapazität?

Konkrete Werkzeuge, was wann passt

Isarsoft Perception , wenn vorhandene Kameras vorhanden sind und kontinuierliche Zähldaten gebraucht werden. Das Münchner Unternehmen analysiert Videodaten in Echtzeit, klassifiziert Fahrzeugarten und liefert Bewegungsdaten für Kreuzungen und Korridore. Neue Kameras sind nicht nötig, je nach Lizenztyp aber ein Colibri-Edge-Gerät vor Ort, das die Videos lokal verarbeitet. Einstieg: Pilot mit 2–5 Kameras über 4–6 Wochen. Preise nennt Isarsoft nicht öffentlich, unsere Toolseite nennt einen typischen Pilotinvest im vier- bis fünfstelligen Bereich. Geeignet für: Ersterhebungen, Planungsgrundlagen, Verkehrszählungen vor Infrastrukturentscheidungen.

PTV Visum , wenn eine strategische Planungsbasis aufgebaut werden soll. In deutschen Planungsämtern weit verbreitet, Jahreslizenzen für kommunale Behörden laut unserer Toolseite typisch 5.000–20.000 €. Nicht für Echtzeit-Steuerung, sondern für Szenario-Simulation und langfristige Netzplanung. Geeignet für: Verkehrsplanerinnen und -planer mit quantitativem Hintergrund, größere Städte mit eigenem Verkehrsmodell.

Yunex Traffic (Yutraffic Fusion), wenn adaptive Echtzeit-Signalsteuerung das Ziel ist. Das Verkehrsministerium Baden-Württemberg nennt Ellwangen (2024) den ersten Einsatz von Yutraffic FUSION in Deutschland, Kosten knapp 200.000 € für 12 Ampelanlagen einschließlich Softwarelizenz, Hardware-Erweiterung und Konfiguration. Nur sinnvoll mit vorhandener Verkehrsleitzentrale und guter Sensordichte. Geeignet für: mittelgroße bis große Städte mit konkretem Stau-Korridorproblem und Förderperspektive.

Grafana , als Dashboard-Schicht über vorhandene Sensordatenquellen. Open Source, selbst hostbar, verbindet sich mit den meisten Zeitreihendatenbanken. Ermöglicht Echtzeit-Visualisierung von Sensorwerten, historische Trendanalyse und Alerting bei Anomalien, für Behörden mit eigenem IT-Team ein kosteneffizienter Einstieg in Verkehrsmonitoring ohne proprietäre Plattform. Kein ML, aber gute Sichtbarkeit.

Power BI , wenn die Verkehrsauswertung in eine bestehende Microsoft-365-Infrastruktur integriert werden soll. Ermöglicht Berichte und Dashboards aus aufbereiteten Sensordaten für Führungskräfte und Gemeinderäte. Pro kostet laut unserer Toolseite 12,10 € je Person und Monat bei jährlicher Abrechnung zzgl. MwSt., und eine Pro-Lizenz braucht jede Person, die geteilte Berichte ansieht, auch im Gemeinderat, außer der Inhalt liegt auf einer Kapazität ab F64. Geeignet für: Berichtswesen und Präsentation von Analyseergebnissen, nicht für Echtzeit-Steuerung.

Zusammenfassung: Wann welcher Ansatz

• Vorhandene Kameras, erste Datenbasis aufbauen → Isarsoft Perception
• Strategische Netzplanung und Szenario-Simulation → PTV Visum
• Adaptive Echtzeit-Signalsteuerung auf Pilotkorridoren → Yunex Traffic
• Dashboarding und Monitoring über Sensordaten → Grafana (Open Source) oder Power BI (M365-integriert)

Datenschutz und Datenhaltung

Verkehrsdaten sind in der Regel keine personenbezogenen Daten im Sinne der DSGVO, sofern keine Kennzeichen oder Gesichter erfasst werden. Das ist der Standardbetrieb: KI-Systeme wie Isarsoft Perception anonymisieren Fahrzeugbilder direkt am Sensor und liefern nur aggregierte Zählwerte und Bewegungsprofile. Einzelne Fahrzeuge sind nicht rückverfolgbar.

Kritischer wird es an zwei Stellen:

Floating Car Data (FCD): GPS-Daten aus Mobiltelefonen und Fahrzeugen können personenbezogen sein, wenn einzelne Bewegungsprofile rückverfolgbar sind. Kommerzielle FCD-Anbieter (HERE Technologies, TomTom) liefern aggregierte, anonymisierte Daten, aber die AVV-Prüfung mit dem behördlichen Datenschutzbeauftragten ist Pflicht, bevor diese Daten in Systeme eingespeist werden.

Kamerabasierte Erfassung: Sofern Kameras öffentlichen Raum erfassen und Menschen erkennbar sind, greift das Recht auf informationelle Selbstbestimmung. Systeme wie Isarsoft Perception arbeiten gezielt ohne Gesichtserkennung, die entsprechende technische Konfiguration muss aber dokumentiert und vom Datenschutzbeauftragten geprüft sein. Vorsicht bei vorhandenen Kameras anderer Stellen: Eine Kamera des Ordnungsamts wurde für einen bestimmten Zweck aufgestellt und genehmigt. Sie für Verkehrszählung mitzunutzen ist eine Zweckänderung, die eine eigene Rechtsgrundlage braucht.

Für öffentliche Behörden gilt: Soweit personenbezogene Daten anfallen, ist die Rechtsgrundlage Art. 6 Abs. 1 lit. e DSGVO in Verbindung mit dem Straßenverkehrs- und Landesrecht, nicht Einwilligung und nicht berechtigtes Interesse. Alle Datenverarbeitungen sind im Verarbeitungsverzeichnis nach Art. 30 DSGVO zu dokumentieren. Neu hinzukommende Datenquellen, auch wenn sie anonym erscheinen, gehören dort eingetragen. Beim Einsatz externer Anbieter (z.B. Yunex Traffic , PTV Visum ) ist ein AVV nach Art. 28 DSGVO abzuschließen, sobald sie personenbezogene Daten verarbeiten. Die Behörde muss ihn aktiv anfordern und archivieren.

KI-Verordnung: Eine reine Verkehrsanalyse, die Muster zeigt und Empfehlungen an Planerinnen gibt, ist kein Hochrisiko-System. Anders bei der adaptiven Steuerung: KI-Systeme, die als Sicherheitsbauteile im Betrieb des Straßenverkehrs eingesetzt werden, stehen in Anhang III Nr. 2 der Verordnung (EU) 2024/1689. Eine KI, die Ampeln direkt schaltet, kann darunter fallen. Dann gelten die Hochrisiko-Pflichten nach der Verordnung (EU) 2026/1744 ab dem 2. Dezember 2027. Eine Besonderheit von Nummer 2: Die Grundrechte-Folgenabschätzung nach Art. 27 und die Registrierung durch Behörden in der EU-Datenbank nach Art. 49 Abs. 3 nehmen diesen Bereich ausdrücklich aus, registriert wird auf nationaler Ebene (Art. 49 Abs. 5). Kläre die Einordnung mit dem Anbieter, bevor ein Steuerungssystem beschafft wird.

Technisch bevorzugt: Alle genannten Werkzeuge sind EU-gehostet oder on-premise einsetzbar. Für Grafana ist die Community-Edition komplett selbst hostbar, kein Drittanbieter, keine Datenübertragung.

Was es kostet, realistisch gerechnet

Verkehrsanalyse-Projekte sind keine SaaS-Abonnements, bei denen man eine Kreditkarte hinterlegt und loslegt. Sie haben eine Projektstruktur mit initialen Investitionen und laufenden Betriebskosten.

Einmalige Kosten

Sensordaten-Infrastruktur (wenn noch nicht vorhanden):

• Nachrüstung einer Kamera-Zählstelle: 5.000–15.000 € je Knotenpunkt (Hardware + Installation)
• Anbindung vorhandener Kameras an Analyseplattform: 2.000–8.000 € je Kamera (je nach Systemintegration)
• PTV Visum Erstmodellierung: 20.000–60.000 € für ein kommunales Netzmodell (extern vergeben oder intern mit Lizenz)

Für ein Pilotprojekt auf einem Korridor mit 8–12 Kreuzungen und vorhandener Kamerainfrastruktur:
Realistische Gesamtkosten: 40.000–120.000 € (externe Einrichtung, Lizenzkosten, Integration).

Der Ellwangen-Pilot ( Yunex Traffic Yutraffic Fusion, 12 Ampelanlagen) kostete knapp 200.000 €, vollständig vom Land Baden-Württemberg getragen. Das ist ein Referenzwert für volladaptive KI-Steuerung einschließlich Hardware-Erweiterung.

Laufende Kosten

• Isarsoft Perception : Projektbasiert, SaaS oder Edge, Preise auf Anfrage, laut unserer Toolseite typischer Pilotinvest vier- bis fünfstellig
• PTV Visum : 5.000–20.000 €/Jahr Jahreslizenzen
• Grafana Open Source: keine Lizenzkosten, Hosting-Infrastruktur je nach Ansatz
• Yunex Traffic Wartung/Betrieb: abhängig von Projektgröße, individuell verhandelt

Förderkulisse

Bund und Länder fördern Verkehrsdigitalisierung über wechselnde Programme, welche gerade offen sind, ändert sich häufig, und seit 2025 liegt die Zuständigkeit im Bund beim Bundesverkehrsministerium. Das Hamburger Projekt #transmove wurde vom damaligen Bundesministerium für Digitales und Verkehr gefördert, das Testfeld in Ellwangen trug das Land Baden-Württemberg vollständig. Wer den Projektaufwand nicht allein tragen kann, sollte die Förderantragsphase vor dem Piloten einplanen, typisch 3–6 Monate Vorlauf.

Was du dagegenrechnen kannst
Der direkteste Nutzen für die Behörde selbst: Planungsentscheidungen, die heute auf zwei Messwochen basieren, werden auf 12 Monate Datenbasis gestellt. Das reduziert die Wahrscheinlichkeit teurer Fehlentscheidungen, Kreuzungsumbau, der nach zwei Jahren wieder geändert werden muss, weil er auf unvollständigen Daten basierte. Für Infrastrukturprojekte, die im Millionenbereich kosten, ist eine bessere Planungsgrundlage der messbarste Hebel.

Vier typische Einstiegsfehler

1. Das Tool kaufen, bevor die Datenbasis geprüft ist.
Der häufigste Fehler: Eine Analysesoftware wird beschafft und dann festgestellt, dass die vorhandenen Sensordaten lückenhaft, veraltet oder in inkompatiblen Formaten vorliegen. Ein Verkehrsanalysesystem, das nur 30 % der neuralgischen Kreuzungen “sieht”, wird suboptimale Muster ausgeben, nicht weil der Algorithmus schlecht ist, sondern weil die Eingabedaten unvollständig sind. Lösung: Vor der Software-Auswahl eine Sensorbestandsaufnahme durchführen. Was liegt vor? Welche Kreuzungen haben digitale Detektoren? Wo gibt es Kameras, die umgenutzt werden könnten?

2. Analyse und Steuerung in einem Schritt.
Adaptive Echtzeit-Steuerung ist der attraktive Use Case, aber er setzt voraus, dass die Analysebasis stimmt. Wer direkt mit einem vollautomatisierten Steuerungssystem startet, ohne die Datenbasis validiert zu haben, riskiert eine KI, die auf Basis mangelhafter Daten Ampelphasen verkürzt und damit den Verkehr aktiv verschlechtert. Empfehlung: Erst analysieren, dann steuern. Erster Schritt immer die Musteranalyse.

3. Die Wartungspflicht unterschätzen.
Sensorinfrastruktur verschleißt. Induktionsschleifen werden durch schwere Fahrzeuge beschädigt, Kameras verdrehen sich bei Wind, Firmware-Updates von Steuergeräten können die Datenformate verändern. Ein Verkehrsanalyse-System, das mit degradierten Sensordaten arbeitet, liefert degradierte Empfehlungen, ohne dass das auf den ersten Blick auffällt. Lösung: Von Anfang an Sensor-Monitoring einplanen (z.B. automatischer Alert bei Ausfall einer Zählstelle über Grafana ) und eine klare Zuständigkeit für die Infrastrukturpflege definieren.

4. Den Unterschied zwischen Korrelation und Kausalität in der Ergebnisinterpretation ignorieren.
Das Modell zeigt: An Kreuzung X sind Haltezeiten werktags zwischen 16:30 und 17:30 Uhr doppelt so hoch wie an Wochenenden. Das stimmt, aber die Ursache ist die Grundschule 300 Meter weiter, nicht die Schaltung. Eine Schaltungsoptimierung hilft hier wenig; was helfen würde, wäre eine Eltern-Hol-Zone. KI liefert Muster, keine Diagnosen. Die Interpretation liegt beim Menschen. Wer das nicht versteht, optimiert am falschen Hebel.

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

Das größte Missverständnis bei KI-Verkehrsanalyse: Das System wird als Lösung wahrgenommen, dabei ist es ein Werkzeug. Die Lösung entsteht erst dadurch, dass jemand mit dem Werkzeug arbeitet.

In der Praxis zeigen sich drei Widerstands- und Enttäuschungsmuster:

Die Erwartungsschere. Politische Auftraggeber erwarten nach der Pilotphase messbar verbesserte Verkehrsflüsse auf dem gesamten Stadtgebiet. Das System liefert: bessere Daten zu einem Korridor. Die Transformation vom Datengewinn zum Verkehrsnutzen braucht die Planungsentscheidung dazwischen, und die hat ihre eigenen Zyklen (Gemeinderatsbeschlüsse, Fördermittelanträge, Ausschreibungen). Der Zeitraum zwischen “wir haben jetzt gute Daten” und “der Verkehr fließt besser” beträgt in der Praxis 12–24 Monate, selbst wenn alles gut läuft.

Der IT-Datengraben. Sensordaten liegen im Straßenverkehrsamt, Planungsdaten im Stadtplanungsamt, Fördermittelinformationen im Kämmerei-Amt. Keine dieser Stellen hat Zugriff auf die Daten der anderen. Ein KI-Verkehrssystem, das wirklich optimal funktioniert, braucht Koordination über Amtsgrenzen hinweg, und das ist oft der härteste Teil der Einführung, nicht die Technik. Empfehlung: Die Stakeholder-Karte vor der ersten Inbetriebnahme zeichnen. Wessen Daten braucht das System? Wessen Entscheidungshoheit ist betroffen?

Die “Wir optimieren Autos”-Kritik. Kommunale Verkehrsplanung steht unter dem politischen Druck, Mobilitätswende voranzutreiben. KI-Verkehrsanalyse, die primär den Pkw-Fluss optimiert, kann in diesem Kontext als falsches Signal wahrgenommen werden, selbst wenn dieselben Daten auch Rad- und Fußgängerverkehr verbessern würden. Empfehlung: Die Kommunikation von Anfang an multimodal ausrichten. Was tut das System für Fahrräder? Für Busse? Für Fußgänger? Systeme wie Yunex Traffic und Isarsoft Perception erfassen ausdrücklich alle Verkehrsteilnehmertypen, das muss im Pilotdesign explizit gemacht werden.

Realistischer Zeitplan mit Risikohinweisen

Wichtig: Dieser Zeitplan gilt für einen Analyse-Piloten auf einem vorbereiteten Korridor mit vorhandener Sensorinfrastruktur. Ein adaptives Steuerungssystem wie Yunex Traffic benötigt zusätzlich Zeit für Verkehrsleitzentralen-Integration und Hardware-Erweiterung.

Häufige Einwände, und was dahintersteckt

„Wir haben keine freien Haushaltsmittel.”
Das stimmt in den meisten kommunalen Haushalten. Der realistische Weg führt nicht über den eigenen Haushalt, sondern über Förderprogramme. Bund und Länder fördern kommunale Verkehrsdigitalisierung, teils bis zur Vollfinanzierung wie beim Testfeld in Ellwangen. Die Förderquote hängt am jeweiligen Programm. Der Zeitaufwand für die Förderantragsstellung, typisch 3–6 Monate, ist erheblich, aber eine hohe Förderquote verändert die Rechnung grundlegend. Wer keine internen Kapazitäten für die Antragsstellung hat, kann das an spezialisierte Fördermittelberater für den öffentlichen Sektor vergeben.

„Unsere Sensordaten sind zu alt / zu lückenhaft.”
Das ist der ehrlichste Einwand in dieser Liste, und oft der berechtigste. Wenn weniger als 40 bis 50 Prozent der neuralgischen Knotenpunkte digitale Detektoren haben, ist KI-Verkehrsoptimierung verfrüht. Der sinnvolle erste Schritt ist dann nicht die Analysesoftware, sondern die Sensor-Nachrüstung. Kamerabasierte Lösungen wie Isarsoft Perception bieten hier einen günstigeren Einstieg als neue Induktionsschleifen, sofern Kameras an den relevanten Kreuzungen hängen.

„Der Gemeinderat sieht keinen direkten Nutzen für die Bürgerinnen und Bürger.”
Das ist ein Kommunikationsproblem, kein Sachproblem. Der Nutzen ist messbar, sobald eine Schaltung tatsächlich geändert wird: Haltezeiten vor und nach der Änderung zeigen, ob es wirkt. Welche Größenordnung möglich ist, zeigt ein US-Beispiel: In Pittsburgh senkte das adaptive System Surtrac laut CMU die Reisezeiten um 25 Prozent und die Standzeiten um bis zu 40 Prozent. Für deutsche Korridore mit reiner Analyse ist das keine Zusage, aber ein Anhaltspunkt für das, was eine gute Steuerung bewirken kann. Was nicht gut kommuniziert werden kann: der Zeitraum zwischen Datengewinn und spürbarer Wirkung. Wer im Gemeinderat mit einer realistischen Timeline, 12 bis 24 Monate von Pilot bis Wirkung, kommuniziert statt mit Versprechen für das nächste Quartal, erhält langfristig mehr politischen Rückhalt.

Woran du merkst, dass das zu dir passt

• Eure Stadt hat mehr als 50.000 Einwohner und wiederkehrende Staumuster auf definierten Korridoren (Einfallstraßen, Gewerbegebietsanbindungen, ÖPNV-Trassen)
• Ihr habt bereits digitale Detektoren (Induktionsschleifen oder Kameras) an mindestens 40–50 Prozent der neuralgischen Kreuzungen eures Zielkorridors
• Eure Verkehrsplanung arbeitet aktuell auf Zählkampagnen-Basis, saisonale Stichproben, die für strategische Entscheidungen extrapoliert werden
• Es gibt eine Person oder ein kleines Team, das für Verkehrsanalyse und -planung zuständig ist und technische Auswertungen versteht
• Ihr habt eine Förderkulisse oder zumindest Bereitschaft, einen Förderantrag zu stellen, rein aus dem laufenden Haushalt ohne Förderung ist der Einstieg für die meisten Kommunen schwer darstellbar

Wann es sich (noch) nicht lohnt, drei harte Ausschlusskriterien:

1. Stadt unter 50.000 Einwohnern ohne ausgeprägte Staukorridore. In kleineren Netzen sind Verkehrsmuster oft einfach genug, dass gut eingestellte Festzeit- oder verkehrsabhängige Steuerungen den Großteil des Nutzens bringen. ML-Optimierung entfaltet seinen Vorteil erst bei ausreichender Netztiefe und Mustervielfalt. Wer hier investiert, zahlt für Komplexität, die das Netz nicht braucht.

2. Keine Echtzeit-Sensordaten und keine Infrastruktur für Nachrüstung. Eine KI, die nur auf jährliche Zählkampagnen zugreifen kann, ist keine KI-Verkehrsoptimierung, sie ist teure Statistik. Wer keine funktionierende Sensor-Grundlage hat und auch keine Mittel für Nachrüstung, sollte diesen Use Case noch nicht angehen. Erst Infrastruktur, dann Intelligenz.

3. Keine dauerhafte interne Kapazität für Systembetreuung und Dateninterpretation. Ein Verkehrsanalyse-System, das eingeführt und dann intern nicht betreut wird, liefert nach 12–18 Monaten Ergebnisse auf Basis degradierter Sensordaten, ohne dass das sofort auffällt. Schlechte Sensorwerte erzeugen schlechte Modellausgaben, die gut aussehen und falsch sind. Das braucht eine zuständige Person: nicht die IT, nicht “alle”, sondern jemand im Verkehrsamt, der regelmäßig Datenqualität prüft und Anomalien eskaliert.

Das kannst du heute noch tun

Der erste Schritt ist kein Software-Kauf. Es ist eine Bestandsaufnahme: Welche Sensordaten liegen für euren Stadtbereich bereits vor?

In vielen Kommunen gibt es mehr als gedacht: Zähldaten aus vergangenen Kampagnen, Kamerasysteme anderer Ämter, ÖPNV-GPS-Daten aus dem Verkehrsverbund. Diese Daten muss niemand kaufen, sie existieren schon. Ob Kameras, die für einen anderen Zweck aufgestellt wurden, für Verkehrszählung genutzt werden dürfen, ist allerdings eine Rechtsfrage, keine technische. Ob sie gut genug sind, um ein ML-Modell sinnvoll zu trainieren, zeigt die Bestandsaufnahme.

Hier ist ein Prompt, den du in ChatGPT, Claude oder Gemini eintragen kannst, um eine erste strukturierte Analyse deiner vorhandenen Datensituation zu machen:

Quellen & Methodik

• Hamburg #transmove: LSBG Hamburg / Landesbetrieb Straßen, Brücken und Gewässer, Projektbeschreibung Digilab #transmove. Projektpartner PTV Group, WPS Workplace Solutions und KIT, Laufzeit 2020 bis 2024, Projektförderung durch das Bundesministerium für Digitales und Verkehr, abgerufen am 18.09.2026. lsbg.hamburg.de/digilab/transmove
• Ellwangen Yutraffic Fusion Pilot: Yunex Traffic GmbH / Ministerium für Verkehr Baden-Württemberg, Pressemitteilung „Land startet Testfeld mit KI-gesteuerten Ampeln in Ellwangen” (27.06.2024). Projektkosten knapp 200.000 €, vollständig vom Land getragen, erster Einsatz von Yutraffic FUSION in Deutschland, abgerufen am 18.09.2026. vm.baden-wuerttemberg.de und yunextraffic.com/newsroom
• Pittsburgh Surtrac: Dr. Stephen Smith, Carnegie Mellon University Robotics Institute. Pilotbetrieb ab 2012 an neun Kreuzungen im Viertel East Liberty, Pittsburgh. 25 % weniger durchschnittliche Reisezeit, bis zu 40 % weniger Standzeit laut CMU, abgerufen am 18.09.2026. Kommerzialisiert durch Rapid Flow Technologies. CMU News (Oktober 2019): cmu.edu/news/stories/archives/2019/october/traffic-moves-at-speed-of-technology.html
• Sensor-Datenfehler: Traffic Technology Today, Feature-Artikel „Why AI traffic modeling is only as smart as the data we feed it” (März 2024, TTi Magazin). Thematisiert OEM-Datenzugangsbarrieren und Sensorqualitätsproblematik als Haupthemmnis für präzise KI-Verkehrsmodelle.
• Induktionsschleifen-Zählfehler: Fachdokumentation Stadlmayr, „Fahrzeugzählung mit Induktionsschleifen” (2024), dokumentiert systematische Zählfehler bei reversierenden Fahrzeugen und kurzweiligem Befahren.
• PTV Group Marktangaben: PTV Group Unternehmensseite (April 2026), 2.500+ Städte weltweit.
• KI-Verordnung (EU) 2024/1689, Anhang III Nr. 2, Art. 27 und Art. 49 Abs. 3 und 5 (eur-lex.europa.eu, abgerufen am 18.09.2026)
• Preisangaben: laut unseren Toolseiten zu PTV Visum, Isarsoft, Yunex Traffic und Power BI sowie der Pressemitteilung zu Ellwangen. Pilotsummen, Zeitersparnis und Sensorschwellen sind Planungsannahmen der Redaktion.

Du willst wissen, ob eure Sensordaten für einen KI-Analyse-Piloten ausreichen, oder welche Förderkulisse für eure Gemeinde realistisch ist? Das klären wir gerne in einem kurzen Gespräch.