Mission ControlIhr Projekt live mitverfolgen, vom Kickoff bis zur Übergabe Meine CrewIhre Rollen je Projekt0 WarenkorbIhre Auswahl, die Checkliste und der Weg zur Kasse0 AnmeldenMit Ihrem Zugangscode zu Aufträgen und gespeicherten Plänen

Vorab gerechnet

Tourenplanung mit Fahrer-App

Tagestouren aus Aufträgen berechnet, Fahrer quittieren per Handy mit Foto und Unterschrift, Disposition sieht alles live.

Gerechnet am 11.09.2026 um 22:18 Uhr

Ihr erster Prototyp · Festpreis netto
6.390 €
Prototyp Aufwand 58 / 100 · ca. 5 Wochen

So haben wir Sie verstanden

Ein System soll Tagestouren aus Aufträgen berechnen, Fahrer quittieren mobil mit Foto/Unterschrift, Disposition sieht alles in Echtzeit.

Was der Prototyp enthält

Eine Tour wird aus vorhandenen Aufträgen berechnet, ein Fahrer quittiert per Handy mit Foto/Unterschrift, Disposition sieht den Status live.

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

Mehrere Systeme (mobil, Web, Echtzeit) plus Rollen/Rechte, aber ohne KI oder Altsystem

Danach: Vollausbau

Vollausbau ab 77.000 € · indikativ bis 100.000 € · 6 Wochen · Team aus 3

Komponenten

  • Tourenberechnung aus Aufträgen6 PT
  • Mobile Erfassung (Foto, Unterschrift)4,5 PT
  • Live-Dispositionsansicht (SignalR)3,75 PT
  • Backend/Datenmodell & Schnittstellen3,25 PT
  • Rollen/Rechte, Betrieb, Tests2,5 PT

Besetzung

  • Lead Developer (Lead .NET-Entwickler)
  • Senior Developer (Senior .NET-Entwickler)
  • Inventive Engineer (Architektur)

Annahmen hinter dem Preis

  • Aufträge liegen bereits strukturiert in einer Datenquelle vor
  • Mobile Erfassung erfolgt über den Browser (Responsive Web), keine native App
  • Eine überschaubare Anzahl Fahrer und Disponenten (unter 50 Nutzer)

Was wir zu Beginn klären

  • Woher stammen die Aufträge (System, Format, Schnittstelle)?
  • Nach welchen Kriterien werden Touren berechnet (Kapazität, Zeitfenster, Region)?

Der Fahrplan — was in welcher Woche fertig ist

0
0
führt zusammen
zu spät im Plan
0
  1. Woche 1 Kickoff Abstimmung, Zugänge, Feinschnitt des Umfangs
  2. Woche 2 Tourenberechnung aus Aufträgen 6 PT
  3. Woche 3 Mobile Erfassung (Foto, Unterschrift) 4,5 PT
  4. Woche 4 Live-Dispositionsansicht (SignalR) 3,75 PT
  5. Woche 4 Backend/Datenmodell & Schnittstellen 3,25 PT
  6. Woche 4 Rollen/Rechte, Betrieb, Tests 2,5 PT
  7. Woche 5 Abnahme Übergabe nach Abnahme und Restzahlung

Verstärkung: Köpfe auf Abschnitte legen

  • 1 Woche früher, Abnahme in Woche 4 statt 5: „Tourenberechnung aus Aufträgen“ +1 Senior Developer (Senior .NET-Entwickler), „Mobile Erfassung (Foto, Unterschrift)“ +1 Senior Developer (Senior .NET-Entwickler), „Rollen/Rechte, Betrieb, Tests“ +1 Tester · +210 € hilft am meisten

Legen Sie Köpfe auf die Abschnitte, die schneller fertig werden sollen: dieselben Stunden, mehr Köpfe, weniger Wochen — wie bei den Tempopaketen, ein Kopf mehr +5 %, zwei +8 %, drei +10 %, vier +12 % auf den Anteil des Abschnitts am MVP-Festpreis. Entwickler kommen nicht auf Abschnitte, die andere zusammenführen, und nicht auf, was erst im letzten Drittel beginnt — dort macht ein weiterer Entwickler ein Projekt langsamer. Auf den letzten Abschnitt vor der Abnahme legen Sie stattdessen Tester. Wer die Köpfe sind, wählen wir.

Lastenheft und Pflichtenheft

Ziel Disposition kann Tagestouren automatisiert planen und deren Abwicklung live verfolgen, Fahrer quittieren Lieferungen digital.

Lösungsweg Eine ASP.NET-Core-Anwendung mit Razor-Oberfläche berechnet Touren aus Auftragsdaten, bietet eine mobile Erfassungsmaske für Fahrer und zeigt der Disposition den Live-Status per SignalR.

  1. Was gefordert istDas System muss aus vorliegenden Aufträgen Tagestouren berechnen.
    Wie wir es umsetzenTourenberechnung als Serverlogik auf Basis der Auftragsdaten in SQL Server über EF Core
  2. Was gefordert istFahrer müssen Aufträge per Handy mit Foto und Unterschrift quittieren können.
    Wie wir es umsetzenResponsive Razor-Maske für Fahrer mit Foto-Upload und Unterschriftenfeld
  3. Was gefordert istDie Disposition muss den Status aller Touren live einsehen können.
    Wie wir es umsetzenSignalR-Verbindung, die Statusänderungen live an die Dispositionsansicht überträgt
  4. Was gefordert istDas System muss Rollen für Fahrer und Disposition unterscheiden.
    Wie wir es umsetzenRollenbasierte Zugriffssteuerung in ASP.NET Core für Fahrer- und Dispositionssicht

Rahmenbedingungen

  • Nutzung durch Fahrer und Disponenten eines mittelständischen Betriebs
  • Mobile Nutzung über Smartphone-Browser
  • Nutzerzahl und Auftragsvolumen werden im Kickoff festgelegt

Nicht im Umfang

  • Keine automatische Routenoptimierung mit externen Kartendiensten
  • Keine Anbindung an Fahrzeug-Telematik oder GPS-Tracking
  • Im Prototyp browserbasiert — die native App (.NET MAUI) folgt im Vollausbau
  • Keine Abrechnung oder Rechnungsstellung

Woran Sie die Abnahme messen

  • Aus 20 Testaufträgen werden nachvollziehbare Touren berechnet
  • Eine Quittierung mit Foto und Unterschrift wird gespeichert und ist abrufbar
  • Statusänderung eines Fahrers erscheint innerhalb von 2 Sekunden in der Dispositionsansicht
  • Zugriff auf Dispositionsansicht ist nur mit entsprechender Rolle möglich

Meilensteine

  • Woche 2: Tourenberechnung aus Aufträgen
  • Woche 3: Mobile Erfassung (Foto, Unterschrift)
  • Woche 4: Live-Dispositionsansicht (SignalR)
  • Woche 4: Backend/Datenmodell & Schnittstellen
  • Woche 4: Rollen/Rechte, Betrieb, Tests
  • Woche 5: Abnahme

Technologien, die wir einsetzen

  • ASP.NET Core MVC & Razor Pages
  • SignalR & WebSockets
  • Entity Framework Core & Dapper
  • SQL Server 2025
  • .NET MAUI
  • PostgreSQL
  • Azure
  • ASP.NET Core MVCWebserver für Fahrer-Maske und Dispositionsoberfläche
  • Razor ViewsServerseitig gerenderte Oberflächen für mobile Erfassung und Disposition
  • SignalRLive-Übertragung des Tourenstatus an die Disposition
  • EF Core 10Datenzugriff auf Aufträge, Touren und Quittierungen
  • SQL ServerSpeicherung von Aufträgen, Touren, Fotos und Unterschriften
  • .NET MAUIFahrer-App auf dem Handy mit Foto und Unterschrift, im Vollausbau
  • PostgreSQLDatenhaltung der Touren und Adressen
  • AzureBetrieb der Tourenberechnung

← Zurück zum Portfolio