Sieben Fragen an einen Entwicklungspartner vor der Unterschrift

Die meisten Gründer wählen einen technischen Partner wie ein Restaurant: ein gutes Gespräch, ein schönes Portfolio, ein Bauchgefühl. Das funktioniert gut beim Abendessen. Für eine Entscheidung, die Ihr Produkt ein Jahr lang prägt, reicht das nicht.

Diese sieben Fragen sollen zutage bringen, was ein Pitch Deck nicht zeigt. Jede hat ein konkretes Fehlerbild, das sie aufdecken soll.

1. Wem gehört der Code, und ab welchem Datum?

Das ist die Frage, die Gründer am häufigsten vergessen und die sich später am schwersten korrigieren lässt.

Worauf Sie prüfen: ob geistiges Eigentum schrittweise auf Sie übergeht, erst nach der Schlusszahlung, oder gar nicht explizit geregelt ist.

Eine starke Antwort: „Ihnen gehört alles ab dem ersten Commit. Das steht als feste Klausel im Vertrag, unabhängig von der Schlusszahlung." Manche seriösen Partner koppeln die vollständige IP-Übertragung dennoch als übliche kommerzielle Absicherung an die Schlusszahlung, was vertretbar ist, solange sie das klar sagen statt vage zu bleiben.

Das Warnsignal: Zögern, oder eine Antwort, die „nach Abschluss der Zusammenarbeit" nennt, ohne einen konkreten Auslöser. Kann ein Partner nicht klar benennen, wann Sie rechtlich Eigentümer der Arbeit werden, gehen Sie von der ungünstigsten Auslegung aus.

2. Was genau ist in diesem Preis nicht enthalten?

Jedes Angebot impliziert eine Grenze. Die Frage ist, ob die Gegenseite sich Gedanken gemacht hat, wo diese verläuft.

Worauf Sie prüfen: ob die Ausschlussliste konkret oder generisch ist.

Eine starke Antwort ist lang und trocken: keine Kosten für Drittanbieter-APIs, kein Content-Writing, keine Datenmigration aus dem Altsystem, Support endet an Tag 30, native Mobile-Apps sind ein separates Angebot. Konkretheit ist hier ein gutes Zeichen, kein schlechtes.

Das Warnsignal: „Keine Sorge, was auch kommt, wir kümmern uns darum." Das klingt großzügig. Es bedeutet, dass die Grenze undefiniert ist, und undefinierte Grenzen werden zugunsten des Partners neu gezogen, sobald die Arbeit begonnen hat und die Wechselkosten bei Ihnen liegen.

3. Welches war Ihr letztes Projekt, das nicht gut lief, und warum?

Jede Agentur hat eines. Die Frage ist nicht, ob etwas schiefging, sondern ob es ehrlich beschrieben werden kann.

Worauf Sie prüfen: Selbstreflexion und eine konkrete, überprüfbare Ursache.

Eine starke Antwort benennt ein konkretes Scheitern: einen Umfang, der unterschätzt wurde, weil eine Zahlungsintegration komplexer war als erwartet, und was sich danach im Prozess geändert hat. Das ist ein Partner, der tatsächlich genug ausgeliefert hat, um Narben zu haben.

Das Warnsignal: „Wir haben eigentlich keine Fehlschläge, wir liefern immer." Niemand hat eine hundertprozentige Erfolgsquote. Diese Antwort bedeutet entweder, dass hier gerade, am Telefon, noch vor jeder Unterschrift, nicht ehrlich geantwortet wird, oder dass ein schlechtes Ergebnis für den Kunden nicht als nennenswerter Fehlschlag gilt.

4. Was sehe ich jede Woche, während das gebaut wird?

Diese Frage prüft, ob Sie einen Prozess kaufen oder ein Versprechen.

Worauf Sie prüfen: ein konkretes, wiederkehrendes Artefakt, keine allgemeine Kommunikationszusage.

Eine starke Antwort: jeden Donnerstag eine funktionierende Demo, jeden Freitag eine schriftliche Sprint-Notiz, eine jederzeit zugängliche Staging-Umgebung. Das sind Dinge, die existieren, egal ob jemand daran denkt, ein Update zu schicken.

Das Warnsignal: „Wir halten Sie auf dem Laufenden" oder „wie es Ihnen passt". Ein vager Rhythmus wird binnen drei Wochen zu keinem Rhythmus, und in Woche sechs laufen Sie den Status hinterher, statt ihn zu bekommen.

5. Wer genau arbeitet daran, und wie viel ihrer Zeit?

Verkaufsgespräche führt die dienstälteste, überzeugendste Person im Unternehmen. Diese Person schreibt häufig nicht Ihren Code.

Worauf Sie prüfen: benannte Personen und reale Prozentsätze, keine Jobtitel.

Eine starke Antwort: „Ein Tech Lead zu 40 Prozent, zwei Entwickler zu 100 Prozent, ein Designer zu 30 Prozent, und ich übernehme die Sprintplanung mit etwa 15 Prozent." Prozentsätze, die sich nicht zu einem sinnvollen Team addieren oder mehr Personen einführen, als das Budget plausibel tragen kann, sind es wert, hinterfragt zu werden.

Das Warnsignal: Das Team wird nur nach Rolle beschrieben, ohne Namen, und niemand kann Ihnen sagen, wer Ihr täglicher Ansprechpartner sein wird. Ihnen wird der Ruf eines Unternehmens verkauft, während Ihr Projekt von den Entwicklern bearbeitet wird, die in der jeweiligen Woche frei sind.

6. Was würden Sie streichen, wenn mein Budget 30 Prozent kleiner wäre?

Das ist der schnellste Weg herauszufinden, ob die Person Ihnen gegenüber tatsächlich über Ihr Produkt nachgedacht hat oder ein Standardpaket herunterbetet.

Worauf Sie prüfen: eine sofortige, konkrete Antwort.

Eine starke Antwort kommt binnen Sekunden, weil ein Partner, der Ihr Produkt versteht, bereits weiß, welche Funktionen tragend sind und welche nicht. „Ich würde das Analyse-Dashboard im Adminbereich und die zweite Sprache streichen, alles im Kern-Transaktionsfluss behalten."

Das Warnsignal: eine lange Pause, gefolgt von „alles ist wichtig" oder der Bitte, darüber nachzudenken und sich zu melden. Braucht jemand drei Tage, um herauszufinden, was in Ihrem Produkt am wichtigsten ist, hat er es noch nicht verinnerlicht, und das wird sich bei jeder künftigen Umfangsentscheidung zeigen.

7. Was passiert am Tag nach dem Launch?

Der Launch-Tag wird in jedem Pitch besprochen. Der Tag danach fast nie, und genau dort zeigt sich der wirkliche Unterschied zwischen Dienstleister und Partner.

Worauf Sie prüfen: einen konkreten Plan, keine vage Zusicherung von „laufendem Support".

Eine starke Antwort nennt ein definiertes Zeitfenster, einen definierten Umfang dessen, was darin abgedeckt ist, und einen expliziten nächsten Schritt: 30 Tage inkludierte Fehlerbehebung, ein vor der Übergabe eingerichtetes Monitoring-Dashboard und einen vorgeschlagenen Retainer oder Supportvertrag für alles Weitere, jetzt bepreist statt später unter Druck verhandelt.

Das Warnsignal: „Wir sind immer erreichbar, falls Sie uns brauchen." Das ist kein Plan, sondern ein Satz, der das Gespräch beenden soll. Erreichbar zu welchem Preis, mit welcher Reaktionszeit, für welchen Arbeitsumfang? Wird das vor der Unterschrift nicht geklärt, wird es später geklärt, zu deren Bedingungen, wenn Ihnen kein Verhandlungsspielraum mehr bleibt.

Wie Sie das in der Praxis nutzen

Schicken Sie das nicht als schriftlichen Fragebogen. Stellen Sie die Fragen in einem Gespräch und achten Sie darauf, wie schnell und konkret geantwortet wird, nicht nur worauf. Zögern bei Frage eins oder vier verrät mehr als die Worte, mit denen es überspielt wird.

Wenn nur Zeit für zwei Fragen bleibt, stellen Sie 1 und 6. Die Eigentumsfrage zeigt, was Sie tatsächlich kaufen. Die Budgetfrage zeigt, ob sich die Person wirklich mit Ihrem Produkt befasst hat oder ein Skript abspult.

So würden wir alle sieben Fragen schriftlich beantworten, bevor Sie überhaupt fragen: Unser Beispiel-Blueprint zeigt genau, was ein echter Scoping-Prozess hervorbringt, und unsere Preise listen auf, was in jeder Stufe enthalten ist und was nicht. Wenn Sie uns lieber direkt fragen möchten, nehmen Sie Kontakt auf.