Warum wir nicht mehr nach Stunden abrechnen

Was Stundenabrechnung unsichtbar macht

Ein Versandhinweis im Warenkorb. Ein Filter in der Kategorie. Ein Freigabeweg in einer Fachanwendung. Vor zwei Jahren war das oft ein halber Tag Arbeit: Ticket lesen, Code finden, ändern, testen, auf Staging spielen, abnehmen lassen. Heute läuft ein großer Teil der Umsetzung KI-gestützt. Anweisung, Prüfung und Verantwortung bleiben beim Team. Die reine Bearbeitungszeit sagt damit immer weniger darüber, wie anspruchsvoll die Sache ist, und noch weniger darüber, was sie im Geschäft bringt.

Nach Stunden wird genau diese Zeit zur Ware. Wird das Team schneller, sinkt die Rechnung. Der Wert für den Shop oder die Fachanwendung bleibt derselbe. Wer so abrechnet, arbeitet gegen die eigene Effizienz, und der Auftraggeber bekommt den Preis erst, wenn die Arbeit vorbei ist.

Dazu kommt der Alltag kleiner Anfragen. Für eine Textkorrektur oder einen falschen Link lohnt kein Angebot. Solche Dinge landen ungefragt auf der nächsten Rechnung, oder sie werden gar nicht erst angesprochen. Beides ist schlecht: einmal, weil der Betrag überrascht, einmal, weil der Shop oder die Software schlechter bleibt als nötig.

Wir stellen deshalb die laufende Arbeit auf feste Monatsbeträge um. Das gilt für den Shop genauso wie für Individualsoftware nach dem Go-Live. Neue Vorhaben mit klarem Umfang bleiben Festpreis je Etappe. Die Abwägung dazu steht im älteren Beitrag Festpreis, Stunden oder iterativ. Hier geht es um den laufenden Betrieb: das, was nach dem Launch jeden Monat anfällt.

Eine Rechnung, zwei Zeilen, Klasse vor der Arbeit

Sie zahlen einmal im Monat. Auf der Rechnung stehen zwei Zeilen, weil Betrieb und Änderungen unabhängig voneinander wachsen. Der eine Betrag deckt den Betrieb Ihrer Systeme ab und läuft auch ohne Ticket. Der andere bezahlt die Änderungen, die Sie beauftragen. Mehr Shops, Umgebungen oder Schnittstellen erhöhen den Betrieb. Mehr Tickets erhöhen das Paket. Nur Betrieb geht auch; Änderungen laufen dann zum Einzelpreis der Klasse. Jedes Anliegen bekommt vor Bearbeitungsbeginn eine Größenklasse von XS bis XL. Jede Klasse entspricht einer festen Punktzahl. Ihr Paket enthält eine Menge Punkte je Quartal, und Sie entscheiden, wofür sie eingesetzt werden.

Was ein einzelnes Ticket an Aufwand bedeutet, ist damit unser Risiko. Sie sehen den Preis, bevor jemand anfängt. Die Zahlen, der Rechner und die Klassen stehen auf der Seite Betreuung und Monatspakete.

Betrieb: was laufen muss, auch ohne Ticket

Die Betriebspauschale richtet sich danach, was betrieben wird: jede Applikation oder jeder Shop, jede zusätzliche Umgebung, jede Integration. Enthalten sind Deployments, Monitoring, Sicherheitsupdates, Aktualisierung von Abhängigkeiten, Backups und technische Bereitschaft. Bei einer Störung mit Ausfall melden wir uns innerhalb einer Stunde, sonst am selben Werktag.

Ein typischer Shop mit Testumgebung und einer Warenwirtschafts-Anbindung liegt bei ca. 720 Euro im Monat. Dieselbe Logik gilt für eine Fachanwendung: das System selbst, eine Staging-Umgebung, die Anbindung an ERP oder Shop.

Kapazität: was Sie umsetzen lassen

Abgerechnet wird monatlich, das Kontingent läuft im Quartal. Starke und ruhige Monate gleichen sich aus. Die Monatsgrenze verhindert nur, dass ein ganzes Quartal in einen einzelnen Monat fällt.

Die Klasse misst Umfang, nicht Dauer

Ein L-Ticket kostet 21 Punkte, weil mehrere Stellen ineinandergreifen oder eine Datenstruktur sich ändert. Es kostet 21 Punkte, auch wenn dieselbe Änderung nächstes Jahr in zwanzig Minuten durchläuft. Genau das ist der Zweck. Wer intern erst in Stunden schätzt und dann eine Klasse draus macht, hat den Stundenanker durch die Hintertür wieder eingebaut.

Von XS zu S kommt eine Bedingung dazu. Von S zu M kommt eigene Logik dazu. Von M zu L kommt eine zweite Stelle dazu, die mitreagiert. Von L zu XL kommt die Ungewissheit dazu. Reicht eine Klasse nicht, zerlegen wir das Vorhaben in mehrere Tickets, die jeweils für sich lieferbar sind.

Die Einstufung erfolgt schriftlich, bevor die Arbeit beginnt. Sie können widersprechen. Bleibt es strittig, gilt für dieses Ticket die niedrigere Klasse, einmal je Quartal. Eine nachträgliche Höherstufung ohne Rücksprache gibt es nicht.

Was das für Individualsoftware heißt

Neue Software mit unklarem Gesamtumfang zerlegen wir weiter in Etappen. Der erste produktive Schritt bekommt ein Festpreis-Angebot, sobald der Scope steht. Das ändert sich nicht. Geändert hat sich, was danach kommt.

Nach dem Go-Live braucht eine Fachanwendung dasselbe wie ein Shop: Deployments, Monitoring, Sicherheitsupdates, und laufende Änderungen aus dem Alltag. Dafür haben wir früher Stundenkontingente oder Wartungspauschalen mit Zeitnachweis verwendet. Das ist vorbei. Betrieb und Weiterentwicklung laufen über dasselbe Monatspaket. Details zur Entwicklung stehen unter Softwareentwicklung und Individualsoftware.

Ein typischer Verlauf: Workshop und erster Ausbauschritt als Festpreis. Sobald die Anwendung produktiv ist, zählt sie als Applikation in der Betriebspauschale. Änderungen, neue Rollen, weitere Schnittstellen gehen als Tickets ins Kapazitätspaket. Braucht ein späterer Umbau eine durchgehende Testphase und einen abgestimmten Live-Termin, wird er ein Projekt. 75 Prozent des laufenden Quartalskontingents rechnen wir dann auf den Projektpreis an, damit Sie in der Projektphase nicht doppelt zahlen.

Ein Vorhaben monatlich über dasselbe Schema

Ein größeres Vorhaben muss kein einmaliger Großbetrag sein. Shop oder Fachanwendung, Testumgebung und Kapazitätspaket laufen über drei oder sechs Monate. Nach dem Live-Gang bleibt der Betrieb, das Paket kann kleiner werden. Kompakt entspricht Paket S, Standard Paket M, umfangreich Paket L über zwei Quartale.

Das ist derselbe Vertrag wie die Wartung, nur für eine festgelegte Laufzeit. Die technische Seite eines Shopware-Wechsels beschreiben wir unter Migration und Relaunch.

Was sich für Sie ändert

• Planbarkeit. Sie wissen zu Jahresbeginn, was das Jahr kostet. 12 Monate Preisgarantie, danach drei Monate Kündigungsfrist.

• Preis vor der Arbeit. Klasse und Punkte stehen im Ticket, bevor jemand anfängt. Die Rechnung danach enthält keinen Stundenzettel mehr.

• Kleine Anfragen ohne Kalkulation. Im S- und M-Paket laufen XS-Tickets ohne Punkteabzug, im L-Paket zusätzlich S-Tickets. Der Kleinkram muss sich nicht erst rechnen, bevor jemand fragt.

• Quartal statt Monat. Punkte verfallen zum Quartalsende, nicht zum Monatsende. Zwei Wochen vorher bekommen Sie einen Vorschlag für den Rest. 25 Prozent der im Jahr ungenutzten Punkte kommen als Guthaben ins Folgejahr, wenn Sie dieselbe oder eine höhere Stufe erneut buchen.

Ein Beispielquartal im S-Paket: vier kleine Tickets frei, dazu Filter, Rechner, Kombipakete, ein Produktberater, Treuepunkte und die Anbindung der Warenwirtschaft. 160 von 180 Punkten. Nach Einzelpreisen wären das ca. 14.190 Euro gewesen, im Paket ca. 7.200 Euro für das Quartal. Denselben Mix können Sie in einer Fachanwendung fahren: Texte, Felder mit Bedingungen, neue Auswertungen, ein Prozess über zwei Systeme, eine Datenüberführung.

Was wir bewusst nicht mehr tun

Wir führen keine parallele Stundenpreisliste mehr. Wer intern weiter in Stunden denkt und die Klasse danach ableitet, bekommt denselben Streit wie bisher, nur mit anderen Namen. Die Merkmalstabelle entscheidet. Die Durchlaufzeit ist ein Lieferversprechen, sobald ein Ticket dran ist, und kein Abrechnungsmaß.

Wartezeit sagen wir nicht zu. Wie lange ein Ticket in der Schlange steht, hängt davon ab, wie viel Sie einstellen und wie viel Ihr Paket parallel zulässt. Wer schneller durch will, nimmt die nächste Stufe. Bei einem echten Ausfall greift der Notfallsupport und unterbricht sofort, ohne Punkteverbrauch.

Wenn Sie prüfen wollen, welche Kombination zu Ihren Systemen passt: Wartung, Projekt über Monate oder einmal Festpreis, alles in einem Rechner. Der Rechner liegt direkt auf der Betreuungsseite.