
Software-Agentur auswählen: Die 12-Fragen-Checkliste
Zwölf Fragen entscheiden mehr als jedes Portfolio: Wer baut (lernt ihr die echten Entwickler kennen, wie ist die Seniorität, wird untervergeben), wie gearbeitet wird (was ist in Woche zwei live, wie laufen Scope-Änderungen, zeigt man euch eine frühere Übergabe) und was danach passiert (wem gehören Code und Accounts, Wartungskonditionen, Exit-Prozess). Eine Agentur, die hier defensiv wird, hat die Frage beantwortet.
Wir sind eine Agentur, die einen Leitfaden zum Prüfen von Agenturen schreibt — also Karten auf den Tisch: Diese Liste filtert auch uns. Genau darum geht es. Eine Checkliste funktioniert nur, wenn sie auch den disqualifizieren kann, der sie euch reicht.
Wer baut euer Produkt wirklich?
- Lernen wir die Entwickler kennen, die den Code schreiben? Nicht den Account Manager — die Leute, die committen.
- Wie ist die Seniorität in unserem Projekt gemischt? „Senior-geführt" heißt manchmal: ein Senior reviewt fünf Juniors.
- Wird Arbeit untervergeben oder offshore erledigt? Nicht automatisch schlecht — verschwiegen ist schlecht.
- Wer reviewt den Code, und wie? Gibt es keine Antwort, gibt es kein Review.
Wie wird Woche für Woche gearbeitet?
- Was ist am Ende von Woche zwei live? Die Antwort trennt Shipping-Kulturen von Planungs-Kulturen.
- Wie geht ihr mit einer Scope-Änderung mitten im Projekt um? Ihr wollt einen Prozess hören, nicht „wir sind flexibel".
- Könnt ihr ein Repo oder eine Übergabe aus einem abgeschlossenen Projekt zeigen? Geschwärzt ist fein. Verweigerung ist ein Datenpunkt.
- Wie kommt Code vom Laptop in die Produktion? Achtet auf Tests, CI und Deploys mit einem Befehl.
Was passiert nach dem Launch?
- Wem gehören Repository und Cloud-Accounts ab Tag eins? Die einzige akzeptable Antwort: euch.
- Wie sind die Wartungskonditionen — und dürfen wir ablehnen? Support soll ein Angebot sein, keine Geiselhaft.
- Wie sieht der Exit aus? Übergabedoku, Zugangs-Transfer, Übergangszeitraum — im Vertrag, nicht im guten Willen.
- Was passiert, wenn wir drei Monate pausieren? Zeigt, wie abhängig ihr von ihrer Verfügbarkeit wärt.
Welche Antworten zählen am meisten?
| Frage | Gute Antwort | Rotes Tuch |
|---|---|---|
| Entwickler kennenlernen? | „Hier ist das Team, fragt sie alles" | Nur der Vertrieb sitzt in jedem Call |
| Live in Woche zwei? | Ein deploytes Stück, egal wie klein | „Woche 1–6 sind Discovery und Design" |
| Frühere Übergabe? | Zeigt Doku und Repo-Struktur | „Vertraulich" — bei jedem einzelnen Projekt |
| Wem gehören Code und Accounts? | Euch, ab dem ersten Commit | Agentur-eigen, „aus praktischen Gründen" |
| Scope-Änderungen? | Schriftlicher Change-Prozess mit Trade-offs | „Das klären wir unterwegs" |
| Exit-Prozess? | Im Vertrag definiert | Vage Versprechen, kein Dokument |
Sechs von zwölf gut beantwortet ist ein Vielleicht. Neun oder mehr, und ihr habt vermutlich einen Partner statt eines Lieferanten gefunden. Frage 9 zählt doppelt — alles andere ist reparabel, aber die Ownership am eigenen Produkt zu verlieren ist der Fehlermodus, der Firmen beendet.
Wir beantworten alle zwölf im ersten Gespräch — der schnellste Weg, uns zu testen: MVP-Development. Noch unsicher, ob überhaupt eine Agentur? Lest Agentur vs. Inhouse-Entwicklung.

