---
title: "Der Shop ohne CTO: sieben Entscheidungen ohne Verantwortlichen"
description: "Plattform, Agentur, Hosting, Accounts: welche Technikentscheidungen unbemerkt fehlschlagen, wenn niemand sie verantwortet, und was ein CTO fragen würde."
author: "Luboš Zápotočný"
published: "2026-07-08"
language: "de"
canonical: "https://zapolu.com/de/blog/shop-ohne-cto/"
---

# Der Shop ohne CTO: sieben Entscheidungen ohne Verantwortlichen

Zwischen grob zehn und hundert Mitarbeitern steckt ein
E-Commerce-Unternehmen in einer unbequemen Lage: zu viel
Technologie, um sie ohne technische Führung zu steuern, zu wenig,
um einen Vollzeit-CTO zu rechtfertigen. Die Lücke bleibt nicht
leer. Sie wird von demjenigen gefüllt, der ihr organisatorisch am
nächsten steht (ein Gründer, eine Agentur, ein einzelner
Entwickler), und es fällt eine Reihe von Entscheidungen, für deren
Veto niemand qualifiziert ist. Das sind die sieben, die nach
unserer Erfahrung am häufigsten fehlschlagen, samt der Frage, die
eine erfahrene technische Stimme gestellt hätte.

**1. Die Plattform nach der Demo wählen.** Plattformen werden nach
dem Eindruck des Admin-Panels und den Zusagen aus dem Sales-Call
gekauft; anschließend arbeitet das Unternehmen ein Jahrzehnt mit
ihren Edge Cases.
*Die CTO-Frage: Was sind unsere drei ungewöhnlichsten Anforderungen, und
können wir sie auf dieser Plattform laufen sehen, statt sie nur
versprochen zu bekommen?*

**2. Die Agentur nach dem Pitch wählen.** Das günstigste Angebot
und die überzeugendste Präsentation sagen über die Qualität der
späteren Arbeit wenig aus.
Der Schaden zeigt sich zwei Jahre später als Lock-in: Der Code liegt
in privaten Repos der Agentur, die Infrastruktur läuft über deren
Accounts, und das Wissen steckt in den Köpfen ihrer Mitarbeiter.
*Die CTO-Frage: Wenn wir
uns in zwölf Monaten trennen, was genau nehmen wir mit?*

**3. Einen Senior-Entwickler einstellen, wenn das Problem die
Architektur ist** (oder einen Architekten, wenn das Problem der
Durchsatz ist). Ohne jemanden, der beides gesehen hat, besetzt das
Unternehmen die Rolle als Reaktion auf die letzte schlechte
Erfahrung.
*Die CTO-Frage: Ist unser Engpass das Entscheiden, was gebaut wird,
oder das Bauen?*

**4. Die Plugin-Zahl zur Architektur werden lassen.** Jedes Plugin
war ein Quick Win. Fünfzig Quick Wins später dauert das Upgrade ein
Quartal, und niemand kann sagen, welches Plugin für die
Preisberechnung zuständig ist. *Die CTO-Frage: Wissen wir bei jedem
davon, was es tut, und würden wir es heute noch einmal
installieren?*

**5. Die Infrastruktur per Default erben.** Der Shop läuft dort, wo
ihn der erste Entwickler eingerichtet hat, dimensioniert ohne
Lasttest, ohne anderes Monitoring als Kundenbeschwerden. Das
funktioniert bis zur ersten großen Kampagne.
Und wenn [der Checkout unter Last ausfällt, die die Server
eigentlich tragen müssten](/de/blog/warum-der-checkout-im-sale-zusammenbricht/),
wird dieser Default plötzlich teuer. *Die
CTO-Frage: Was passiert beim Fünffachen des heutigen Traffics, und
woher wissen wir das?*

**6. Die Accounts nicht besitzen.** Die Domain beim Registrar der
Agentur, Analytics unter dem Google-Konto eines Freelancers,
Deploy-Keys auf dem Laptop eines Mitarbeiters, der das Unternehmen
verlassen hat. Solange die Beziehung intakt ist, fällt nichts davon
auf;
zerbricht sie, wird alles gleichzeitig zum Problem. *Die CTO-Frage: Können wir jeden Account
aufzählen, von dem das Geschäft abhängt, und wer kontrolliert
jeweils die Wiederherstellung?*

**7. Performance als Launch-Aufgabe behandeln.** Die Seite war zum
Launch schnell; seitdem wird sie Plugin für Plugin und Banner für
Banner langsamer, und niemand fühlt sich für die Zahl
verantwortlich. Geschwindigkeit ist eine Betriebskennzahl wie die
Uptime: Sie braucht eine verantwortliche Person und eine
Trendlinie, nicht nur ein Projekt zum Launch. *Die CTO-Frage: Was war unser
LCP-Wert im letzten Monat, und wer hat die Veränderung bemerkt?*

## Das Muster hinter allen sieben

Keiner dieser Fehler entsteht aus mangelnder Kompetenz, sondern aus
fehlender Zuständigkeit: Jede Entscheidung war für sich genommen
vernünftig,
nur für die Summe war niemand verantwortlich. Der Fix muss keine Festanstellung
sein. In dieser Unternehmensgröße ist der CTO-Job real, aber
Teilzeit, und dafür gibt es
[Fractional-CTO-Engagements](/de/services/fractional-cto/): ein paar
Stunden pro Woche von jemandem, dessen Job es ist, die Fragen oben
zu stellen, bevor die Kosten entstehen, statt danach.

Wenn Sie mehrere der sieben Punkte aus dem eigenen Unternehmen
kennen, ist das ein Gespräch wert, und
[das erste kostet nichts](/de/contact/).