Wann individuelle Entwicklung günstiger ist als ein fertiges Produkt

Warum lässt sich das nicht am Lizenzpreis vergleichen?

Weil auf der einen Seite der Preis der Software steht und auf der anderen der Preis der Software plus der Preis dafür, dass sich das Unternehmen anpasst. Dieser zweite Posten steht in keinem Angebot, obwohl das Unternehmen ihn bezahlt: mit Schulungen, doppelter Dateneingabe, einer Tabelle neben dem System und der Zeit von Mitarbeitern, die sich ausdenken, wie sie etwas umgehen, das nicht zu ihnen passt.

Entscheidend ist also die Summe. Ein fertiges Produkt gewinnt dort, wo sich der Prozess anpassen lässt und das Verbiegen nichts kostet. Individuelle Entwicklung gewinnt dort, wo die Anpassung des Prozesses mehr kosten würde als die Software selbst, und das ist meist genau dort, wo sich das Unternehmen am Markt unterscheidet.

Wofür bezahlen Sie bei individueller Entwicklung eigentlich?

Für den kleineren Teil. Anmeldung, Berechtigungen, Datenverwaltung, Druckausgaben und Schnittstellen für Integrationen sind im Kern fertig, sie werden also nicht neu programmiert; entwickelt wird die Geschäftslogik, die kein fertiges Produkt hat. In einem typischen Projekt ergibt das ungefähr achtzig Prozent fertige Teile und zwanzig Prozent individuelle Entwicklung, und wie das Verhältnis bei Ihnen aussieht, zeigt erst die Spezifikation.

Das ist zugleich die Antwort auf die Frage, warum individuelle Entwicklung günstiger sein kann als der Kauf eines fertigen Produkts, was nach einem Widerspruch klingt. Verglichen wird nämlich nicht eine Entwicklung von null mit einem Standardpaket, sondern ein Standardpaket mit einem Ausbau auf einer Grundlage, die bereits steht und bezahlt ist. Die Element-Plattform, auf der dieser Kern läuft, gibt es seit 2020, und die meisten unserer Anwendungen basieren auf ihr.

Wann gewinnt ein fertiges Produkt?

Immer dann, wenn Ihr Prozess im Grunde Standard ist. Hinter einem fertigen Produkt steht die Erfahrung aus den Betrieben, die es bereits nutzen, und seine Arbeitsweise ist oft besser als die, an die das Unternehmen gewöhnt ist; an einer eigenen Variante nur deshalb festzuhalten, weil sie die eigene ist, lohnt sich dann nicht. Entscheidend sind vier Merkmale:

• Ihre Regeln lassen sich so beschreiben, dass auch ein Außenstehender sie versteht, und sie haben keine Dutzende von Ausnahmen.
• Das Produkt wird bereits von Unternehmen mit ähnlichem Betrieb genutzt, ohne dass sie dafür ihre Branche wechseln mussten.
• Die Zeit entscheidet: Sie müssen in Wochen produktiv sein, nicht in Monaten.
• Niemand im Unternehmen kann genau sagen, worin sich Ihre Arbeit von der Konkurrenz unterscheidet.

Der letzte Punkt ist meist der nützlichste und zugleich der unangenehmste. Wenn die Frage „Was kann der Standard bei uns nicht?“ allgemein beantwortet wird („Wir wollen es nach unseren Vorstellungen haben“), ist das in der Regel ein Zeichen, dass keine Individuallösung nötig ist, sondern nur niemand eine Gewohnheit ändern will.

Woran erkennen Sie, dass der Standard nicht zu Ihnen passt?

Daran, was im Unternehmen neben dem System existiert. Eine Tabelle, in die Daten aus dem System übertragen werden, weil darin eine Spalte fehlt. Ein gemeinsames Dokument, in dem festgehalten wird, was nicht ins Formular gepasst hat. Mitarbeiter, die dasselbe zweimal eingeben, damit es für beide Seiten stimmt.

Diese Umgehungslösungen sind messbar und haben einen Preis in Stunden. Sobald Sie sie für ein Jahr zusammenrechnen, erhalten Sie eine Zahl, mit der sich ein Entwicklungsangebot vergleichen lässt. Ohne sie wird nach Eindruck entschieden, und der Eindruck spricht meist für die Variante, die im ersten Jahr günstiger ist.

Was ist bei individueller Software teurer als erwartet?

Das Leben nach dem Start. Eine individuelle Anwendung hat keinen Hersteller, der sie für Sie weiterentwickelt, also ist jede Gesetzesänderung, jede Integration und jede neue Funktion ein eigener Auftrag. Damit lässt sich rechnen, aber es muss von vornherein im Budget stehen, sonst verbraucht die Lieferung das Budget und für die Weiterentwicklung bleibt nichts übrig.

Der zweite Posten ist die Abhängigkeit vom Anbieter, und es ist fair, vor der Unterzeichnung danach zu fragen. Wo die Daten liegen werden: bei Ihnen oder als SaaS. Wer die Anwendung betreibt und weiterentwickelt. Was passiert, wenn die Zusammenarbeit endet: was Sie erhalten, wer den Betrieb übernehmen kann und ob der Kern auf gängigen Komponenten aufbaut, die sich ersetzen lassen, oder auf etwas, das nur ein einziges Unternehmen auf der Welt beherrscht.

Wann wird über den Preis entschieden?

Bevor programmiert wird, und das ist der Teil, auf den man im Angebot achten sollte. Zuerst ein Workshop dazu, wie Sie heute arbeiten und wo Ihnen Software im Weg steht; daraus ergibt sich, was die Anwendung können soll und was nicht. Dann schriftlich festgehaltene Anforderungen mit einem Rahmenangebot, sodass Sie über Umfang und Preis vor der ersten Codezeile entscheiden.

Erst dann wird entwickelt, und zwar in Teilen: Jeden fertigen Abschnitt prüfen Sie im Testbetrieb mit Ihren eigenen Daten. Der Sinn liegt nicht darin, dass es modern aussieht, sondern darin, wann sich der Unterschied zwischen dem zeigt, was Sie gemeint haben, und dem, was in der Spezifikation steht. Bei der Übergabe in Teilen zeigt er sich in derselben Woche, bei einem am Ende übergebenen Werk erst dann, wenn sich nichts mehr daran ändern lässt.

Wie eine solche Anwendung entsteht und was im Kern fertig ist, beschreiben individuelle Anwendungsentwicklung und die Element-Plattform; beide stehen in der Kategorie Individuelle Entwicklung. Dieselbe Entscheidung in kleinerem Maßstab, also fertige gegen eigens entworfene Lösung, behandelt auch der Artikel über Lagersysteme.