Vorab gerechnet

Always On 42

Stundenkontingent für alles, was nach dem Go-live kommt — Fehler, kleine Erweiterungen, Fragen aus dem Betrieb. Ausfälle vorrangig, Reaktion nach Verfügbarkeit. Abruf nach Bedarf, Restlaufzeit zwölf Monate.

Gerechnet am 19.09.2026 um 14:45 Uhr

Festpreis netto
9.042
Always On 42 80 Std.

So haben wir Sie verstanden

Support- und Erweiterungskontingent nach Go-live über zwölf Monate Laufzeit, Ausfälle vorrangig, Reaktion nach Verfügbarkeit, Abruf nach Bedarf.

Was der Prototyp enthält

Kein klassischer Prototyp, da Vertragsleistung — erster Schritt ist ein Ticket-Kanal mit Vorrang für Ausfälle.

Aufwands-Meter — 100 heißt maximaler Aufwand und maximaler Preis, keine Note.

Kein Neubau, sondern organisatorisches Stundenkontingent ohne definierten Funktionsumfang

Komponenten

  • Support-Bereitschaft & Ticket-Prozess
  • Fehlerbehebung nach Abruf
  • Kleine Erweiterungen nach Abruf
  • Betriebsfragen/Beratung

Annahmen hinter dem Preis

  • Es handelt sich um ein bestehendes System, das wir gebaut haben oder kennen
  • Reaktion nach Verfügbarkeit, keine zugesagte Reaktionszeit und keine 24/7-SLA
  • Abrechnung erfolgt nach tatsächlichem Aufwand aus dem Kontingent

Was wir zu Beginn klären

  • Welche Störungen gelten als Ausfall und damit als vorrangig?

Der Fahrplan — was in welcher Woche fertig ist

  1. Woche 1 Kickoff Abstimmung, Zugänge, Feinschnitt des Umfangs
  2. Woche 2 Support-Bereitschaft & Ticket-Prozess 1,5 PT
  3. Woche 2 Fehlerbehebung nach Abruf 3,5 PT
  4. Woche 2 Kleine Erweiterungen nach Abruf 3,5 PT
  5. Woche 2 Betriebsfragen/Beratung 1,5 PT
  6. Woche 2 Abnahme Übergabe, vollständig vorab bezahlt

Lastenheft und Pflichtenheft

Ziel Der Auftraggeber verfügt zwölf Monate lang über zugesichertes Entwicklerkontingent für Support und kleine Erweiterungen, Ausfälle vorrangig.

Lösungsweg Einrichtung eines Ticket- und Eskalationsprozesses mit festem Entwicklerteam, das Anfragen aus einem vorab bezahlten Stundenkontingent bedient.

  1. Was gefordert istAusfälle müssen vorrangig vor anderen Anfragen behandelt werden.
    Wie wir es umsetzenDefinierter Ticket-Kanal mit Vorrang für Ausfälle, überwacht per Logging
  2. Was gefordert istDas System muss Fehlerbehebungen am bestehenden System ermöglichen.
    Wie wir es umsetzenFehleranalyse und -behebung im bestehenden .NET-Code durch zugeordnete Entwickler
  3. Was gefordert istDas System muss kleine Erweiterungen nach Bedarf umsetzen.
    Wie wir es umsetzenUmsetzung kleiner Feature-Erweiterungen im bestehenden Technologie-Stack nach Freigabe
  4. Was gefordert istDas System muss Fragen aus dem laufenden Betrieb beantworten.
    Wie wir es umsetzenRegelmäßige Abstimmungstermine und dokumentierte Beratung zu Betriebsfragen
  5. Was gefordert istDer Abruf muss flexibel nach Bedarf erfolgen können.
    Wie wir es umsetzenKontingentverwaltung mit transparentem Stundennachweis je Abruf
  6. Was gefordert istDie Laufzeit muss zwölf Monate betragen.
    Wie wir es umsetzenVertragslaufzeit von zwölf Monaten mit monatlichem Verbrauchsnachweis aus dem vorab bezahlten Kontingent

Rahmenbedingungen

  • Restlaufzeit zwölf Monate
  • Abruf nach Bedarf, kein Festplan
  • Ausfälle vorrangig, Reaktion nach Verfügbarkeit

Nicht im Umfang

  • Kein Neubau oder Redesign des Systems
  • Keine Übernahme von Betriebsverantwortung/Hosting, sofern nicht gesondert vereinbart
  • Keine unbegrenzte Stundenzahl
  • Keine Erweiterungen, die über "klein" hinausgehen (werden separat angeboten)

Woran Sie die Abnahme messen

  • Ausfälle werden vor anderen Tickets bearbeitet
  • Monatlicher Stundennachweis liegt vor
  • Kontingent ist über zwölf Monate nachvollziehbar dokumentiert
  • Kritische Fehler werden vorrangig behoben

Meilensteine

  • Woche 2: Support-Bereitschaft & Ticket-Prozess
  • Woche 2: Fehlerbehebung nach Abruf
  • Woche 2: Kleine Erweiterungen nach Abruf
  • Woche 2: Betriebsfragen/Beratung
  • Woche 2: Abnahme

Technologien, die wir einsetzen

  • Serilog & OpenTelemetry
  • .NET 10 LTS
  • ASP.NET Core MVC & Razor Pages
  • SQL Server 2025
  • Azure DevOps & GitHub Actions
  • Hetzner / On-Premises
  • Kubernetes / AKS
  • SerilogProtokollierung von Fehlern und Vorfällen als Grundlage für den Stundennachweis
  • .NET 10Laufzeitbasis des zu betreuenden Bestandssystems
  • ASP.NET Core MVCWahrscheinliche technische Basis der zu wartenden Anwendung
  • SQL ServerDatenhaltung des Bestandssystems, an der Fehler und Erweiterungen ansetzen
  • Azure DevOps & GitHub ActionsAuslieferung jeder Erweiterung über dieselbe Kette
  • Hetzner / On-PremisesBetrieb auf Ihrer Maschine oder unserer, je nachdem, wo die Anwendung steht
  • Kubernetes / AKSBetrieb dort, wo die Anwendung im Cluster läuft

← Zurück zum Portfolio