02.01.2018

Von Autos, die miteinander sprechen und in die Zukunft blicken

Im Mobility-Bereich wird die Disruption in den kommenden Jahren greifen, wie kaum woanders. Die Kapsch Factory1 bot einen Ausblick auf die (nahe) Zukunft.
/artikel/disruption-von-autos-die-miteinander-sprechen-und-in-die-zukunft-blicken
(c) fotolia.com - Mopic

Von Disruption ist im Startup-Bereich gerne die Rede. Der Vorgang, bei dem das gängige Konzept in einem Bereich komplett ersetzt wird, wird immer wieder heraufbeschworen. Einzig: So revolutionär sind die neuen Modelle oft gar nicht. Schließlich bleibt fraglich, ob die Menschen in einigen Jahren rückbezüglich über die Etablierung von Banking-Apps und praktischen Messenger-Systemen so sprechen werden, wie über den Übergang vom Wählscheibentelefon zum Smartphone. Man verzeihe an dieser Stelle den etwas überspitzten Vergleich.

Auch im Mobility-Bereich kann man sich kaum vor dem großen Begriff Disruption flüchten. Ein etwas genauerer Blick zeigt dann aber: Hier dürfte er besser zutreffen, als in so mancher anderer Sparte. Was in den kommenden Jahren mit großer Wahrscheinlichkeit auf uns zukommt, dürfte den Alltag tatsächlich spürbar und nachhaltig verändern.

+++ Mobilität: Startups als Triebwerk kommender Revolutionen +++

Ein ziemlich wahrscheinliches Szenario

Man stelle sich vor, man sitzt auf der Rückbank eines selbstfahrenden E-Autos. Es gehört einem nicht – man hat es über seine bevorzugte Messenger-App kommen lassen und kommt damit günstiger davon, als hätte man ein eigenes. Das Auto fährt eine ungewöhnliche Strecke zum gewünschten Zielort. Dafür gibt es kein Stehen bei roten Ampeln, keinen Stau, keine Verzögerung. Sogar als das Auto noch einen eigentlich irrationalen Umweg um einen Block herum macht, wundert man sich nicht. Aus der Ferne kann man dann auch erkennen, dass die „logische“ Straße von irgendetwas blockiert wird. Und dabei hatte man das Hindernis vor dem Umweg doch noch gar nicht sehen können.

Dieses Szenario ist nicht nur nicht unrealistisch. Es ist sogar – wohl mit kleinen Änderungen – ziemlich wahrscheinlich. Und der Zeitpunkt an dem es sich abspielt ist nicht 2050, sondern in ein paar Jahren. Die vielbeschworene Disruption hat bereits begonnen.

Factory1: Man sieht, wo die Reise hingeht

Dass im Mobility-Bereich kein Stein auf dem anderen bleibt, wurde vergangenes Jahr mit wenig Show und doch spektakulär bei der Kapsch Factory1 aufgezeigt. Die internationale Startup-Suche für den Corporate Accelerator brachte sieben Proof of Concept-Projekte hervor, die allesamt einen Baustein zur großen, für alle spürbaren, Disruption liefern. Die Tatsache, dass es kein österreichisches Startup in das Programm schaffte, kann man gewiss bedauern. Sie zeigt aber auch: Kapsch hat sich bei seiner Auswahl eben nur vom Potenzial der Konzepte und ihrer Teams lenken lassen. Und der Mix an beeindruckenden Projekten, die dabei herausgekommen sind, spricht für sich. In der Synthese bieten sie einen guten Blick in die nahe Zukunft. Ob all das letztendlich vom österreichischen Traditionskonzern Kapsch umgesetzt wird, bleibt freilich dahingestellt. Doch – um eine Mobilitäts-Metapher anzubringen – man sieht wo die Reise hingeht.

Umweltfreundliche Batterie für die E-Mobility

Da wäre etwa das finnische Startup BroadBit Batteries. Von sieben Teilnehmern war es der einzige, der explizit das Feld E-Mobility beackert (was angesichts des Hypes um das Thema gewiss verwundert). Eine einfache Erklärung für das technisch komplexe Produkt: Eine Batterie, die auf Salz, Sand und Kohle basiert. Die Kombination dieser Rohstoffe mache die Batterie deutlich umweltfreundlicher und zugleich günstiger als gängige Produkte, sagen die Erfinder. Dazu kämen sogar noch ein höherer Output und eine längere Lebenszeit. Und die Batterie ist im Gegensatz zu Lithium-Ionen-Akkus nicht brennbar. Die „Downside“: Ausgereift ist das Produkt noch bei weitem nicht. Von Akkus für E-Autos ist man noch weit entfernt. Im Rahmen des gemeinsamen Projekts wurde mit Kapsch intensiv getestet und verbessert.

⇒ zum Brutkasten-Artikel

Banken als Shared-Mobility-Anbieter

Ganz ohne Hardware kommt das portugiesische Startup Mobiag aus. Das Konzept: Alle Shared-Mobility-Angebote sollen auf einer Plattform vereint werden. Diese Plattform will Mobiag aber nicht unter eigenem Namen als App vermarkten, sondern als Whitelabel-Lösung sprichwörtlich jedem anbieten. Von Hotelketten über Banken bis zu Betreibern öffentlicher Verkehrsmittel kann jeder „virtual operator“ werden und über seine Plattform Sharing-Dienste vermitteln – so die Vision. Bei der Kapsch Factory1 wurde Mobiag mit der Wiener Firma Fluidtime gematcht, an der Kapsch mehrheitlich beteiligt ist. Gemeinsam wird an einer Whitelabel-Mobility-as-a-Service-App gearbeitet, die weltweit an Mobilitätsdienstleister angeboten werden wird.

⇒ zum Brutkasten-Artikel

IoT, Blockchain und das Kerngeschäft

Das niederländische Startup Quantoz will die Blockchain-Technologie in Kapschs Kerngeschäft bringen: Mautsysteme. Über die vom Unternehmen selbst entwickelte Blockchain kann mit klassischen Währungen wie Euro und Co. bezahlt werden. Zentral für das gemeinsame Projekt ist eine Verknüpfung mit IoT. Autos können die Maut (aber etwa auch Tankfüllungen) damit selbst sofort bezahlen. Der Unterschied zu bisherigen automatisierten Mautsystemen: Die Bezahlung wird bislang eben noch nicht direkt abgewickelt.

⇒ zum Brutkasten-Artikel

Verkehrsanalyse in Echtzeit

Ein weiteres Kernfeld von Kapsch bearbeitet das ebenfalls niederländische Startup ViNotion. Seine Verkehrsmonitoring-Software kann über Videoanalyse Fahrzeuge nicht nur zählen, sondern auch nach Typ unterscheiden und weitere Parameter erfassen. Damit können Echtzeit-Daten zur Verkehrslage an bestimmten Punkten gewonnen werden. Auch mit ViNotion wurde im Rahmen des gemeinsamen Projekts vorwiegend getestet. Spannend dürfte hier vor allem die Synthese mit anderen Konzepten im Hinblick auf selbstfahrende Autos sein. Denn auch die weiteren drei Projekte sind in diesem Zusammenhang zu sehen.

⇒ zum Brutkasten-Artikel

Gefahren erkennen und andere warnen

Das israelische Startup i4drive kombiniert mit seiner Software verschiedene Sensoren in Fahrzeugen. Damit sollen einerseits Assistenz-Systeme verbessert werden. Im Mittelpunkt steht aber bereits die Sensorik für selbstfahrende Autos. Im gemeinsamen Projekt mit Kapsch wurde der Ansatz mit einer Connected Vehicle-Technologie verknüpft, an der das Unternehmen bereits seit längerem arbeitet. Das Ziel: Fahrzeuge sollen einander vor Gefahren oder auch einfach nur Hindernissen warnen können.

⇒ zum Brutkasten-Artikel

Vorher wissen, wann die Ampel rot sein wird

Auch das US-Startup Acyclica arbeitet an einer Ergänzung für die Connected Vehicle-Technologie. Mit deren System erhalten Fahrzeuge über eine Cloud Informationen aus der Verkehrsinfrastruktur und vice versa. Die Autos „wissen“ so etwa vorab über Ampelschaltungen Bescheid und können die optimale Route entsprechend legen. Im Rahmen der Kooperation ist für beide Unternehmen auch der jeweilige Heimatmarkt des anderen ein relevantes Asset.

⇒ zum Brutkasten-Artikel

Zehn Minuten im Voraus die Verkehrslage kennen

Das niederländische Startup Fileradar schließlich, verspricht nichts geringeres als einen Blick in die Zukunft. Das passiert über einen Machine Learning-Ansatz, der sowohl aktuelle Verkehrsdaten als auch statistische Daten über den entsprechenden Straßenzug und Zusatzinformationen wie Wetter und aktuelle Unfallmeldungen einbezieht. Damit soll die Verkehrslage zehn Minuten im Voraus adäquat vorausgesagt werden. Gemeinsam mit Kapsch wurde ein Testlauf in Madrid umgesetzt. Die Kooperation soll, wenn alles gut geht, einen großen Rollout ermöglichen.

⇒ zum Brutkasten-Artikel

Disruption wie beim Übergang von Wählscheibe zu Smartphone

Vorgestellt wurden alle Projekte bei einem Demo Day im Rahmen des ITS World Congress in Montreal Ende Oktober. Natürlich handelt es sich bei den Kooperationsprojekten zwischen Kapsch und den Startups teilweise nur um Tests oder Pilotversuche – mit offenem Ausgang. Wie viel davon letztendlich dauerhaft im Kapsch-Portfolio landet ist noch unklar. Dennoch ermöglichte die Kapsch Factory1 mit ihren Konzepten einen Blick in die nahe Zukunft der Mobilität. Und es wurde klar: Das oben genannte Szenario ist bereits in greifbarer Nähe. Wir können uns im Mobility-Bereich auf echte Disruption einstellen – ganz so, wie beim Übergang vom Wählscheiben-Telefon zum Smartphone.

⇒ Zur Homepage der Factory1

Deine ungelesenen Artikel:
17.09.2026

Lovable-CEO Anton Osika: „Wir sind längst über Vibecoding hinaus“ – vom Hype zur Enterprise-Software

Erst vor etwa einem Monat holte Lovable 400 Mio. Dollar bei 13,3 Mrd. Bewertung: CEO Anton Osika erklärt nun im Interview, warum KI-Bau-Tools längst im Mainstream angekommen sind und wie aus Vibe-Coding echte Enterprise-Software wurde.
/artikel/lovable-ceo-anton-osika-wir-sind-laengst-ueber-vibecoding-hinaus-vom-hype-zur-enterprise-software
17.09.2026

Lovable-CEO Anton Osika: „Wir sind längst über Vibecoding hinaus“ – vom Hype zur Enterprise-Software

Erst vor etwa einem Monat holte Lovable 400 Mio. Dollar bei 13,3 Mrd. Bewertung: CEO Anton Osika erklärt nun im Interview, warum KI-Bau-Tools längst im Mainstream angekommen sind und wie aus Vibe-Coding echte Enterprise-Software wurde.
/artikel/lovable-ceo-anton-osika-wir-sind-laengst-ueber-vibecoding-hinaus-vom-hype-zur-enterprise-software
Lovable-CEO Anton Osika (r.) im Gespräch mit Times Senior Editorin Ayesha Javed. © brutkasten

Kaum ein Tool steht so sehr für den KI-Bauboom wie Lovable. Erst im August 2026 hat das schwedische Startup, wie brutkasten berichtete, eine Series-C-Runde über 400 Millionen US-Dollar abgeschlossen, angeführt von Menlo Ventures und mit dem EQT-gemanagten Scaleup Europe Fund als Co-Lead, bei einer Bewertung von 13,3 Milliarden US-Dollar.

Für Gründer und CEO Anton Osika ist das mehr als eine Finanzierungsrunde: Es sei ein Indikator dafür, dass KI-gestützte No-Code- und Low-Code-Plattformen die Nische verlassen hätten und im Mainstream angekommen seien.

Weg vom Entwickler-Monopol

Auf der Dreamforce in San Francisco erläutert Osika die zentrale These hinter Lovable: „Menschen mit Fachwissen über das jeweilige Problem sollten diejenigen sein, die Software bauen“, so Osika. Wer ein Problem am besten kenne, solle auch die Lösung bauen, egal ob in Marketing, HR, Finance oder Operations. Nicht die formale Qualifikation zähle, sondern die Nähe zum Problem.

Dass Lovable längst kein reines Anfänger-Werkzeug sei, belegt Osika mit einer internen Zahl: 55 Prozent der Lovable-Nutzer:innen brächten mehr als elf Jahre Berufserfahrung in ihrem Fachgebiet mit. Entscheidend sei laut dem Co-Founder nicht das klassische Programmieren, sondern die Fähigkeit, komplexe, unstrukturierte Probleme systematisch in funktionierende Systeme zu zerlegen.

Vom Nebenprojekt zur Unternehmenslösung

Besonders aufschlussreich sind die Praxisbeispiele, die Osika im Gespräch anführt. Bei einer Healthcare-Staffing-Firma habe ein Fachbereichsleiter eine komplette neue Produktlinie für die Zertifizierung von Pflegekräften aufgebaut, samt Verwaltung und Terminplanung, und anschließend mehr als zehn weitere interne Anwendungen vernetzt. In den nordischen McDonald’s-Filialen laufe mittlerweile ein auf Lovable gebautes Interface, über das rund 300 Standorte operative Anfragen abwickeln würden.

Solche Geschichten seien laut Osika keine Ausnahme: Bei knapp zwei Dritteln der Fortune-500-Unternehmen, darunter Adidas und Nvidia, würden Mitarbeitende die Plattform nutzen. Häufig beginne es als kleines Team-Projekt und wachse zur unternehmensweiten Lösung heran.

Entwicklung unter Aufsicht

Damit das nicht in unkontrollierter Schatten-IT ende, setzt Lovable laut Unternehmensangaben auf Admin- und Audit-Funktionen, mit denen IT-Verantwortliche nachvollziehen können sollen, welche Anwendungen entstehen, wo sensible Daten verarbeitet werden und wo Sicherheitslücken drohen. Genau das mache aus der anfänglichen Skepsis von IT-Abteilungen häufig Zustimmung, so Osika: „Es wird vom letzten Nein zu dem, was man ausrollen wollte, zum ersten Ja. So verhindern wir Schatten-IT und die Zersplitterung in unzählige Tools, die niemand mehr überblickt“, erklärt Osika.

Überflüssig würden Engineers durch die Lovable-Nutzung anderer trotzdem nicht, meint Osika: Ihre Rolle verschiebe sich von Routineaufgaben hin zu Architektur, Systemanbindung und der Betreuung unternehmenskritischen Codes.

Warum heißt Lovable eigentlich Lovable?

Zum Schluss des Gesprächs räumt Osika mit einem gängigen Klischee über den europäischen Tech-Standort auf: „Viele halten Europa für langsam, aber wenn man in die Tech-Hubs Europas geht, brodelt es dort wie nie zuvor“, sagt Osika. Dass der Produktfokus so stark auf dem Nutzererlebnis liege, führt Osika auch auf den Standort Stockholm zurück, wo der Großteil des Engineering-Teams sitzt. Man habe in den nordischen Ländern genaue Vorstellungen davon, wie ein Produkt funktionieren solle – oder eben nicht. Diese „I-Tüpfelchen-Reiterei“ mache Lovable erst zu dem was es heute ist.

Warum das Unternehmen ausgerechnet „Lovable“ heißt, erklärt er mit einer letzten Zeile, die zugleich als Leitmotiv des Gesprächs steht: „Software sollte nicht einfach nur funktionieren. Sie soll die Emotionen der Menschen wecken“, so Osika.

Vom Vibe zum Volumengeschäft

Was also vor nicht allzu langer Zeit noch als spielerisches „Vibe-Coding“ belächelt wurde, ist laut Osika längst zu einer Infrastruktur geworden, auf der Enterprisekund:innen die nächsten Prozesssysteme entwickeln. Der Markt für KI-gestütztes Bauen sei, so der Lovable-Gründer, endgültig über das reine Ausprobieren hinausgewachsen – und weit über das Vibecoding hinaus.

Toll dass du so interessiert bist!
Hinterlasse uns bitte ein Feedback über den Button am linken Bildschirmrand.
Und klicke hier um die ganze Welt von der brutkasten zu entdecken.

brutkasten Newsletter

Aktuelle Nachrichten zu Startups, den neuesten Innovationen und politischen Entscheidungen zur Digitalisierung direkt in dein Postfach. Wähle aus unserer breiten Palette an Newslettern den passenden für dich.

Montag, Mittwoch und Freitag

AI Summaries

Von Autos, die miteinander sprechen und in die Zukunft blicken

AI Kontextualisierung

Welche gesellschaftspolitischen Auswirkungen hat der Inhalt dieses Artikels?

Leider hat die AI für diese Frage in diesem Artikel keine Antwort …

Von Autos, die miteinander sprechen und in die Zukunft blicken

AI Kontextualisierung

Welche wirtschaftlichen Auswirkungen hat der Inhalt dieses Artikels?

Leider hat die AI für diese Frage in diesem Artikel keine Antwort …

Von Autos, die miteinander sprechen und in die Zukunft blicken

AI Kontextualisierung

Welche Relevanz hat der Inhalt dieses Artikels für mich als Innovationsmanager:in?

Leider hat die AI für diese Frage in diesem Artikel keine Antwort …

Von Autos, die miteinander sprechen und in die Zukunft blicken

AI Kontextualisierung

Welche Relevanz hat der Inhalt dieses Artikels für mich als Investor:in?

Leider hat die AI für diese Frage in diesem Artikel keine Antwort …

Von Autos, die miteinander sprechen und in die Zukunft blicken

AI Kontextualisierung

Welche Relevanz hat der Inhalt dieses Artikels für mich als Politiker:in?

Leider hat die AI für diese Frage in diesem Artikel keine Antwort …

Von Autos, die miteinander sprechen und in die Zukunft blicken

AI Kontextualisierung

Was könnte das Bigger Picture von den Inhalten dieses Artikels sein?

Leider hat die AI für diese Frage in diesem Artikel keine Antwort …

Von Autos, die miteinander sprechen und in die Zukunft blicken

AI Kontextualisierung

Wer sind die relevantesten Personen in diesem Artikel?

Leider hat die AI für diese Frage in diesem Artikel keine Antwort …

Von Autos, die miteinander sprechen und in die Zukunft blicken

AI Kontextualisierung

Wer sind die relevantesten Organisationen in diesem Artikel?

Leider hat die AI für diese Frage in diesem Artikel keine Antwort …

Von Autos, die miteinander sprechen und in die Zukunft blicken