Software entwickeln lassen ohne technischen Mitgründer

Sie haben die Idee, kennen den Markt und haben vielleicht schon erste Kunden, die auf eine Lösung warten. Was fehlt, ist jemand im Gründungsteam, der programmieren kann. Die naheliegende Lösung ist, die Software extern entwickeln zu lassen. Die naheliegende Sorge auch: "Ich verstehe nicht, was der Entwickler macht, und habe Angst, abhängig zu werden."

Diese Sorge ist berechtigt, aber lösbar. Dieser Artikel zeigt, welche Konten und Rechte Ihnen von Anfang an gehören müssen, woran Sie gute Zusammenarbeit ohne Programmierkenntnisse erkennen und wie Sie später ein eigenes Team aufbauen, ohne bei null zu beginnen.

Die eigentliche Sorge: abhängig von jemandem, den man nicht kontrollieren kann

Ein technischer Mitgründer (oft CTO genannt) ist eine Person im Gründungsteam, die Technik verantwortet und meist Anteile am Unternehmen hält. Fehlt diese Person, übernimmt ein externer Partner die Entwicklung. Das funktioniert gut, solange drei Risiken im Griff sind:

• Wissen steckt nur in einem Kopf. Wenn nur der Entwickler weiß, wie die Software aufgebaut ist, wird jeder Wechsel teuer.
• Konten laufen auf fremde Namen. Liegt der Code im Konto des Entwicklers oder ist der Server auf ihn angemeldet, haben Sie im Streitfall keinen Zugriff.
• Fortschritt ist unsichtbar. Wenn Sie monatelang nur Berichte lesen, aber nichts ausprobieren können, merken Sie Probleme zu spät.

Alle drei Risiken lassen sich mit klaren Regeln vor dem ersten Code vermeiden. Dafür müssen Sie nicht programmieren können.

Freelancer, Agentur oder Entwickler-Partner: was zu welcher Phase passt

Es gibt nicht die eine richtige Wahl. Entscheidend ist, in welcher Phase Sie stehen und wie viel Begleitung Sie brauchen.

• Freelancer: oft günstig und flexibel, ideal für klar abgegrenzte Aufgaben. Das Risiko: Fällt die Person aus, steht das Projekt. Für ein ganzes Produkt ohne eigene technische Kompetenz im Team brauchen Sie besonders gute Dokumentation.
• Größere Agentur: mehrere Rollen wie Design, Entwicklung und Projektleitung unter einem Dach. Das gibt Sicherheit, kostet aber mehr, und Sie sprechen oft mit einer Projektleitung statt mit den Menschen, die den Code schreiben.
• Kleiner Entwickler-Partner: ein spezialisiertes Team, das wie ein technischer Mitgründer auf Zeit arbeitet, mit direktem Kontakt zum Entwickler. Passt gut, wenn Sie neben der Umsetzung auch Beratung zu Technik und Entscheidungen brauchen.

Fragen Sie jeden Anbieter: Wer genau arbeitet an meinem Projekt? Was passiert, wenn diese Person ausfällt? Wie übergeben Sie das Projekt, wenn wir uns trennen?

Diese Konten und Rechte müssen von Tag eins Ihnen gehören

Das ist der wichtigste Abschnitt dieses Artikels. Legen Sie die folgenden Konten selbst an, auf Ihr Unternehmen und mit Ihrer E-Mail-Adresse, und geben Sie dem Entwickler nur Zugriff:

1. Code-Ablage (zum Beispiel GitHub oder GitLab): Hier liegt der Quellcode mit seiner gesamten Änderungsgeschichte.
2. Hosting und Server: das Konto beim Anbieter, auf dem Ihre Anwendung läuft.
3. Domain und DNS: die Adresse Ihrer Anwendung im Internet.
4. Zahlungsanbieter, E-Mail-Versand und andere Dienste: alle Konten, über die Geld oder Kundendaten laufen.
5. App-Store-Konten, falls Sie native Apps veröffentlichen.

Zusätzlich gehört die rechtliche Seite in den Vertrag. Im österreichischen Urheberrecht erhält ein Arbeitgeber an Software, die Angestellte im Rahmen ihrer Arbeit schreiben, ein unbeschränktes Werknutzungsrecht (§ 40b UrhG). Für externe Entwickler gilt diese Regel nicht. Hier müssen Sie sich die Nutzungsrechte am Code ausdrücklich vertraglich einräumen lassen, am besten exklusiv und ohne Einschränkung bei Änderung und Weitergabe. Lassen Sie den Vertrag im Zweifel von einer Anwältin oder einem Anwalt prüfen, besonders wenn Investoren später danach fragen.

Woran Sie gute Zusammenarbeit erkennen, ohne Code zu lesen

Sie müssen den Code nicht verstehen, um zu beurteilen, ob ein Projekt gut läuft. Achten Sie auf diese Zeichen:

• Regelmäßige lauffähige Zwischenstände. Alle ein bis zwei Wochen sollten Sie etwas selbst ausprobieren können, auf einer Testumgebung mit eigener Adresse.
• Entscheidungen in verständlicher Sprache. Warum wurde diese Technik gewählt? Was kostet eine Änderung? Gute Entwickler erklären das ohne Fachjargon.
• Ehrliche Aussagen zu Aufwand. "Das ist aufwendiger als gedacht, hier sind zwei günstigere Varianten" ist ein gutes Zeichen. Dauerndes "kein Problem" eher nicht.
• Eine kurze Dokumentation. Wie startet man die Anwendung, wo laufen welche Dienste, welche Zugangsdaten gibt es? Diese Informationen sollten schriftlich bei Ihnen liegen.
• Sicherheitskopien. Fragen Sie, wo die Daten gesichert werden und ob eine Wiederherstellung schon einmal getestet wurde.

Beispiel: Ein Gründer eines Vermittlungsportals bekommt jeden Freitag einen Link zur Testversion und drei Sätze dazu, was neu ist und was als Nächstes kommt. Er sieht nach wenigen Wochen, dass die Suche anders funktioniert als gedacht, und kann früh gegensteuern. Ohne diese Zwischenstände wäre der Fehler erst kurz vor dem Launch aufgefallen.

Drei typische Fehler, die Abhängigkeit erzeugen

Die meisten Probleme entstehen nicht durch schlechte Absichten, sondern durch Bequemlichkeit am Projektanfang. Diese drei Fehler kommen häufig vor und lassen sich leicht vermeiden:

• "Der Entwickler richtet das schnell ein." Er legt den Server auf seinen Namen an, weil es schneller geht. Jahre später weiß niemand mehr, wo die Zugangsdaten liegen. Lösung: Konten selbst anlegen, auch wenn es eine halbe Stunde länger dauert.
• Kein schriftlicher Umfang. Ohne festgehaltene Funktionen wird jede Diskussion über Preis und Termin zur Ansichtssache. Lösung: Vor dem Start eine kurze Liste, was die erste Version kann und was nicht.
• Bezahlung ohne Zwischenstand. Wer große Beträge vorab zahlt, ohne etwas ausprobieren zu können, verliert jeden Hebel. Lösung: Zahlungen an lauffähige Zwischenstände koppeln, die Sie selbst testen.

Keiner dieser Punkte setzt technisches Wissen voraus. Sie brauchen nur die richtigen Fragen und den Mut, auf klaren Antworten zu bestehen.

Übergabe an einen späteren CTO oder ein eigenes Team

Wenn Ihr Produkt wächst, werden Sie irgendwann eigene Entwickler einstellen oder einen technischen Mitgründer an Bord holen. Damit dieser Übergang reibungslos klappt, sollten von Anfang an diese Dinge erfüllt sein:

• Der Code nutzt verbreitete Technik, für die Sie am Arbeitsmarkt Leute finden.
• Es gibt eine Anleitung, wie ein neuer Entwickler das Projekt auf seinem Rechner startet.
• Wichtige Entscheidungen sind kurz begründet festgehalten.
• Der externe Partner ist bereit, eine Übergabephase zu begleiten.

Ein guter Partner sieht diese Übergabe als Erfolg, nicht als Verlust. Sein Ziel sollte sein, dass Ihr Unternehmen unabhängig wird.

Wie wir das bei EA Digital Solutions lösen

Wir arbeiten mit Gründerinnen und Gründern, die keinen technischen Hintergrund haben, und übernehmen in der ersten Phase die Rolle eines technischen Partners auf Zeit. Sie sprechen direkt mit dem Entwickler, der Ihre Software baut. Wir empfehlen, dass Code-Ablage, Hosting und Domain von Anfang an auf Ihr Unternehmen laufen, und richten das gemeinsam mit Ihnen ein. Der Quellcode gehört Ihrem Unternehmen.

Wie wir Startups von der Idee bis zur ersten zahlenden Version begleiten, lesen Sie auf der Seite Softwareentwicklung für Startups in Graz. Wenn Sie vorab eine unabhängige Einschätzung zu Technik, Anbietern oder bestehendem Code brauchen, hilft unser IT-Consulting in Graz. Wer hinter EA Digital Solutions steht, erfahren Sie über uns. Unser Büro ist in Graz, wir arbeiten genauso remote mit Startups in ganz Österreich und Deutschland.

Ihr nächster Schritt

Im kostenlosen Erstgespräch gehen wir Ihre Idee durch und zeigen Ihnen, welche Konten und Rechte Sie vor dem ersten Code sichern sollten. Sie gehen mit einer klaren Liste aus dem Gespräch, auch wenn Sie sich am Ende für einen anderen Anbieter entscheiden. Bringen Sie gerne mit, was schon existiert: eine Ideenskizze, ein bestehendes Angebot eines anderen Anbieters oder Code, den ein früherer Entwickler hinterlassen hat. Wir sehen uns das gemeinsam an und sagen Ihnen, wo Sie stehen.