01Rechenwert belegt
Der Leistungsrahmen
40 Stunden sind vorgegeben. 35 Stunden sind direkt aufgelistet, rund 5 Stunden geschätzt zugeordnet. Bei 150 €/h ergibt das 6.000 € netto.
Kosten · Betrieb · Wirkung · Kapitel 04
Was es kostet.
Was es wert sein könnte.
Belegter Rechenrahmen und veränderbare Annahmen stehen nebeneinander — nicht übereinander. Kein erfundener Marktpreis, kein automatisches Einsparversprechen.
6.000 € netto
40 × 150 €. Rechenwert des vorgegebenen Rahmens; keine Rechnung, Zahlung oder Abnahme.
Drei Zahlenwelten, klar getrennt.
Ein Geschäftsführer muss sofort erkennen, was sich auf Belege stützt und was nur ein Planungsmodell ist.
02Unvollständig
Die vollständigen Projektkosten
Anbieterabrechnungen, Modell-/Tokenkosten, sämtliche Betriebsaufwände und die Kosten einer abschließenden Abnahme liegen nicht vollständig vor. 6.000 € sind daher kein verifizierter Total-Cost-of-Ownership-Wert.
03Annahme
Der mögliche Nutzen
Weniger manuelle Zuordnung und Nacharbeit könnten Zeit freisetzen. Ob das gelingt, muss mit echten Vorher-/Nachher-Daten im Pilot gemessen werden. Der folgende Rechner ist ein Modell, keine Prognose.
Klassisch versus hier: erst den Umfang klären.
Die Quelle enthält kein unabhängig gemessenes Vergleichsprojekt. Deshalb ist das folgende klassische Vorgehensmodell ausdrücklich eine frei gewählte Planungshilfe.
Modell M1 · keine Markterhebung. Die Stundenkorridore wurden für diesen Bericht als Beispiel angenommen.
| Planungsschritt | Annahme niedrig | Annahme hoch |
|---|---|---|
| Anforderungen & fachliche Abgrenzung | 24 h | 40 h |
| Bedienkonzept & UI-Abstimmung | 24 h | 48 h |
| Fachlogik & Backend | 64 h | 120 h |
| Oberflächen & Integrationen | 48 h | 96 h |
| Tests, Fehlerfälle & Korrekturen | 40 h | 80 h |
| Dokumentation & Pilotübergabe | 24 h | 48 h |
| Beispielsumme | 224 h | 432 h |
Bei demselben frei angesetzten Vergleichssatz von 150 €/h: 33.600–64.800 € netto. Kein Angebot eines Herstellers und kein nachgewiesener Marktpreis.
Direkter Vergleich nur mit gleicher Abnahme
40 Stunden sind nicht
224 Stunden „ersetzt“.
Der 40-Stunden-Rahmen enthält Vorleistungen aus mehreren Monaten, Steuerung, Prüfung und Berichtsarbeit. Er liefert einen Zwischenstand mit offenen Integrations- und Freigabeschritten.
Das hypothetische Modell beschreibt einen geplanten Pilotumfang inklusive reservierter Prüf- und Übergabezeit. Ohne gleiche Anforderungen und identische Abnahme darf die Differenz nicht als Ersparnis, Produktivitätsfaktor oder Verkaufsmarge ausgegeben werden.
Für eine belastbare Entscheidung: offenen Restumfang gemeinsam festlegen, für beide Vorgehensweisen kalkulieren und dieselben Abschlusskriterien verwenden.
Die wirtschaftliche Stärke liegt in früher LernfähigkeitEin früh bedienbares Ergebnis kann Fehlentscheidungen früher sichtbar machen. Der konkrete finanzielle Vorteil ist aber erst belegt, wenn Umfang, tatsächlicher Restaufwand und Nutzen im Pilot gemessen wurden.
Betriebsmodell vor Preismodell.
Open Source macht den Betrieb nicht kostenlos. Lizenz, Einführung, Infrastruktur und Verantwortung sind getrennte Kostenblöcke.
| Option | Was zu betreiben ist | Nutzen der Option | Offener Entscheidungspunkt |
|---|---|---|---|
| Odoo 18 CE · Eigenbetrieb | Odoo-Umgebung, Modulpflege, Rollen, Datenbank, Updates, Backup und Wiederherstellung. | Nähe zum vorhandenen ERP-Datenmodell. Der Betrieb bleibt eine echte IT-Aufgabe. | Versionsziel 18/19 klären; Install-/Upgrade- und ORM-Tests nachholen. |
| Eigenständige Anwendung | FastAPI/SQLite-Dienst, Zugangskonzept, Sicherung, Anwendungspflege und ERP-Schnittstelle. | Unabhängiger UI-/Fachkern. Datenübergabe und Verantwortlichkeiten müssen bewusst gestaltet werden. | Zielsystemanbindung, Mehrbenutzer- und Wiederanlaufverhalten prüfen. |
| Lokale HTML-/PWA-Demo | Für diese Demonstration kein Server nötig. Beispieldaten liegen nur im Browser. | Geeignet zum Durchspielen von Bedienung und Fachideen, nicht als bestätigter Produktionsbetrieb. | Kein Ersatz für Authentifizierung, Backups, fachliche Freigabe oder Mehrbenutzer-Tests. |
Einführung
Fachworkshop, Stammdaten, Rollen, Geräte und Übergabe. Als Paket nur mit klarer Grenze, Mitwirkungspflichten und Abnahmekriterien kalkulieren.
Betrieb & Wartung
Monatlicher Service ist als Option denkbar: Updates, Sicherung und Reaktionszeiten. Umfang, SLA und Preis sind nicht vereinbart.
Weiterentwicklung
Neue Scannerwege, tiefere ERP-Verknüpfung und zusätzliche Auswertungen getrennt beauftragen. Keine unbegrenzte Weiterentwicklung aus 40 Stunden ableiten.
Keine Kostenposition verschwindet durch ihre Nicht-ErfassungAgenten- oder Toolkosten sind ohne belastbare Abrechnung offen. Historische pauschale Schätzungen werden nicht als tatsächliche Rechnung in diesen Bericht übernommen. Ebenso fehlen bestätigte Betriebs- und Supportpreise.
Wie viel Zeit müsste Lunis freisetzen?
Modell M2: Verändern Sie die Annahmen. Die Rechnung bewertet Kapazität, nicht automatisch zusätzliche Liquidität oder Gewinn.
Alle Eingaben sind Annahmen
Ihr Gedankenexperiment.
Die 6.000 € sind der vorgegebene Rechenwert, keine bestätigten Gesamtkosten. Zusätzliche Einführungs- oder Hardwarekosten sind im Modell bei Bedarf zur Einmaleingabe hinzuzurechnen.
Modellwert · pro Monat
Bewertete Kapazität
nach laufenden Kosten.
944 €
Keine garantierte Einsparung. Ergebnis der eingestellten Rechenannahmen.
31,3 hNutzbare Kapazität / Monat
6,4 MonateRechnerischer Break-even
1.094 €Kapazitätswert vor laufenden Kosten
5.325 €Modellwert nach 12 Monaten und Einmalwert
Personen × Minuten ÷ 60 × Tage × Nutzungsanteil = nutzbare Stunden.
Stunden × Bewertungssatz − laufende Kosten = monatlicher Modellwert.
Einmalwert ÷ positiver Monatswert = rechnerischer Break-even.
Kapazität wird erst durch Nutzung zum wirtschaftlichen NutzenFreie Minuten führen nicht automatisch zu Umsatz, Personalabbau oder Cash-Einsparung. Messbar wird der Nutzen erst mit Ausgangswerten, Nutzungsgrad, tatsächlicher Nacharbeit und dem Aufwand des neuen Prozesses. Bei negativem monatlichem Modellwert gibt es keinen rechnerischen Break-even.
Was für eine belastbare Kalkulation fehlt.
Vor einem Preisversprechen müssen die wichtigsten Unsicherheiten in überprüfbare Positionen übersetzt werden.
01Offen
Restaufwand
Eindeutiges Versionsziel, noch offene Integrationsarbeiten, Scannerhardware, Rollen und Kundenabnahme als WBS festlegen.
02Offen
Echte Gesamtkosten
Betrieb, Einrichtung, Support, externe Dienste, Hardware und tatsächliche Agentenabrechnungen erfassen.
03Vorschlag
Pilotmessung
Dauer je Vorgang, Fehlerquote, Korrekturaufwand und Nutzungsgrad vor und nach Einführung vergleichen.