Ratgeber

Checkliste: Individualsoftware vorbereiten

Was ihr klären solltet, bevor ihr Angebote zum Thema Individualsoftware einholt. Je mehr davon vorher steht, desto belastbarer werden die Angebote.

Angebot nach Anfrageab 8 Wochen bis zur ersten VersionStand 2026
Kurz gesagt

Vor der Entscheidung für Individualsoftware lohnt sich eine kurze Bestandsaufnahme: welcher Ablauf am meisten Zeit kostet, wer das System später betreut, und ob die nötigen Inhalte überhaupt vorliegen. Die vollständige Checkliste steht weiter unten.

01 — Checkliste

Vor dem ersten Angebot klären

  • Was soll besser werden? In einem Satz, ohne Fachbegriffe.
  • Woran merkt ihr es? Eine Zahl, die sich ändern soll.
  • Wer entscheidet? Eine Person, nicht ein Gremium.
  • Welches Budget steht zur Verfügung? Ein Rahmen genügt — er macht Angebote vergleichbar statt beliebig.
  • Bis wann? Und woran hängt der Termin.
  • Welche Systeme sind betroffen? Und wer hat dort Zugang.
  • Was habt ihr schon? Inhalte, Daten, Vorarbeiten — das senkt den Preis.

02 — Mitwirkung

Was wir von euch brauchen

  • Eine Ansprechperson, die entscheiden darf — nicht nur weiterleiten.
  • Zugang zu den betroffenen Systemen, rechtzeitig und nicht am Tag des Livegangs.
  • Echte Beispiele aus dem Alltag — je unsauberer, desto nützlicher für den Test.
  • Zwei bis vier Stunden für Abstimmung, verteilt über die Projektlaufzeit.
  • Eine Antwort auf die Frage, was Erfolg bedeutet. Ohne die lässt sich hinterher nichts beurteilen.

03 — Fragen

Fragen, die ihr stellen solltet

  • Was passiert, wenn das Projekt teurer wird als geschätzt — wer trägt das?
  • Wem gehören Daten, Zugänge und, falls entwickelt wird, der Quellcode?
  • Was kostet der Betrieb im zweiten und dritten Jahr?
  • Wie sieht die Dokumentation aus, die wir am Ende bekommen?
  • Woran würden Sie messen, ob das Projekt erfolgreich war?
  • Gibt es einen Fall, in dem Sie uns davon abraten würden?

04 — Fragen

Häufige Fragen

Wem gehört der Quellcode?

Euch, vollständig, ab Bezahlung. Das steht im Vertrag. Ihr könnt damit zu jedem anderen Entwickler gehen — das ist der Punkt.

Wie vermeiden wir, dass das Projekt entgleist?

Kleine Schritte mit nutzbarem Ergebnis, feste Budgets pro Schritt, und die Möglichkeit, nach jedem Schritt auszusteigen. Große Festpreisprojekte über zwölf Monate sind der zuverlässigste Weg in die Enttäuschung — für beide Seiten.

Was, wenn wir während der Entwicklung neue Anforderungen entdecken?

Das ist normal und eingeplant, weil in kleinen Schritten gearbeitet wird. Eine neue Anforderung wird in den nächsten Schritt aufgenommen, statt das ganze Projekt aufzuhalten.

Wie viele Nutzer verträgt so ein System?

Das hängt von der Architektur ab, die wir entsprechend eurem erwarteten Wachstum planen — von wenigen Nutzern im eigenen Betrieb bis zu mehreren Hundert über mehrere Standorte.

Was passiert, wenn wir nicht mehr zusammenarbeiten?

Ihr habt Code, Dokumentation und Zugänge. Wir setzen bewusst auf verbreitete Technologien, damit ein Wechsel möglich ist, ohne dass jemand alles neu bauen muss.

Wann lohnt sich eigene Software gegenüber Standardsoftware?

Wenn euer Ablauf ein echter Wettbewerbsvorteil ist, wenn Standardsoftware nur zu siebzig Prozent passt und der Rest in Handarbeit endet, oder wenn die Lizenzkosten pro Nutzer die Entwicklung über wenige Jahre übersteigen. Wenn es nur um Bequemlichkeit geht, ist Standardsoftware billiger.

Läuft das auf unseren eigenen Servern oder in der Cloud?

Beides ist möglich. Für die meisten Betriebe ist eine Cloud-Lösung wartungsärmer; wo Daten das Haus nicht verlassen dürfen, richten wir es auf eigener Infrastruktur ein.

Nächster Schritt

Erste Einschätzung, ohne Verpflichtung.

Beschreibt kurz, worum es geht. Ihr bekommt eine ehrliche Antwort dazu, was realistisch ist und was es ungefähr kostet.