Selbst entwickeln oder kaufen: wann sich Individualsoftware lohnt und wann nicht

Die kurze Antwort: Kaufen oder lizenzieren Sie, wenn Ihr Problem verbreitet ist und Ihre Differenzierung woanders liegt. Entwickeln Sie, wenn der Workflow selbst der Geschäftsvorteil ist, also das, wofür Kunden Sie tatsächlich bezahlen. Die meisten Teams irren in beide Richtungen, deshalb geht es im Rest dieses Textes darum, wie Sie erkennen, auf welcher Seite der Linie Sie stehen.

Cazullo steht auf beiden Seiten dieser Entscheidung. Wir entwickeln Individualsoftware für Unternehmen und lizenzieren fertige Produkte unter der Marke unserer Kunden, wir verdienen also in beiden Fällen und haben keinen Anreiz, eine Antwort zu verkaufen. Diese Neutralität ist der Punkt dieses Leitfadens: Es ist dieselbe Logik, die wir auf unsere eigenen Produkte anwenden, bevor wir eine Zeile Code schreiben.

Die wahren Kosten des Selbstentwickelns

Der angebotene Preis einer Individualentwicklung ist der billigste Teil des Softwarebesitzes. Nach dem Launch kommt alles, was das Angebot nie erwähnt: Releases veröffentlichen, Abhängigkeiten aktualisieren, App Stores zufriedenstellen, Vorfälle zu unbequemen Zeiten beantworten und Funktionen weiterentwickeln, während sich das Geschäft um sie herum verändert. Teams budgetieren den Bau mit großer Sorgfalt und behandeln den Betrieb als Rundungsfehler, was genau verkehrt herum ist. Der Betrieb von mehr als zehn eigenen Produkten hat uns gelehrt, dass sich die Kosten im Betrieb verstecken, nicht in der Entwicklung.

Eine Eigenentwicklung schafft außerdem eine Abhängigkeitsfrage, die die meisten Projekte nie aufschreiben. Wem gehört der Code im zweiten Jahr, wenn die Launch-Euphorie vorbei ist und die Wartungsrechnungen nicht? Lautet die Antwort die beauftragte Agentur, haben Sie eine Lieferantenabhängigkeit im Kostüm von Eigentum. Lautet die Antwort noch niemand, haben Sie ein halbes Projekt budgetiert.

Wann Kaufen oder Lizenzieren gewinnt

Fertige Produkte gewinnen öfter, als Entwickler zugeben mögen. Greifen Sie zu einem, wenn:

• Das Problem wirklich verbreitet ist: Terminplanung, Rechnungsstellung, ein Onlineshop, ein Verzeichnis, ein Buchungsablauf. Es wurde tausendfach gelöst, und Ihre Version wird nicht besser sein, nur Ihre.
• Ihre Differenzierung woanders liegt: in Marke, Community, Service oder Beschaffung, nicht darin, wie die Software funktioniert.
• Geschwindigkeit wichtiger ist als Passgenauigkeit: Jeder Monat ohne das Werkzeug kostet echten Umsatz oder Glaubwürdigkeit, und eine Eigenentwicklung verschiebt den Launch um Quartale.
• Niemand auf Ihrer Seite die Software langfristig verantworten kann und die Einstellung dieser Person nicht geplant ist.
• Es billiger ist, Ihren Prozess an ein bewährtes Werkzeug anzupassen, als das Werkzeug an Ihren Prozess zu verbiegen, was es meistens ist.

Wann Selbstentwickeln gewinnt

Individualsoftware rechtfertigt ihre Kosten in einer engeren Menge von Situationen, aber wenn sie gewinnt, gewinnt sie groß. Entwickeln Sie, wenn:

• Der Workflow das Produkt ist: Kunden bezahlen Sie genau deshalb, weil Ihr Prozess auf eine Weise funktioniert, die nichts von der Stange kopieren kann.
• Jedes vorhandene Werkzeug Kompromisse erzwingt, die den Umsatz direkt berühren, nicht nur den Komfort.
• Sie proprietäre Daten oder einen proprietären Prozess besitzen, den generische Produkte schlicht nicht abbilden können.
• Sie ein gekauftes Werkzeug bereits über seine Grenzen gedehnt haben und die Behelfslösungen selbst zum Kostenfaktor geworden sind.
• Sie ein Team haben oder wirklich finanzieren werden, das die Software nach dem Launch betreibt. Eine Entwicklung ohne Betreiber ist ein teurer Prototyp.

Die dritte Option, die niemand erwähnt

Die Debatte wird meist als Individualcode gegen generisches SaaS geführt, und beide Extreme tragen eine versteckte Steuer. Die Eigenentwicklung trägt den eben beschriebenen Betrieb. Das SaaS trägt die Marke eines anderen, die Roadmap eines anderen und ein Produkt, das für Sie genauso aussieht wie für Ihren Wettbewerber. Es gibt einen Mittelweg: eine Plattform zu lizenzieren, die für Sie betrieben wird, aber unter Ihrer Marke erscheint.

Cazullo macht das mit seiner White-Label-Plattform. Das Produkt erscheint unter Ihrem Namen, in Ihrem eigenen App-Store-Eintrag, mit Ihren Daten isoliert in einem eigenen Projekt, während Entwicklung und Betrieb auf unserer Seite bleiben. Es ist Kaufen mit den Eigentumssignalen des Selbstentwickelns. Es ist nicht die Antwort auf alles: Wenn der Workflow Ihr Vorsprung ist, lizenzieren Sie nichts und entwickeln Sie. Aber für eine große Klasse von Projekten beseitigt diese Option genau den Zielkonflikt, der diese Entscheidung unmöglich erscheinen lässt.

Eine Checkliste vor der Entscheidung

Beantworten Sie diese Fragen ehrlich, bevor Sie irgendetwas unterschreiben, bei einem Anbieter oder bei Ihren eigenen Entwicklern:

• Ist dieser Workflow der Grund, warum Kunden Sie wählen, oder nur etwas, das Sie zum Funktionieren brauchen?
• Wer betreibt das um 7 Uhr morgens, wenn es kaputtgeht, und steht diese Person wirklich auf Ihrer Gehaltsliste?
• Was kostet es, dies weitere sechs Monate nicht zu haben, während es gebaut wird?
• Werden Sie die Wartung im zweiten Jahr noch finanzieren, mit derselben Priorität wie den Bau im ersten?
• Deckt ein vorhandenes Produkt 80 Prozent des Bedarfs, und sind die fehlenden 20 Prozent wirklich eine Eigenentwicklung wert, oder nur unbequem?
• Wenn Sie lizenzieren: Können Sie später mit Ihren Daten und Ihrer Marke intakt gehen?
• Wenn Sie entwickeln: Wem gehören die technischen Entscheidungen nach dem Launch, Ihrem Team oder dem Anbieter, der gebaut hat?

Unsere ehrliche Grundhaltung: Kaufen oder lizenzieren Sie, und behandeln Sie das Selbstentwickeln als Ausnahme, die begründet werden muss, nicht als Ausgangsambition. Wenn der Workflow wirklich Ihr Vorteil ist, bauen Sie ihn, und finanzieren Sie den Betrieb vom ersten Tag an mit demselben Ernst wie den Bau. Alles andere lizenzieren Sie, behalten Ihre Marke darauf, wenn es Kunden gegenübersteht, und stecken Ihre Energie dorthin, wo Sie wirklich gewinnen.