ENGAGEMENT

Individualsoftware

Software, die für die Anforderungen einer Organisation entworfen und gebaut wird und dem Auftraggeber gehört, statt ein Standardprodukt zu lizenzieren.

Zuletzt geprüft: vonKevin Riedl wiki ↗

Individualsoftware-Entwicklung heißt: Software wird für die spezifischen Anforderungen, Prozesse und Kunden einer einzelnen Organisation entworfen und gebaut, statt ein fertiges Produkt zu lizenzieren. Dem Auftraggeber gehört das Ergebnis: der Code, das geistige Eigentum und die Roadmap. Standardsoftware, ob installiert oder als SaaS gemietet, ist der umgekehrte Tausch: günstiger und sofort verfügbar, aber für den Durchschnittskunden geformt und im Besitz des Anbieters.

Der ehrliche Ausgangspunkt: Die meisten Unternehmen sollten keine Individualsoftware bauen. Wenn das Problem Lohnverrechnung, CRM, Buchhaltung oder sonst etwas ist, das tausende Unternehmen teilen, ist ein bewährtes Produkt günstiger, schneller und besser gewartet als alles, was du beauftragen könntest. Individualentwicklung rechtfertigt ihren Preis in zwei Situationen: wenn die Software das Produkt ist, das du verkaufst, oder wenn ein Workflow tatsächlich dein Wettbewerbsvorteil ist und ein generisches Tool ihn abstumpfen würde. “Wir sind speziell” ist kein Beleg. Eine schriftliche Liste dessen, was die Standardlösung nicht kann, schon.

Kommerziell kommt Individualentwicklung in wenigen Vertragsformen: als Fixpreis -Werkvertrag für ein sauber umrissenes Projekt, als Time & Material für sich bewegenden Scope oder als Retainer für laufende Produktarbeit. Die meisten Projekte sollten kleiner starten als die Ambition, als MVP , das die Kernannahme beweist, bevor das ganze System finanziert wird. Und jedes individuelle System ist eine Dauerverpflichtung: Jemand muss es betreiben, patchen und seine Technical Debt abbezahlen, solange es existiert.

Wann das im Softwareprojekt zählt. Bei der allerersten Entscheidung, vor jedem Anbietergespräch: bauen oder kaufen. Kosten, Zeitplan, Eigentum und die Frage, wen du engagierst, folgen alle aus diesem Entschluss.

Was Founder meistens falsch machen. Sie bauen individuell für Standardprobleme und mieten generische Tools für den einen Workflow, der sie tatsächlich unterscheidet. Oder sie vergleichen das Bauangebot mit dem ersten Abo-Jahr statt mit den Fünfjahreskosten auf beiden Seiten.

Wie Wavect damit umgeht. Wir bauen Individualsoftware und raten trotzdem vielen Interessenten zum Standardprodukt, wenn das die ehrliche Antwort ist, denn ein individueller Build, der ein Abo hätte sein sollen, hilft niemandem. Siehe Softwareentwicklung bei Wavect für unsere Arbeitsweise und Individualsoftware vs. Standardsoftware für die Entscheidungsrechnung.

// FAQ

Häufige Fragen

Software, die für die spezifischen Anforderungen einer einzelnen Organisation entworfen und gebaut wird, statt als fertiges Produkt lizenziert zu werden. Dem Auftraggeber gehören Code, geistiges Eigentum und Roadmap, dafür trägt er die Kosten für Bau und Wartung. Standardsoftware ist der umgekehrte Tausch: sofort verfügbar und günstiger, aber generisch und im Besitz des Anbieters.
In zwei Situationen: wenn die Software das Produkt ist, das du verkaufst, oder wenn ein Workflow tatsächlich dein Wettbewerbsvorteil ist und ein generisches Tool ihn abstumpfen würde. Für Standardprobleme wie Lohnverrechnung oder CRM ist ein bewährtes Fertigprodukt fast immer günstiger, schneller und besser gewartet.
Dem, den der Vertrag nennt. In einem sauber aufgesetzten Engagement gehen Code und geistiges Eigentum mit der Bezahlung an den Auftraggeber über, was der Hauptgrund ist, überhaupt individuell zu bauen. Manche Anbieter lizenzieren ihre Arbeit nur, statt sie zu übertragen, also prüfe die IP-Klausel vor der Unterschrift, nicht danach.