Skip to content
Givore Studio

Givore Vergleich

Wie du beurteilst, wer deine Software baut

Fünf Fragen, die dir sagen, ob die Leute, die deine Software bauen, noch da sind, wenn sie kaputtgeht: Eigentum, Dokumentation, wer den Betrieb führt und was passiert, wenn du gehen willst.

Beurteile die Leute, die deine Software bauen, an fünf Dingen: Gehören dir Code und Konten, ist die Arbeit aufgeschrieben, wer betreibt sie nach dem Launch, kannst du gehen, und sagen sie dir etwas Wahres, das sie den Auftrag kostet? Für keines davon musst du Code lesen können. Alle sagen voraus, ob du im zweiten Jahr noch zufrieden bist.

Gehören dir Code und Konten?

Das Repository sollte in deiner Organisation liegen, Server und Drittanbieter-Dienste auf deinen Namen, ab dem ersten Projekttag. Nicht am Ende übergeben, kein “das regeln wir später”. Wenn die Antwort etwas anderes als ein klares Ja ist, mietest du das System deines eigenen Unternehmens — und die Miete steigt, sobald du gehen willst.

Ist die Arbeit aufgeschrieben?

Kein Handbuch, das niemand liest, sondern genug, damit eine fähige Person, die dein System nie gesehen hat, sich darin zurechtfindet. Wie die Teile zusammenhängen, wo was läuft, was wann kaputtgeht. Das ist es, was jedes andere Risiko überlebbar macht, und das wird am häufigsten übersprungen, weil es niemand direkt bezahlt.

Wer betreibt es nach dem Launch?

Stell die Frage direkt und hör zu, ob in der Antwort ein Sonntag vorkommt. Software bauen und Software am Leben halten sind zwei verschiedene Jobs, und beim zweiten verrotten die meisten Geschäftssysteme still vor sich hin. Plattformen verschieben sich jeden Monat unter einer App. Eine App, die niemand pflegt, bleibt nicht bei “funktioniert” stehen — sie verfällt, bis sie eines Tages nicht mehr aufgeht.

Wir bauen und betreiben. Givore ist der Beleg, auf den wir zeigen können: Wir haben es entworfen, die Apps geschrieben, das Backend gebaut, und wir führen den Betrieb bis heute.

Kannst du gehen?

Gute Arbeit ist portabel. Der Code liegt an einem Ort, den du kontrollierst, er steht auf Standardwerkzeugen, die andere Entwickler kennen, und nichts daran ist darauf ausgelegt, dich zu halten. Abhängigkeit steht selten im Vertrag. Meist ist sie ein System, das nur eine Seite versteht, auf Konten, an die nur eine Seite kommt.

Sagen sie dir etwas, das sie den Auftrag kostet?

“Du brauchst keinen Neubau, du brauchst drei Wochen Aufräumen” ist mehr wert als jedes Portfolio. Genauso “diese Funktion kann warten” und “dafür brauchst du noch keine KI”. Wer dein Budget gegen seine eigene Rechnung verteidigt, sagt dir, wie die nächsten zwei Jahre mit ihm laufen werden.

Die Kurzfassung

Lass dir alles gehören. Sorg dafür, dass es aufgeschrieben ist. Wisse, wer sonntags antwortet. Halte es portabel. Vertrau denen, die dir Arbeit ausreden. Wenn du eine ehrliche Einschätzung zu deinem Fall willst, erzähl uns davon — auch wenn die ehrliche Antwort ist, dass du vorerst nichts tun solltest.

Zum Weiterlesen: wie du wählst, wer deine App baut.

Fragen, die Leute stellen

Woran erkenne ich, ob ein Softwareentwickler gut ist?

Lass dir etwas zeigen, das gebaut wurde und heute noch läuft, und frag, wer es am Laufen hält. Einen Launch kann jeder vorzeigen. Ein System, das seit zwei Jahren getragen wird — mit Plattform-Updates, Sicherheitspatches und den Funktionen, die das Geschäft später wollte — können deutlich weniger vorzeigen. Lass dir dann eine technische Entscheidung in normalen Worten erklären. Wenn das nicht geht, ist auch das eine Auskunft.

Was passiert mit meiner Software, wenn die Leute, die sie gebaut haben, verschwinden?

Das hängt an Eigentum und Dokumentation, nicht an der Zahl der Beteiligten. Wenn das Repository, die Server und die Konten bei Drittanbietern auf deinen Namen laufen und die Arbeit aufgeschrieben ist, kann ein anderer Entwickler übernehmen. Wenn nicht, bist du exponiert, egal wer gebaut hat. Bestehe vom ersten Tag an darauf, dass dir alles gehört.

Wer sollte meine Software nach dem Launch betreiben?

Wer sie gebaut hat, wenn er es übernimmt. Software ist beim Launch nicht fertig: Plattformen ändern sich jeden Monat darunter, Abhängigkeiten brauchen Patches, und irgendwann geht an einem Sonntag etwas kaputt. Die Alternative ist, jemand Fremdem dafür zu zahlen, dein System im denkbar schlechtesten Moment von Grund auf zu lernen. Wir bauen und betreiben — deshalb läuft Givore bis heute.