Der Leitfaden für nicht-technische Gründer zur Partnersuche

Das Schwierigste am Dasein als nicht-technischer Gründer ist nicht, jemanden zu finden, der programmieren kann. Es ist zu beurteilen, ob die gefundene Person tatsächlich gut ist, wenn Sie ihre Arbeit strukturell nicht selbst prüfen können.

Das ist ein Rahmen, um genau das trotzdem zu tun.

Die kurze Antwort

Nichts davon erfordert, programmieren zu lernen. Es erfordert zu wissen, was man stattdessen fragt.

Der Fehler, den dieser Leitfaden verhindern will

Nicht-technische Gründer scheitern meist nicht, weil sie jemanden Inkompetenten gewählt haben. Sie scheitern, weil sie die technische Seite als Dienstleister behandelt haben, der eine Spezifikation abarbeitet, statt als Partner, der mit ihnen streiten sollte.

Ein technischer Partner, der alles umsetzt, worum Sie bitten, ohne Einwand, ist nicht hilfreich - er hält genau das zurück, was Sie selbst nicht beisteuern können: Urteilsvermögen darüber, was technisch klug ist. Wenn niemand im Team Ihnen Nein sagen kann, haben Sie keinen Partner. Sie haben sehr teures Tippen.

Vier Wege zu technischer Hilfe und welchen Sie tatsächlich brauchen

Ein technischer Mitgründer - echte Anteile, echtes Eigentum, wirklich im Geschäft verankert, nicht nur im Bau. Sinnvoll, wenn der eigentliche Vorsprung Ihres Produkts technisch ist: ein neuartiger Algorithmus, ein Infrastrukturvorteil, etwas, bei dem die Entwicklung selbst der Burggraben ist. Am teuersten in Anteilen, am tiefsten in der Interessenangleichung.

Ein bezahlter technischer Partner oder Studio, potenziell zu Bar-plus-Anteil-Konditionen, das als produktdenkender Partner ohne vollen Mitgründerstatus arbeitet. Wir haben darüber geschrieben, wie dieses Modell im Vergleich zu einer Agentur oder Freelancern abschneidet - kurz gesagt haben anteilsgebundene Partner einen strukturellen Grund, mit Ihren Scope-Entscheidungen zu streiten, und genau das braucht ein nicht-technischer Gründer und kann es selbst nicht liefern.

Ein fraktionaler oder beratender CTO - jemand Erfahrenes, der Entscheidungen prüft und andere technische Einstellungen bewertet, ohne täglich Code zu schreiben. Gute Passung, sobald Sie Ingenieure haben, aber niemanden, der sie in die Verantwortung nimmt; schwache Passung, wenn im Bauprozess bisher überhaupt kein technisches Urteil vorhanden ist.

Freelancer, direkt gesteuert - am günstigsten, am flexibelsten, und erfordert, dass Sie das fehlende Produkt- und Architekturverständnis persönlich beisteuern. Funktioniert, wenn Sie dieses Verständnis bereits anderswoher haben. Funktioniert als erste Einstellung für einen Gründer ohne technischen Hintergrund selten gut, weil niemand die Ebene liefert, die Sie selbst nicht liefern können.

Die meisten nicht-technischen Gründer wählen standardmäßig die vierte Option, weil sie am günstigsten wirkt. Sie ist oft die teuerste, weil die Urteilslücke nicht verschwindet - sie bleibt nur ungefüllt, bis etwas kaputtgeht.

Wie Sie jemanden beurteilen, den Sie technisch nicht beurteilen können

Vier Dinge, die keine einzige Zeile Code erfordern.

Können sie eine technische Entscheidung so erklären, dass Sie sie tatsächlich verstehen? Nicht vereinfacht - übersetzt. Wer etwas tief versteht, kann meist in einfacher Sprache erklären, warum es wichtig ist. Wer das nicht kann, versteht es möglicherweise nicht so gut, wie sein Vokabular vermuten lässt.

Widersprechen sie Ihnen irgendwann, bevor Sie etwas unterschrieben haben? Ein Partner ohne jeden Einwand zu Ihrem Scope, Zeitplan oder Ansatz hat sich entweder nicht ernsthaft mit Ihrer Idee befasst oder sagt Ihnen, was den Auftrag sichert, statt was wahr ist. Beides wollen Sie nicht von der einzigen Person im Team, die eine schlechte technische Entscheidung abfangen kann.

Können Sie ihnen live bei der Arbeit zusehen, statt über ihre Arbeit zu lesen? Ein offener Durchgang durch ein früheres Projekt - Bildschirm geteilt, Fragen willkommen - sagt einem nicht-technischen Gründer in fünfzehn Minuten mehr als eine polierte Fallstudie in einer Stunde. Souveränität unter Live-Fragen ist ein echtes, nicht-technisches Signal.

Was ist beim letzten Mal passiert, als bei ihnen etwas schiefging? Jeder hat ein Projekt, das nicht perfekt lief. Wer seines konkret beschreiben und sagen kann, was sich danach änderte, ist vertrauenswürdiger als jemand, der eine makellose Bilanz behauptet - unser Leitfaden zur Prüfung eines Entwicklungspartners behandelt genau diese Frage ausführlicher, weil sie zu den aussagekräftigsten gehört, die jedem offenstehen, technisch oder nicht.

Wöchentliche Kontrollpunkte, die keine technische Kompetenz erfordern

Sie müssen den Code nicht verstehen, um zu wissen, ob das Projekt im Plan ist. Sie brauchen etwas, das Sie direkt beobachten können.

Eine funktionierende Demo, kein Statusbericht. „Wir sind zu 70 Prozent mit der API-Schicht fertig" sagt Ihnen nichts Überprüfbares. Ein echtes Feature durchzuklicken, auch ein rohes, sagt Ihnen alles - es tut, was es soll, oder nicht.

Eine Antwort in einfacher Sprache auf „was würden Sie bei kleinerem Budget streichen". Sofort und konkret heißt, sie verstehen die Produktprioritäten. Eine lange Pause oder „alles ist wichtig" heißt, noch nicht - und dass sie Sie später nicht vor Scope-Problemen schützen können.

Übereinstimmung zwischen dem, was sie sagen, und dem, was Sie sehen können. Wenn die erzählte Version des Fortschritts immer besser klingt als das, was Sie selbst durchklicken können, ist genau diese Lücke das Signal - nicht die Erzählung selbst.

Anteile, falls Sie diesen Weg gehen

Nicht-technisch zu sein ändert die Mechanik einer Anteilsvereinbarung nicht, erhöht aber den Wert einer unabhängigen Zweitmeinung vor der Unterschrift. Die Grundschutzmechanismen sind unabhängig von Ihrem eigenen Hintergrund dieselben: Vesting gebunden an echte Lieferschritte statt vorab gewährt, ein Prozentsatz, der sich danach richtet, wie viel Bargeld Sie nicht zahlen, und ausschließlich Stammanteile - kein Beiratssitz, keine Vetorechte. Die vollständige Mechanik, einschließlich wie ein fairer Bar-gegen-Anteil-Tausch aussieht, behandeln wir in unserem Leitfaden zu Anteilen für einen Entwicklungspartner.

Wenn die Anteilsforderung eines potenziellen Partners sich nicht sauber daran bemisst, wie viel Bargeld er nachlässt, ist das eine Zweitmeinung wert, egal wie souverän er sie erklärt.

Die eine wichtigste Frage

Fragen Sie jeden Kandidaten: „Wogegen würden Sie sich wehren, wenn ich Sie darum bäte?"

Ein echter technischer Partner hat sofort eine Antwort, weil er sich bereits eine Meinung zu Ihrer Idee gebildet hat. Wer sagt „ich baue, was Sie wollen", ist nicht entgegenkommend - er sagt Ihnen so deutlich wie möglich, dass Sie jede technische Ermessensentscheidung allein treffen werden. Als nicht-technischer Gründer ist das genau die eine Aufgabe, die Sie nicht selbst erledigen können.

Unsicher, ob Sie einen Mitgründer, Partner oder Berater brauchen? Beschreiben Sie, wo Sie stehen, und wir sagen Ihnen ehrlich, welches Modell passt - auch wenn es nicht wir sind. Unsere Preise und Anteilskonditionen sind offen veröffentlicht.