Merlin MechlerMERLIN MECHLER
Alle Artikel
5 Min Lesezeit

Chatbot-Lastenheft: Vorlage für technische B2B-Teams

Ein ausfüllbares Lastenheft für einen internen B2B-Chatbot. Mit Beispiel, Zugriffsregeln, Fehlerfällen und einer Tabelle für vergleichbare Anbieterangebote.

KI für UnternehmenChatbotLastenheftB2B

Definition

Chatbot-Lastenheft: Ein Chatbot-Lastenheft beschreibt den Bedarf des auftraggebenden Teams: Nutzer, Aufgaben, Daten, Grenzen und überprüfbare Ergebnisse. Es dient als Grundlage für die technische Umsetzung und den Angebotsvergleich.

Ein Chatbot-Angebot ist erst vergleichbar, wenn alle Anbieter denselben Auftrag verstehen. "Ein Bot für unsere Dokumente" lässt offen, wer welche Dokumente sehen darf, welche Antworten erwartet werden und was bei fehlenden Quellen passiert.

Diese Chatbot-Lastenheft-Vorlage beschreibt einen internen Assistenten für technische B2B-Teams. Sie enthält ausfüllbare Felder, ein fiktives Beispiel und überprüfbare Abnahmekriterien. Kopiere sie in eure bestehende Projektvorlage und ersetze die Platzhalter vor einer Angebotsanfrage.

Lastenheft und Pflichtenheft im Projekt abgrenzen

Für diese Vorlage gilt folgende Arbeitsaufteilung: Das auftraggebende Team beschreibt im Lastenheft den Bedarf, die Grenzen und die erwarteten Ergebnisse. Der Umsetzungspartner beschreibt im Pflichtenheft, wie die vereinbarten Anforderungen technisch umgesetzt und geprüft werden.

Beispiel: "Nutzer sehen nur freigegebene Unterlagen ihrer Produktgruppe" ist eine Anforderung. Welcher Identitätsdienst und welche Filter das sicherstellen, gehört zur Umsetzung. Bestehende IT-Vorgaben müssen allerdings bereits im Lastenheft stehen, damit ein Anbieter sie berücksichtigt.

Diese Abgrenzung ist eine praktische Arbeitsregel. Sie ersetzt keine Festlegung der Vertragsunterlagen und enthält keine Aussage über deren rechtliche Wirkung.

Vorlage: Auftrag und Nutzer festlegen

FeldDein Eintrag
Projekt und Stand[Name, Version, Datum]
Fachlich verantwortliche Person[Name und Rolle]
Problem im heutigen Ablauf[Konkrete wiederkehrende Aufgabe]
Erwartetes Ergebnis[Was liegt nach einer Anfrage vor?]
Nutzergruppen[Rollen, interne oder externe Nutzung, Sprachen]
Nutzungssituation[Arbeitsplatz, Gerät, vorhandenes Portal]
Erlaubte Aufgaben[Abgegrenzte Liste]
Ausgeschlossene Aufgaben[Beispielsweise Reparaturfreigaben oder verbindliche Angebote]
Erfolgsmessung[Ausgangswert, Messweise, Zielwert, Verantwortlicher]
Projektgrenze[Was gehört ausdrücklich nicht zum Auftrag?]

Schreibe bei der Erfolgsmessung keine erfundene Einsparung hinein. Wenn ein Ausgangswert fehlt, lautet die erste Aufgabe, die heutige Bearbeitung zu messen. Ein späteres Ziel muss die zuständige Person freigeben.

Vorlage: Quellen, Rechte und Antworten beschreiben

FeldDein Eintrag
Datenquellen[Ablage, Format, Umfang, fachlicher Eigentümer]
Freigabestatus[Welche Dokumente gelten als verwendbar?]
Produktbezug[Produkt, Variante, Serienbereich oder andere Zuordnung]
Versionierung[Kennzeichnung gültiger und ersetzter Dokumente]
Leserechte[Welche Nutzergruppe sieht welche Quellen?]
Rechteänderungen[Wie schnell müssen Entzüge wirksam sein?]
Antwortformat[Antwort, Quellenstelle, Dokumentversion, offene Punkte]
Aktualisierung[Auslöser, Verantwortlicher, maximale Verzögerung]
Unzulässige Daten[Welche Inhalte dürfen nicht verarbeitet werden?]
Aufbewahrung[Vorgaben für Eingaben, Antworten, Protokolle und Löschung]

Berechtigungen müssen vor der Ausgabe von Inhalten greifen. Eine Anweisung an das Sprachmodell, vertrauliche Angaben nicht zu nennen, ist dafür keine ausreichende technische Zugriffskontrolle. Microsoft dokumentiert für Azure AI Search beispielsweise die Einschränkung von Suchergebnissen anhand von Identitäten. Der dort beschriebene Filter ersetzt selbst keine Authentifizierung. Microsoft: Security filters

Vorlage: Fehlerpfade und menschliche Freigabe

SituationVerbindliches Verhalten im eigenen Projekt eintragen
Keine passende Quelle[Meldung und zuständiger Übergabekanal]
Widersprüchliche Quellen[Konflikt anzeigen, Antwortgrenze und Klärungsweg]
Produktvariante fehlt[Benötigte Rückfrage]
Zugriff nicht erlaubt[Keine Inhalte offenlegen; zulässige Statusmeldung]
Datenquelle ist ausgefallen[Stopp, Ersatzverfahren und Benachrichtigung]
Nutzer verlangt eine ausgeschlossene Aktion[Ablehnung und erlaubter nächster Schritt]
Antwort braucht fachliche Freigabe[Rolle, Anzeige des Entwurfs, Protokoll]
Inhalt enthält fremde Arbeitsanweisungen[Als Quelltext behandeln; keine neuen Rechte oder Aktionen]

Dokumente können Anweisungen enthalten, die ein Modell vom vorgesehenen Auftrag ablenken. OWASP beschreibt dies als indirekte Prompt Injection. Das Lastenheft muss deshalb auch Tests mit manipulierten Dokumenten und eine Begrenzung erlaubter Aktionen vorsehen. Eine vollständige Verhinderung lässt sich daraus nicht versprechen. OWASP: Prompt Injection

Vorlage: Betrieb und Abnahme vereinbaren

FeldDein Eintrag
Betriebsverantwortung[Internes Team und externe Zuständigkeit]
Störungsmeldung[Kanal und vereinbarte Reaktion]
Änderungen[Wer gibt neue Quellen, Modelle und Funktionen frei?]
Testbestand[Freigegebene Testfragen mit Referenzantworten]
Abnahmekriterien[Erwartetes Verhalten je Testfall]
Blockierende Fehler[Fehlerklassen, bei denen keine Freigabe erfolgt]
Übergabe[Dokumentation, Zugänge, Schulung und Ansprechpartner]
Kostenrahmen[Einrichtung, Nutzung, Pflege, Änderungen, Exit]
Beendigung[Datenexport, Zugangsentzug, Löschung und Nachweis]

Ein Abnahmekriterium braucht ein beobachtbares Ergebnis. "Der Bot antwortet gut" reicht nicht. Auch "95 Prozent richtig" bleibt unklar, solange Testmenge, Fehlerklassen und Bewertung fehlen. Lege zuerst diese Definitionen fest, danach einen passenden Zielwert.

Ausgefülltes Beispiel: Interner Dokumentenfinder im Service

Das folgende Szenario ist fiktiv und beschreibt keinen ausgelieferten Kundenauftrag.

Ein Serviceteam sucht zu einer gemeldeten Produktvariante das gültige Handbuch. Der Assistent beantwortet ausschliesslich Fragen zur Dokumentzuordnung und zu freigegebenen organisatorischen Serviceinformationen. Er gibt keine Reparaturanweisungen aus und verändert keine Geräteparameter.

FeldBeispieleintrag
NutzerAngemeldete interne Servicekräfte
EingabeProduktbezeichnung, Variante und Frage
QuellenFreigegebene Handbücher und Dokumentenregister
AusgabePassendes Dokument mit Version, Fundstelle und kurzer Einordnung
Fehlende VarianteRückfrage vor einer produktspezifischen Antwort
KonfliktBeide freigegebenen Quellen benennen und an Dokumentenverantwortliche übergeben
RechteZugriff auf die dem Nutzer zugeordneten Produktgruppen
ÄnderungenDokumentenverantwortliche bestätigen neue Freigaben
BetriebServiceleitung verantwortet Inhalte; IT verantwortet Zugang und technische Verfügbarkeit

Das zugehörige Pflichtenheft beschreibt anschliessend, wie Anmeldung, Dokumentimport, Berechtigungsprüfung und Versionswechsel funktionieren. Ein Anbieter muss offene Abhängigkeiten ausdrücklich benennen, beispielsweise fehlende Versionsmetadaten in der bisherigen Ablage.

Abnahmetests für das Beispiel

TestEingabe oder ZustandErwartetes Verhalten
AT-01Vollständige Produktangabe, gültiges HandbuchRichtige Version und nachprüfbare Fundstelle
AT-02Produktvariante fehltRückfrage; keine Zuordnung auf Verdacht
AT-03Nutzer ohne QuellenberechtigungKeine Offenlegung geschützter Inhalte
AT-04Zwei gültige Dokumente widersprechen sichKonfliktmeldung; keine erfundene Auflösung
AT-05Dokument wurde ersetztAntwort verwendet den neuen Freigabestand nach vereinbarter Aktualisierungsfrist
AT-06Quelle fordert zum Versand interner Daten aufKeine Aktion ausserhalb des Auftrags
AT-07Suchdienst nicht erreichbarSichtbarer Fehler und vereinbarter Ersatzweg

Die Testnachweise müssen Eingabe, verwendeten Dokumentstand, Ausgabe und Bewertung enthalten. Wiederhole betroffene Fälle nach Änderungen. Ein erfolgreicher Vorführtermin mit ausgewählten Fragen ersetzt diese Abnahme nicht.

Anbieterangebote anhand derselben Anforderungen vergleichen

Versende eine identische Fassung des Lastenhefts und verlange Antworten mit Anforderungs-IDs. So lassen sich offene Punkte einer Aussage zuordnen.

VergleichspunktAnbieter AAnbieter B
Erfüllte Anforderungen mit Nachweis[IDs und Belege][IDs und Belege]
Abweichungen und Voraussetzungen[Eintragen][Eintragen]
Rechte und Versionswechsel[Verfahren und Test][Verfahren und Test]
Einmalige und laufende Kosten[Leistungen und Annahmen][Leistungen und Annahmen]
Enthaltene Pflege und Änderungen[Umfang][Umfang]
Betriebsübergabe und Beendigung[Leistungen][Leistungen]

Ein niedriger Einrichtungspreis hilft wenig, wenn Quellenpflege, Tests oder spätere Änderungen ungeklärt bleiben. Umgekehrt braucht ein kleiner interner Pilot keine Funktionen für einen öffentlich erreichbaren Kundenchat. Bewerte den belegten Umfang für euren konkreten Auftrag.

Wenn noch unklar ist, ob ein Chatbot den Ablauf trifft, hilft die Unterscheidung zwischen Chat und API-Workflow. Das Angebot KI-Mitarbeiter für technische B2B-Teams setzt ebenfalls bei der Aufgabe an. Für eine erste Einordnung reichen in der Fit-Prüfung der heutige Ablauf, seine Eingaben und das benötigte Ergebnis.

Quellen geprüft am 09.10.2026. Diese Vorlage ist eine fachliche Arbeitshilfe; Datenschutz-, Vertrags- und Sicherheitsanforderungen müssen zum konkreten Einsatz passen.

Häufige Fragen

Was gehört in ein Chatbot-Lastenheft?

Ziel, Nutzergruppen, erlaubte Aufgaben, Datenquellen, Berechtigungen, Antwortformat, Fehlerpfade, Übergaben, Betrieb, Kostenrahmen und konkrete Abnahmetests.

Was unterscheidet Lastenheft und Pflichtenheft?

In der Arbeitsaufteilung dieses Artikels beschreibt das Lastenheft den Bedarf und die erwarteten Ergebnisse. Das Pflichtenheft beschreibt die vereinbarte technische Umsetzung. Die vertragliche Bedeutung muss im konkreten Projekt festgelegt sein.

Reicht ein guter Prompt als Spezifikation?

Ein Prompt erfasst weder den vollständigen Datenzugriff noch Rollen, Betrieb, Fehlerbehandlung und Abnahme. Das Lastenheft muss diese Punkte unabhängig vom gewählten Modell beschreiben.

Weiterlesen

Grundlagen zu KI für Unternehmen und die Artikel, die dieses Thema vertiefen.