Portfolio · Lösung

Tourenplanung mit Fahrer-App

Tagestouren aus Aufträgen berechnet, Fahrer quittieren per Handy mit Foto und Unterschrift, Disposition sieht alles live. Für eigene Fuhrparks, deren Touren heute auf Zuruf entstehen.

Was es kostet.

MVP-Festpreis netto

6.390 € MVP-Festpreis

Vollausbau ab 77.000 € — Richtwert. Der MVP-Preis ist fest, der Vollausbau eine Ab-Größe. Der MVP-Festpreis ist ein Kennenlernpreis: Er liegt bewusst unter dem, was die Stunden dieses Plans kosten.

Alle 42 Angebote ansehen →

Zwölf Schwerpunkte.

Vorne Einkauf, hinten Technik

  1. 6 Kunde
  2. 2 Produkt
  3. 9 Abläufe
  4. 3 Vertrieb
  5. 8 Mitarbeiter
  6. 6 Service
  1. 4 KI-Anteil
  2. 9 Echtzeit
  3. 7 Schnittstellen
  4. 6 Datenmenge
  5. 10 Mobil
  6. 7 Cloud

Technik: KI-Anteil 4 · Echtzeit 9 · Schnittstellen 7 · Datenmenge 6 · Mobil 10 · Cloud 7

Ein niedriger Wert heißt: hier liegt der Schwerpunkt nicht. Er heißt nicht „schlecht“. Sicherheit, Wartbarkeit, Verfügbarkeit, Übergabe und Termintreue stehen auf keiner dieser Skalen — die sind bei jedem unserer Vorhaben gleich. Deshalb ist das Gerüst bei jedem Siegel dasselbe.

Der Plan dazu.

Vorab gerechnet
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