Softwareentwicklung mit Abnahme: ein fertiges Modul statt einer offenen Stelle

Softwareentwicklung heißt hier, dass Sie beschreiben, was die Anwendung am Ende leisten muss, und sie fertig zurückbekommen: Datenmodell, Oberfläche, Schnittstellen, Tests, Dokumentation. Individualsoftware entsteht in Etappen mit eigenen Abnahmekriterien, geprüft an Ihren echten Daten, bevor die erste Abteilung damit arbeitet.

Der Anlass ist fast immer derselbe: Eine Tabelle ist zum Kernsystem geworden, ein Altsystem lässt sich nicht mehr erweitern, oder das eigene Team kommt aus dem laufenden Produkt nicht heraus. Vertragspartner ist eine deutsche Gesellschaft, es gilt deutsches Recht, AVV und technische Schutzmaßnahmen liegen bei, verarbeitet wird auf Servern in Deutschland und der EU. Zwei Dinge machen wir nicht: Standardpakete wie SAP oder Dynamics anpassen und Programme für den Windows-Arbeitsplatz bauen. Wer das braucht, hört es im ersten Gespräch und nicht erst im Angebot.

Für wen

  • Betriebe, deren wichtigste Tabelle längst ein System sein müsste: mit Rechten, Historie, Freigaben und Anbindung an die Buchhaltung.
  • Software- und SaaS-Häuser, deren Release wartet, weil ein Modul im eigenen Plan keinen Platz mehr findet.
  • Unternehmen, die Kunden oder Lieferanten einen eigenen Zugang geben wollen: Aufträge, Dokumente, Status statt E-Mail-Ketten.
  • Gruppen mit mehreren Gesellschaften, die eine Lösung brauchen, die Mandanten trennt und trotzdem nur einmal gepflegt wird.
  • Fachbereiche, die ein Altsystem ablösen müssen, ohne die Historie von zehn Jahren zu verlieren.

Was Sie bekommen

  • Leistungsbeschreibung statt Wunschliste

    Aus Ihrer Beschreibung wird ein Dokument, gegen das später abgenommen wird: Bildschirme, Datenmodell, Rollen, Schnittstellen, Abnahmekriterien. Entscheidungen über Mandantentrennung, Rechte und Aufbewahrung fallen vor der ersten Zeile Code und stehen schriftlich fest.

  • Softwareentwicklung auf einem Stack, den wir selbst betreiben

    TypeScript im ganzen Projekt, Node.js im Backend, PostgreSQL als Datenbank, React oder Nuxt im Frontend. Jede Änderung läuft als Pull Request durch ein Review: zuerst durch unsere KI-Werkzeuge, dann durch einen Entwickler. Denselben Weg gehen unsere eigenen Systeme, deshalb ist er eingespielt und nicht für Sie erfunden.

  • Anbindung an Ihre bestehenden Systeme

    CRM, Shop, Buchhaltung, Kasse, Telefonie, Messenger, Zahlungsanbieter: 67 fertige Konnektoren haben wir für den eigenen Betrieb gebaut, insgesamt hängen 169 Systeme an unserem Werkzeugkasten. Was fehlt, kommt dazu und wird dokumentiert übergeben.

  • Softwareentwicklung im Bestand statt Neuschreiben

    Läuft Ihr Kern in einer anderen Sprache, bekommt er eine Schnittstelle und daneben einen neuen Dienst, der die fehlende Funktion übernimmt. Der Umbau passiert scheibchenweise, jede Scheibe ist für sich nutzbar, und die alte Datenhaltung wird erst abgeschaltet, wenn die neue nachweislich dieselben Zahlen liefert.

  • Betrieb, Übergabe, Quellcode

    Betrieb auf eigenen Servern in Deutschland oder statisch ausgeliefert, Überwachung mit Meldung an Ihr Team, selbst gehostete Web-Analyse ohne Daten in Drittländern. Zur Übergabe gehören Dokumentation, Zugänge und eine Einweisung; wiederverwendbare Bibliotheken von uns stehen namentlich im Vertrag.

So läuft ein Auftrag

  1. Gespräch über den Engpass

    Zwanzig Minuten: Was soll die Anwendung tun, wer benutzt sie, welche Systeme hängen daran, was blockiert heute. Wir sagen offen, was wir bauen würden, was Sie besser fertig kaufen und wo wir nicht die Richtigen sind.

  2. Angebot mit Abnahmekriterien

    Sie bekommen Bildschirmskizzen, Datenmodell, Schnittstellenliste, Etappen und die Kriterien, gegen die abgenommen wird. Der Zeitrahmen steht im Angebot, ebenso Vertragsform und Preismodell. Was abgenommen wird, ist damit vor dem Start geklärt.

  3. Lieferungen zum Anklicken

    Jede Lieferung ist eine lauffähige Fassung auf einer Vorschau-Adresse, nicht ein Statusbericht. Sie klicken durch, notieren Abweichungen, wir korrigieren in der nächsten Lieferung. Überraschungen am Projektende entstehen so gar nicht erst.

  4. Abnahme und Übergabe

    Abgenommen wird gegen die vereinbarten Kriterien, danach greift die Gewährleistung auf Mängel. Weiterentwicklung läuft als Einzelauftrag im Rahmenvertrag, und Ihr Team kann die Anwendung jederzeit auch ohne uns weiterbetreiben.

Abnahme statt Versprechen

Was abgenommen wird, steht vor dem Start im Angebot und nicht danach im Protokoll. Abgegrenzte Vorhaben liefern wir als Werkvertrag: fester Preis, Etappen, Abnahme gegen die Leistungsbeschreibung, Gewährleistung auf Mängel. Geliefert wird in Teilen, jede Teillieferung wird für sich geprüft, und Quellcode, Zugänge und Dokumentation stehen Ihnen vom ersten Tag an offen.

Bleibt der Umfang beweglich, weil das Produkt selbst noch wächst, arbeiten wir im Dienstvertrag nach Tagessatz, als Rahmenvertrag mit Einzelaufträgen je Vorhaben. In beiden Formen legen Sie den Umfang fest und nehmen ab; die Arbeit verteilt und verantwortet unsere Projektleitung. Fällt jemand aus, übernimmt ein Kollege, der Repository und Verfahren kennt, denn geschuldet ist das Ergebnis und nicht eine bestimmte Person. Preise und Sätze stehen im Angebot nach dem Gespräch.

Offene Punkte, vorab geklärt

Was kostet individuelle Softwareentwicklung?

Das hängt an Umfang, Zahl der Rollen und Schnittstellen und am Zustand Ihrer Daten. Nach dem Gespräch bekommen Sie ein Angebot: Festpreis je Etappe im Werkvertrag oder Tagessatz im Dienstvertrag, in beiden Fällen mit Abnahmekriterien. Der Preis entsteht aus dem beschriebenen Umfang und nicht aus einer Liste.

Wie lange dauert ein Softwareprojekt?

Das hängt an Zahl der Bildschirme, Rollen, Schnittstellen und am Zustand Ihrer Daten. Verlässlich ist die Reihenfolge: Gespräch, Angebot mit Abnahmekriterien, Lieferungen zum Anklicken, Abnahme. Der Zeitrahmen wird im Angebot festgelegt, sobald der Umfang beschrieben ist.

Werkvertrag oder Dienstvertrag?

Ein abgegrenztes Vorhaben mit beschreibbarem Ergebnis läuft als Werkvertrag, weil wir dann für das Ergebnis einstehen. Laufende Weiterentwicklung mit offenem Umfang läuft als Dienstvertrag nach Tagessatz. In beiden Fällen kommen die Aufgaben für unsere Entwickler von unserer Projektleitung.

Wem gehört der Quellcode?

Mit vollständiger Bezahlung gehen die Nutzungsrechte am eigens für Sie erstellten Code auf Sie über. Wiederverwendbare Bausteine von uns und die im Projekt verwendeten Open-Source-Lizenzen stehen als Liste im Vertrag. Wie mit Ergebnissen aus KI-Werkzeugen umgegangen wird, regelt derselbe Abschnitt.

Sagen Sie uns, was am Ende da sein soll

Sie schildern die Aufgabe, wir sagen offen, ob sie zu uns passt. Passt sie nicht, nennen wir Ihnen den Grund.