Vorab gerechnet

Fehlercode-Flüsterer

Servicetechniker fotografiert Display oder tippt den Code — die KI antwortet aus Handbüchern und alten Serviceberichten mit Lösungsweg. Wir möchten das als internen Prototyp für unser Unternehmen umsetzen.

Gerechnet am 11.09.2026 um 22:18 Uhr

Ihr erster Prototyp · Festpreis netto
7.240
Prototyp Aufwand 68 / 100 · ca. 6 Wochen

So haben wir Sie verstanden

Interner Prototyp, bei dem Servicetechniker per Foto oder Codeeingabe eine KI-gestützte Lösung aus Handbüchern und alten Serviceberichten erhalten.

Was der Prototyp enthält

Ein Hauptfall: Techniker fotografiert Display oder gibt Code ein, KI liefert Lösungsvorschlag aus einer begrenzten, aufbereiteten Datenbasis.

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

KI-Integration mit Bilderkennung und Aufbereitung unstrukturierter Altdaten ist aufwendig, aber auf internen Prototyp begrenzt

Danach: Vollausbau

Vollausbau ab 92.500 € · indikativ bis 120.500 € · 7 Wochen · Team aus 3

Komponenten

  • Dateneingang: Foto-Upload & Code-Eingabe4,25 PT
  • Aufbereitung Handbücher & Serviceberichte (Grundlage)5,5 PT
  • KI-Anbindung inkl. Bilderkennung/Texterkennung7 PT
  • Oberfläche für Techniker (Anfrage & Antwortanzeige)4,75 PT
  • Backend, Datenhaltung, Protokollierung3,5 PT

Besetzung

  • Principal Developer (Principal Engineer)
  • Senior Developer (Senior .NET-Entwickler)
  • Lead Developer (Lead .NET-Entwickler)

Annahmen hinter dem Preis

  • Eine überschaubare Menge an Handbüchern und Serviceberichten wird digital bereitgestellt.
  • Bilderkennung erfolgt über Foto-Upload, keine Live-Kamera-Integration im Prototyp.
  • Nutzerkreis ist auf interne Servicetechniker begrenzt, keine Rollen/Rechte-Verwaltung im Detail.

Was wir zu Beginn klären

  • In welchem Format liegen Handbücher und Serviceberichte aktuell vor (PDF, Scans, Datenbank)?
  • Wie viele Dokumente/Berichte müssen initial eingebunden werden?
  • Soll die Foto-Analyse Displayfehler direkt erkennen oder nur als Zusatzinfo dienen?

Der Fahrplan — was in welcher Woche fertig ist

0
0
führt zusammen
0
0
  1. Woche 1 Kickoff Abstimmung, Zugänge, Feinschnitt des Umfangs
  2. Woche 2 Dateneingang: Foto-Upload & Code-Eingabe 4,25 PT
  3. Woche 3 Aufbereitung Handbücher & Serviceberichte (Grundlage) 5,5 PT
  4. Woche 4 KI-Anbindung inkl. Bilderkennung/Texterkennung 7 PT
  5. Woche 5 Oberfläche für Techniker (Anfrage & Antwortanzeige) 4,75 PT
  6. Woche 5 Backend, Datenhaltung, Protokollierung 3,5 PT
  7. Woche 6 Abnahme Übergabe nach Abnahme und Restzahlung

Verstärkung: Köpfe auf Abschnitte legen

  • 1 Woche früher, Abnahme in Woche 5 statt 6: „Aufbereitung Handbücher & Serviceberichte (Grundlage)“ +1 Senior Developer (Senior .NET-Entwickler), „Backend, Datenhaltung, Protokollierung“ +1 Tester · +130 €
  • 2 Wochen früher, Abnahme in Woche 4 statt 6: „Dateneingang: Foto-Upload & Code-Eingabe“ +1 Senior Developer (Senior .NET-Entwickler), „Aufbereitung Handbücher & Serviceberichte (Grundlage)“ +2 Senior Developer (Senior .NET-Entwickler), „Oberfläche für Techniker (Anfrage & Antwortanzeige)“ +1 Senior Developer (Senior .NET-Entwickler), „Backend, Datenhaltung, Protokollierung“ +2 Tester · +340 € 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 Servicetechniker erhalten aus Fotoaufnahme oder Codeeingabe automatisiert einen Lösungsvorschlag auf Basis vorhandener Dokumentation.

Lösungsweg Eine ASP.NET-Core-Webanwendung nimmt Fotos oder Codes entgegen, gleicht sie über eine KI-Anbindung mit aufbereiteten Handbuch- und Berichtsdaten ab und zeigt den Lösungsweg an.

  1. Was gefordert istDas System muss die Eingabe eines Fehlercodes per Text ermöglichen.
    Wie wir es umsetzenEingabemaske in Razor Views mit Texteingabefeld für Fehlercode.
  2. Was gefordert istDas System muss den Upload eines Fotos vom Display ermöglichen.
    Wie wir es umsetzenFoto-Upload-Funktion in AspNetCore mit Weiterleitung an die KI zur Bildauswertung.
  3. Was gefordert istDas System muss die KI mit Handbüchern und alten Serviceberichten als Wissensbasis anbinden.
    Wie wir es umsetzenAnbindung eines KI-Dienstes, der auf einer aus Handbüchern/Berichten aufbereiteten Wissensbasis antwortet.
  4. Was gefordert istDas System muss aus der Eingabe einen Lösungsweg erzeugen und anzeigen.
    Wie wir es umsetzenAusgabe des KI-generierten Lösungswegs in der Weboberfläche nach Verarbeitung.
  5. Was gefordert istDas System muss als interner Prototyp für das eigene Unternehmen nutzbar sein.
    Wie wir es umsetzenBereitstellung der Anwendung im internen Netzwerk als abgeschlossener Prototyp.

Rahmenbedingungen

  • Interne Nutzung, keine externen Kunden.
  • Prototyp, kein produktiver Vollbetrieb.
  • Zeitrahmen ca. 6 Wochen für ersten lauffähigen Stand.

Nicht im Umfang

  • Keine automatische Fehlerbehebung, nur Vorschlag eines Lösungswegs.
  • Im Prototyp browserbasiert — die native App (.NET MAUI) folgt im Vollausbau
  • Keine Anbindung an Ticket- oder ERP-Systeme.
  • Keine mehrsprachige Oberfläche im Prototyp.

Woran Sie die Abnahme messen

  • Techniker kann Fehlercode eingeben und erhält innerhalb von 30 Sekunden eine Antwort.
  • Foto-Upload funktioniert für mind. 3 getestete Displaytypen.
  • KI liefert bei mind. 80 % der Testfälle einen inhaltlich passenden Lösungsvorschlag.
  • Anwendung ist im internen Netzwerk für definierte Testnutzer erreichbar.

Meilensteine

  • Woche 2: Dateneingang: Foto-Upload & Code-Eingabe
  • Woche 3: Aufbereitung Handbücher & Serviceberichte (Grundlage)
  • Woche 4: KI-Anbindung inkl. Bilderkennung/Texterkennung
  • Woche 5: Oberfläche für Techniker (Anfrage & Antwortanzeige)
  • Woche 5: Backend, Datenhaltung, Protokollierung
  • Woche 6: Abnahme

Technologien, die wir einsetzen

  • ASP.NET Core MVC & Razor Pages
  • Microsoft.Extensions.AI
  • SQL Server 2025
  • Serilog & OpenTelemetry
  • Vektor-Suche & RAG
  • Anthropic Claude & Azure OpenAI / OpenAI
  • .NET MAUI
  • ASP.NET Core MVCWeb-Oberfläche und Verarbeitung von Eingaben (Code, Foto)
  • Razor ViewsServerseitig gerenderte Eingabe- und Anzeigemasken für Techniker
  • KI-AnbindungAnalyse von Fotos/Codes und Erzeugung von Lösungsvorschlägen aus Wissensbasis
  • SQL ServerSpeicherung aufbereiteter Handbuch- und Berichtsdaten sowie Anfragen
  • SerilogProtokollierung von Anfragen und KI-Antworten zur Nachvollziehbarkeit
  • Vektor-Suche & RAGSuche in Handbüchern und alten Serviceberichten zum Fehlercode
  • Anthropic Claude & Azure OpenAI / OpenAIDas Sprachmodell, das daraus eine Lösung in den Worten des Technikers formuliert
  • .NET MAUITechniker-App mit Foto des Fehlercodes, im Vollausbau

← Zurück zum Portfolio