Warum wir keine klassische Agentur sind - und direkt bei euch im Team sitzen

Executive Summary

Viele mittelständische Online-Händler kennen denselben Kreislauf: Agentur wechseln, alles neu erklären, am Ende Code, den das eigene Team nicht versteht. Der Grund ist selten mangelndes Können - es ist das Geschäftsmodell dahinter. Klassische Agenturen schieben Projektmanager zwischen Kunde und Entwicklung und brauchen große Projekte, um ihre Struktur zu finanzieren. Wir arbeiten anders: Senior-Engineers sitzen direkt im Team des Kunden, tragen direkte Verantwortung und starten bewusst klein. Dieser Beitrag erklärt, warum dieser Unterschied für ein KMU weniger Risiko und weniger verbranntes Budget bedeutet - und eröffnet unsere Serie „E-Commerce ohne Bullshit".

Der Kreislauf, den fast jeder Händler kennt

Ihr sprecht mit einem Projektmanager. Der Projektmanager spricht mit den Entwicklern. Die Entwickler bauen, was sie verstanden haben. Beim nächsten Termin stellt sich heraus: nicht ganz das, was gemeint war. Also wieder eine Runde - Ticket, Rückfrage, Abstimmung, Korrektur.

Jede dieser Runden kostet Zeit, und Zeit ist in einem Agenturprojekt die Rechnungseinheit. Das Tückische daran: Diese Zeit erzeugt keinen Code. Sie erzeugt nur die Übersetzung zwischen dem, was ihr wolltet, und dem, was am Ende gebaut wird. Nach ein, zwei frustrierenden Projekten wechselt der Händler die Agentur - und der Kreislauf beginnt von vorn, inklusive Einarbeitung in einen Code, den niemand sauber übergeben hat.

Wir hören das in fast jedem Erstgespräch. Nicht als Einzelfall, sondern als Muster.

Warum klassische Agentur-Modelle das fast erzwingen

Das ist kein böser Wille. Eine klassische Agentur muss viele Rollen bezahlen: Projektleitung, Account-Management, Konzeption, Design, Entwicklung. Diese Struktur rechnet sich nur über große Projekte. Ein kleines, iteratives Mandat passt schlicht nicht in dieses Modell - also wird aus jeder Anfrage ein möglichst großes Projekt mit langer Konzeptionsphase und sechsstelligem Volumen.

Der Projektmanager ist in diesem Aufbau notwendig - aber für euch als Kunde ist er eine zusätzliche Ebene, durch die jede Information zweimal muss. Genau dort gehen Details verloren, genau dort entsteht das „das hatten wir anders verstanden".

Forward Deployed Engineering: der Engineer sitzt mit am Tisch

Wir nennen unseren Ansatz Forward Deployed Engineering. Der Kern ist unspektakulär und genau deshalb wirksam: Ein erfahrener Senior-Engineer arbeitet direkt und eng verzahnt mit eurem Team - physisch vor Ort oder sehr eng abgestimmt. Kein Projektmanager dazwischen, bei dem etwas untergeht. Wir sitzen quasi als zusätzlicher, sehr erfahrener Kollege mit am Tisch.

Das hat zwei Konsequenzen, die im Alltag den Unterschied machen:

Die Person, die entscheidet, ist die Person, die liefert. Wenn im Termin eine Frage zur Datenstruktur, zur Performance oder zur Shopware-Architektur auftaucht, wird sie sofort beantwortet - von jemandem, der den Code danach auch schreibt. Keine Ticket-Schleife, keine Übersetzungsverluste.

Senior statt Junior. Erfahrene Engineers kennen die typischen Stolperfallen eines Shopware-Projekts, bevor sie auftreten. Sie denken voraus, wenn eine Entscheidung getroffen wird - statt eine schlechte Entscheidung sauber umzusetzen und das Problem ein halbes Jahr später zu erben.

Was das konkret für euer Budget bedeutet

Der finanzielle Hebel steckt nicht in einem günstigeren Stundensatz. Er steckt darin, welche Stunden ihr überhaupt bezahlt.

In einem Agenturprojekt zahlt ihr für Abstimmungsschleifen, für Ticket-Verwaltung, für die Einarbeitung mehrerer Beteiligter und für Nacharbeit, die aus Missverständnissen entsteht. Das ist kein einzelner Posten auf der Rechnung - es ist überall verteilt. Im Forward-Deployed-Modell fällt diese Übersetzungsebene weg. Jede bezahlte Stunde fließt näher an den eigentlichen Wert: lauffähigen Code in eurem Shop.

Dazu kommt ein zweiter Effekt. Weil wir direkt im Team sitzen, sehen wir Probleme dort, wo sie entstehen - in der Produktdatenpflege, im Bestellprozess, in der Schnittstelle zum ERP. Wir entwickeln nicht an eurer Realität vorbei. Genau das ist der teuerste Fehler klassischer Projekte: ein fertiges Produkt, das am echten Arbeitsalltag vorbeigeht.

Womit ihr anfangen könnt

Ihr müsst für diesen Unterschied kein laufendes Projekt abbrechen. Drei Schritte reichen für den Anfang:

1. Rechnet eure letzte Agenturrechnung auf. Wie viel Zeit floss in Abstimmung, Projektmanagement und Korrekturschleifen - und wie viel in tatsächliche Entwicklung? Das Verhältnis ist euer ehrlichster Vergleichsmaßstab.

2. Prüft den Bus-Faktor. Könnte euer internes Team - oder ein neuer Entwickler - den bestehenden Shop-Code übernehmen? Wenn nein, seid ihr unabhängig vom Dienstleister nicht handlungsfähig.

3. Definiert einen kleinen, klar abgegrenzten ersten Schritt. Nicht das ganze Re-Design. Eine konkrete Verbesserung, an der sich zeigt, ob die Zusammenarbeit trägt.

Fazit

Der Unterschied zwischen uns und einer klassischen Agentur ist keine Frage der Technik - Shopware bauen viele. Es ist eine Frage des Modells. Wir verzichten bewusst auf die Ebene, die euer Budget auffrisst, ohne Code zu erzeugen, und übernehmen direkte Verantwortung für das, was wir liefern. In den nächsten Beiträgen dieser Serie wird konkret, wie das aussieht: iterativ statt Big-Bang, wartbarer Code, ehrliche Preismodelle und KI, die wirklich integriert ist.

Teil 1 der Serie „E-Commerce ohne Bullshit".