Individualsoftware entwickeln lassen: Ablauf, Kosten, Vertrag

Wer Individualsoftware entwickeln lassen will, hat meist schon eine klare Vorstellung davon, was nicht mehr funktioniert: Die Excel-Liste ist zu groß geworden, das Standardprogramm passt nicht zum eigenen Ablauf, oder drei Systeme müssen von Hand abgeglichen werden. Weniger klar ist, wie so ein Projekt abläuft, womit Sie bei den Kosten rechnen müssen und was in den Vertrag gehört.

Dieser Leitfaden führt durch alle drei Fragen. Ob Individualsoftware überhaupt der richtige Weg ist, klärt der Beitrag Individualsoftware oder Standardsoftware?. Hier gehen wir davon aus, dass die Entscheidung gefallen ist und Sie wissen wollen, was als Nächstes kommt.

Was Individualsoftware ist und was nicht

Individualsoftware wird für die Abläufe eines bestimmten Unternehmens gebaut. Das heißt nicht, dass jede Zeile neu geschrieben wird. Moderne Projekte setzen auf bewährte Bausteine: ein Framework für die Oberfläche, eine Standarddatenbank, fertige Dienste für Login, Zahlung oder E-Mail-Versand. Individuell ist das, was Ihr Geschäft ausmacht — die Regeln, die Abläufe, die Sicht Ihrer Mitarbeiter auf die Daten.

Das hat eine praktische Folge: Je mehr Standard im Unterbau steckt, desto günstiger und wartbarer wird die Software. Ein guter Dienstleister erklärt Ihnen deshalb nicht nur, was er baut, sondern auch, was er bewusst nicht selbst baut.

Der Ablauf in sechs Phasen

Phase 1: Erstgespräch und Zielbild

Am Anfang steht kein Pflichtenheft, sondern ein Gespräch über das Problem. Welcher Ablauf kostet heute Zeit oder Geld? Wer arbeitet mit der Software? Woran merken Sie in einem Jahr, dass sich das Projekt gelohnt hat? Das Ergebnis ist ein Zielbild auf ein bis zwei Seiten mit einer messbaren Größe, etwa „Angebote in einem Tag statt in einer Woche“.

Phase 2: Anforderungen aufnehmen

Jetzt wird es konkret. In Workshops mit den späteren Nutzern entstehen die Anforderungen, häufig als kurze User Stories: „Als Disponent möchte ich alle offenen Aufträge einer Woche auf einer Karte sehen, damit ich Fahrten bündeln kann.“ Aus Ihrer Sicht als Auftraggeber entsteht so das Lastenheft: Was soll die Software leisten? Wie Sie es aufbauen, zeigt unsere Lastenheft-Vorlage.

Der Dienstleister antwortet darauf mit dem Pflichtenheft oder einem gleichwertigen Lösungskonzept: Wie wird es umgesetzt, mit welcher Architektur, welchen Schnittstellen und welchen Annahmen?

Phase 3: Prototyp oder Proof of Concept

Wo es technische Unsicherheit gibt — eine alte Schnittstelle, eine KI-Funktion, eine ungewöhnliche Datenmenge —, lohnt sich ein kleiner Proof of Concept. Er beantwortet in wenigen Tagen eine einzige Frage: Geht das so, wie wir es planen? Für die Oberfläche reicht oft ein klickbarer Entwurf, an dem Nutzer früh sagen können, was sie stört.

Phase 4: Entwicklung in Etappen

Große Software entsteht nicht in einem Stück. Wir arbeiten in kurzen Etappen von ein bis zwei Wochen, wie es in Scrum und anderen agilen Verfahren üblich ist. Nach jeder Etappe sehen Sie lauffähige Software, keine Statusfolien. Das erste Zwischenziel ist ein MVP: die kleinste Version, mit der ein Teil Ihres Teams tatsächlich arbeiten kann.

Der Vorteil dieser Arbeitsweise liegt weniger im Tempo als in der Kontrolle. Stellt sich nach vier Wochen heraus, dass eine Funktion anders gebraucht wird, ändern Sie die Richtung, bevor viel Budget in die falsche geflossen ist.

Phase 5: Test, Datenübernahme und Abnahme

Vor dem Livegang laufen fachliche Tests mit echten Fällen, und die Altdaten werden übernommen. Die Datenmigration ist oft aufwendiger als gedacht, weil sich in alten Beständen Dubletten, Lücken und Sonderformate angesammelt haben. Planen Sie dafür eigene Zeit und einen Probelauf ein.

Am Ende steht die Abnahme: Sie bestätigen, dass die Software im Wesentlichen vertragsgemäß ist. Bei einem Werkvertrag hat dieser Schritt rechtliche Folgen, dazu gleich mehr.

Phase 6: Betrieb und Weiterentwicklung

Mit dem Livegang beginnt die längste Phase. Software braucht Updates, Überwachung, Datensicherung und kleine Anpassungen, wenn sich Abläufe ändern. Klären Sie früh, wer das übernimmt. Wir betreiben die Software, die wir bauen, auf Servern in Deutschland und bleiben Ansprechpartner — das vermeidet die typische Lücke zwischen „fertig entwickelt“ und „läuft im Alltag“.

Wovon die Kosten abhängen

Eine seriöse Zahl gibt es erst nach der Anforderungsaufnahme. Vorher lässt sich aber gut abschätzen, in welche Richtung es geht. Die wichtigsten Kostentreiber:

Rechnen Sie außerdem die laufenden Kosten für Betrieb und Wartung mit ein. Wer nur den Entwicklungspreis vergleicht, vergleicht die Hälfte. Einen Teil der Kosten senkt heute KI-gestützte Entwicklung: Routinecode, Tests und Dokumentation entstehen schneller, die Architektur und die fachlichen Entscheidungen bleiben Handarbeit erfahrener Entwickler. Unsere Stundensätze stehen transparent auf der Seite Preise.

Wenn das Budget begrenzt ist, schneiden Sie den Umfang, nicht die Qualität. Ein kleineres MVP, das sauber gebaut ist, lässt sich erweitern. Eine große Lösung voller Abkürzungen hinterlässt technische Schulden, die Sie später teuer abbezahlen.

Welcher Vertrag passt

Für Softwareprojekte kommen in Deutschland vor allem zwei Vertragstypen in Frage:

• Werkvertrag (§§ 631 ff. BGB): Geschuldet ist ein Ergebnis, das Werk. Es gibt eine Abnahme, und der Auftragnehmer haftet für Mängel. Das passt, wenn der Umfang vorab gut beschrieben ist.
• Dienstvertrag (§§ 611 ff. BGB): Geschuldet ist die Tätigkeit, nicht ein bestimmter Erfolg. Das passt für laufende Weiterentwicklung, Beratung oder Projekte, deren Umfang sich unterwegs noch ändert.

Viele Projekte kombinieren beides: ein Werkvertrag für das MVP, danach ein Dienstvertrag für die Weiterentwicklung. Die Unterschiede und typischen Fallen erklärt der Beitrag Werkvertrag oder Dienstvertrag im IT-Projekt.

Was in den Vertrag gehört

Unabhängig vom Vertragstyp sollten diese Punkte schriftlich geregelt sein:

1. Leistungsbeschreibung: Lastenheft, Pflichtenheft oder Backlog als Anlage — und wie Änderungen beauftragt werden.
2. Nutzungsrechte: Welche Rechte Sie am Code erhalten, ob ausschließlich oder einfach, und was für wiederverwendete Bausteine des Dienstleisters gilt.
3. Quellcode: Wo er liegt, wann er übergeben wird und ob Sie jederzeit Zugriff auf das Repository haben.
4. Abnahme: Kriterien, Testzeitraum und wie mit kleinen Mängeln umgegangen wird, die den Betrieb nicht hindern.
5. Datenschutz: Ein Auftragsverarbeitungsvertrag nach Art. 28 DSGVO, sobald der Dienstleister mit personenbezogenen Daten in Berührung kommt, auch in Tests.
6. Betrieb: Reaktionszeiten und Verfügbarkeit, am besten in einem eigenen SLA.
7. Ausstieg: Was passiert, wenn die Zusammenarbeit endet — Übergabe von Code, Daten, Zugangsdaten und Dokumentation.

Der letzte Punkt wirkt am Anfang unhöflich, ist aber das beste Zeichen für einen fairen Vertrag. Ein Dienstleister, der sich auf einen geregelten Ausstieg einlässt, will Sie durch Qualität halten, nicht durch Abhängigkeit. Dieser Überblick ersetzt keine Rechtsberatung. Lassen Sie größere Verträge anwaltlich prüfen.

Woran Sie einen guten Dienstleister erkennen

• Er fragt nach Ihrem Ablauf und Ihrer Kennzahl, bevor er über Technik spricht.
• Er zeigt nach jeder Etappe lauffähige Software.
• Er sagt Ihnen, was Sie besser als Standardsoftware kaufen.
• Er regelt Nutzungsrechte, Quellcode und Ausstieg offen.
• Er übernimmt den Betrieb oder sagt klar, wer es tut.
• Er kann Referenzen nennen, die Sie anrufen dürfen.

Häufige Fragen

Wie lange dauert ein Individualsoftware-Projekt?

Ein MVP für einen klar abgegrenzten Ablauf ist oft in wenigen Monaten im Einsatz. Umfangreiche Systeme mit vielen Schnittstellen entstehen in mehreren Ausbaustufen über einen längeren Zeitraum. Entscheidend ist, dass jede Stufe für sich nutzbar ist.

Brauche ich ein eigenes IT-Team?

Nein. Sie brauchen eine fachlich verantwortliche Person, die Anforderungen kennt und Entscheidungen trifft. Die technische Umsetzung und, wenn gewünscht, der Betrieb liegen beim Dienstleister.

Was passiert mit unserer bestehenden Software?

Sie wird entweder angebunden oder schrittweise abgelöst. Wie eine Ablösung ohne Stillstand gelingt, beschreibt der Beitrag Legacy-Software ablösen.

Wenn Sie Ihr Vorhaben einordnen möchten, besprechen wir es gern in einem kostenfreien Erstgespräch. Wie wir Individualsoftware planen, entwickeln und betreiben, lesen Sie auf der Seite Individualsoftware entwickeln lassen.