Im Backend arbeiten wir mit Laravel. Anwendungen, die auch dann noch klar strukturiert sind, wenn die Fachlogik es nicht mehr ist. Vom Admin-Panel bis zur Anbindung gewachsener Datenbanklandschaften.
Auf einen Blick
Stack
PHP, Laravel, Filament
Testing
PHPUnit, Pest
Einsatz
APIs, Backends, Admin-Panels
Referenz
Magna Powertrain, Siemens
01 — In Zahlen
Jahre Erfahrung in Webentwicklung
15+
bis zur Antwort auf Deine Anfrage
< 8 h
Entwicklung im eigenen Team in Deutschland
100 %
02 — Im Detail
/01
Das Rückgrat unserer Backends.
Laravel ist seit Jahren unsere erste Wahl im Backend. Es bringt klare Konventionen mit, lässt sich gut testen und hat für die meisten Standardaufgaben eine erprobte Lösung im Ökosystem. Als Agentur mit acht Entwickelnden arbeiten wir seit den frühen Versionen damit, mit PHP schon lange davor.
Weil das Framework weit verbreitet ist, bindet Dich der Code nicht an uns. Jedes PHP-Team kann ihn übernehmen. Das trägt von der Fachanwendung für ein einzelnes Team bis zur Plattform im Produktionsbetrieb. Die Oberfläche bauen wir mit React, als Admin-Panel mit Filament oder klassisch mit Blade. Das hängt davon ab, wie viel Interaktion sie braucht und wer sie bedient.
/02
Was wir mit Laravel bauen.
Komplette Webanwendungen von der Datenbank bis zur Oberfläche, etwa Fachanwendungen, Kundenportale, Buchungs- und Verwaltungssysteme
Websites und Plattformen mit eigener Fachlogik, wo ein CMS nicht mehr reicht
REST-APIs und Schnittstellen zu Drittsystemen
Admin-Panels und interne Tools mit Filament
Anbindung bestehender Systeme und Datenbanken, auch MSSQL
Anmeldung und Rollen, auch per Single Sign-on über Microsoft Entra
Hintergrundprozesse, Jobs und Auditing für nachvollziehbare Datenstände
Automatisierte Tests mit PHPUnit und Pest
/03
Wie wir gewachsene Anwendungen übernehmen.
Viele unserer Projekte starten nicht auf der grünen Wiese, sondern in einer Anwendung, die über Jahre gewachsen ist und die niemand mehr gern anfasst. Bei Magna Powertrain haben wir 2025 genau so eine übernommen und bauen sie im laufenden Betrieb zur Software-Suite für den Shopfloor aus.
Der Einstieg ist immer derselbe. Wir lesen den Code, bevor wir ihn ändern. Ein Audit zu Architektur, Sicherheit und Testabdeckung zeigt, wo es brennt und wo es nur unschön ist. Dann legen wir Tests um die Stellen, die wir anfassen, und modernisieren Schritt für Schritt. Refactoring, Stabilisierung, Performance, Security. Kein Big Bang und kein Stillstand im Tagesgeschäft.
Muss die Anwendung ganz abgelöst werden, läuft die neue neben der alten und übernimmt einen Bereich nach dem anderen. Bei einem bestehenden Laravel-Projekt hilft die vertraute Struktur. Man findet sich in fremdem Code sofort zurecht, weil die Ordner dieselben sind. Soll Dein eigenes Team den Umbau machen, begleiten wir es dabei. Das läuft bei uns unter Consulting.
/04
Versionen und Upgrades.
Laravel erscheint einmal im Jahr in einer neuen Hauptversion. Jede bekommt anderthalb Jahre Fehlerkorrekturen und zwei Jahre Sicherheitsupdates. Wer zwei Versionen auslässt, steht ohne Sicherheitsupdates da. Und das Upgrade wird mit jeder übersprungenen Version teurer, weil sich die Änderungen stapeln.
Neue Projekte starten bei uns auf der aktuellen Version, bestehende halten wir im Rhythmus des Frameworks nach. Bei gepflegtem Code ist ein Upgrade in Stunden bis wenigen Tagen erledigt. Liegt ein Projekt mehrere Versionen zurück, planen wir es als eigenen Schritt mit Tests davor und danach. Dasselbe gilt für PHP selbst. Es veraltet leiser als das Framework, aber nicht weniger.
/05
Vom Commit bis zum Server.
Jede Änderung läuft bei uns durch eine Pipeline. Automatisierte Tests mit PHPUnit oder Pest, statische Analyse, Prüfung des Codestils, erst dann geht es auf den Server. Was die Pipeline nicht besteht, geht nicht live. Im Betrieb meldet Sentry Fehler, bevor Deine Nutzer sie melden.
Entwickelt wird in Docker, mit derselben PHP-Version wie auf dem Server. Der Klassiker „bei mir läuft es“ fällt damit weg. Das ist keine Sonderleistung, sondern der Stand, mit dem jedes Projekt bei uns beginnt.
/06
Hosting und Betrieb.
Auf Wunsch betreiben wir die Anwendung auch, auf dem Setup, das zu ihrer Größe passt. Für die meisten Laravel-Projekte ist das ein eigener Cloud-Server bei Hetzner. Laravel Forge provisioniert ihn und deployt bei jedem Push. Datenbank, Mail-Versand und tägliche Backups liegen daneben auf einem Managed Server in Deutschland. Wer keine eigene Infrastruktur halten will, bekommt dasselbe Setup auf Laravel Cloud. Wir halten PHP und Laravel aktuell, überwachen die Anwendung und sind der eine Ansprechpartner für Code und Betrieb. Wenn etwas nicht läuft, sucht niemand erst den Schuldigen zwischen Agentur und Hoster.
Größere Anwendungen liefern wir als Docker-Images mit Compose-Datei aus. Das Image aus der Pipeline ist dasselbe, das nachher läuft, in Deiner Cloud, in Deinem Rechenzentrum oder auf einem Server im Haus. So arbeiten wir mit Kunden, die ihre Infrastruktur selbst betreiben. Wir übergeben Container und Anleitung, das Deployment übernimmt Dein Betrieb oder wir.
Welches Setup wann passt, besprechen wir ausführlich in Folge 52 „Hosting“ im Webcafé. Speziell auf Laravel gehen wir in Folge 32 ab 34:11 ein.
/07
Aus Dortmund, gern bei Dir vor Ort.
Unser Büro ist in Dortmund, unsere Kunden sitzen in ganz Europa und darüber hinaus. Ob Zürich, Saragossa oder New York, wir arbeiten so, als säßen wir im Nachbarbüro. Zeitzonen und Sprachen sind für uns kein Hindernis, wir arbeiten auf Deutsch und Englisch. Die Shopfloor-Suite für Magna Powertrain und der Editor für die Lokalsteuerungen bei Siemens sind von hier aus entstanden. Wer im Ruhrgebiet sitzt, ist auf einen Kaffee jederzeit willkommen. Und wir kommen gern zu Dir, für Workshops und Kickoffs genauso wie zum Entwickeln mit im Team. Den Rest erledigen wir remote, mit Zugriff auf unser Projektmanagement und die Zeiterfassung für Dich.
Der schöne Nebeneffekt ist, dass wenig Logik im Controller liegt und wir die Sachen dadurch viel besser testen können. Unsere Controller-Funktionen haben oft nur fünf, sechs Zeilen.
Wie soll ein Arbeitsschritt ausgeführt werden? Wird er tatsächlich so ausgeführt? Und ist das Bauteil am Ende in Ordnung? An diesen drei Fragen arbeiten wir bei Magna Powertrain: 2025 haben wir die gewachsene Anwendung übernommen und bauen sie im laufenden Betrieb zu einer Software-Suite für den Shopfloor aus.
An jeder Schilderbrücke über der Fahrbahn sitzt eine eigene Steuerung – und ihre Bedienung wurde zuvor für jede Anlage einzeln von Hand gebaut. Für Siemens haben wir einen Editor entwickelt, der sie stattdessen aus den Anlagendaten erzeugt: einheitlich, in einem Durchlauf und als moderne Weboberfläche.
Zeitraum
2019 – 2020
Stack
Laravel, React, TypeScript
Case Study lesen →
05 — Häufige Fragen
Häufige Fragen.
Warum setzt ihr auf Laravel?
Weil es weit verbreitet ist, aktiv weiterentwickelt wird und klare Konventionen mitbringt. Für Dich heißt das wartbarer Code, keine Abhängigkeit von Nischen-Technologie und ein Markt voller Entwickelnder, die damit umgehen können.
Übernehmt ihr auch bestehende Laravel-Projekte?
Ja, auch wenn eine andere Agentur sie gebaut hat. Wir steigen regelmäßig in bestehende Codebasen ein, meist mit einem kurzen Audit zu Architektur, Sicherheit und Testabdeckung. Danach entscheiden wir gemeinsam, ob Weiterentwicklung, Refactoring oder beides der richtige Weg ist.
Könnt ihr eine alte PHP-Anwendung ohne Framework auf Laravel umziehen?
Ja, schrittweise. Laravel kommt neben die bestehende Anwendung, übernimmt zuerst einzelne Routen und dann Bereich für Bereich. Die alte Anwendung läuft weiter, bis nichts mehr auf sie zeigt. Ein Umzug in einem Zug klingt schneller, ist aber der Weg, auf dem solche Projekte stecken bleiben.
Welche Laravel-Version setzt ihr ein, und macht ihr Upgrades?
Neue Projekte starten auf der aktuellen Hauptversion. Bestehende halten wir im Jahresrhythmus des Frameworks nach, damit die Sicherheitsupdates nicht auslaufen. Ein Upgrade über mehrere Versionen planen wir als eigenen Schritt mit Tests davor und danach.
Hostet und betreibt ihr die Anwendung auch?
Ja. Je nach Größe auf einem Cloud-Server mit Laravel Forge oder auf Laravel Cloud, für größere Anwendungen als Docker-Images auf Deiner eigenen Infrastruktur. Wir halten PHP und Laravel aktuell, überwachen die Anwendung und sichern täglich. Wie wir das Setup auswählen, besprechen wir in Folge 52 „Hosting“ des Webcafés.
Arbeitet ihr remote oder vor Ort?
Beides. Unser Büro ist in Dortmund. Für Workshops, Kickoffs und Entwicklung im Team kommen wir zu Dir, ins Ruhrgebiet genauso wie nach Süddeutschland oder in die Schweiz. Den Rest erledigen wir remote. Du hast Zugriff auf unser Projektmanagement und die Zeiterfassung und siehst jederzeit, woran gearbeitet wird.
Wie groß ist das Team, und wer arbeitet an meinem Projekt?
Zehn Beschäftigte, davon acht in der Entwicklung, alle in Deutschland. Für Dein Projekt gibt es ein festes Team und einen Ansprechpartner, der den Code selbst versteht. Bei Lastspitzen kommen weitere Entwickelnde aus dem eigenen Team dazu, nie aus dem Offshore.
Wie lange dauert ein Laravel-Projekt?
Ein erster nutzbarer Stand steht meist nach wenigen Wochen. Das ist der kleinste Schnitt, der Dir schon nützt. Wie lange es bis zur vollständigen Anwendung dauert, hängt von der Fachlogik und den angebundenen Systemen ab. Beziffern können wir den ersten Schritt, nicht das Ende, und genau das sagen wir Dir auch.
Was kostet die Entwicklung mit Laravel?
Den Aufwand bestimmen die Fachlogik und die Zahl der Systeme, die mitspielen müssen. Wir schneiden deshalb zuerst einen ersten nutzbaren Stand zu, der sich sauber beziffern lässt, und erweitern ihn in Phasen mit frühen Releases. So bleiben Aufwand und Ergebnis jederzeit sichtbar. Was der erste Schritt kostet, sagen wir Dir direkt im Erstgespräch.
06 — Kontakt
Projekt im Kopf?
Neues Backend oder eine gewachsene Anwendung, die keiner mehr anfassen will? Schreib uns, woran es hakt. Du sprichst mit jemandem, der den Code selbst versteht.