B2A mit btlabs Core: Deine Website als Agent-Schnittstelle

Für B2A liefert btlabs Core eine zentrale Inhaltsbasis, über die Menschen und KI-Agenten konsistente Unternehmensinformationen abrufen können. Diese Informationsgrundlage umfasst beispielsweise Leistungen, Bedingungen und Kontaktwege. Das Übermitteln von Anfragen, Reservierungen oder Bestellungen durch Agenten benötigt dagegen zusätzliche Integrationen. Der erste Schritt ist deshalb eine verlässliche Wissensgrundlage, nicht die automatische Buchung.

Seit über 20 Jahren beschäftige ich mich mit Medien, Gestaltung und digitaler Umsetzung. Als Gründer von Berger+Team in Bozen verbinde ich heute Markenstrategie mit technischer Entwicklung. Bei der Arbeit mit KMU ist mir wichtig: Technik muss Abläufe verständlicher machen und Dein Team entlasten. Eine zusätzliche Schnittstelle hilft wenig, wenn die zugrunde liegenden Leistungsangaben widersprüchlich bleiben.

B2A mit btlabs Core: Was bedeutet das für Deinen Betrieb?

B2A steht für Business to Agent: Unternehmen stellen Informationen und gegebenenfalls Funktionen für KI-Agenten bereit, die im Auftrag von Menschen handeln. Ein Agent kann Anbieter vergleichen, Leistungsbedingungen prüfen oder eine Anfrage vorbereiten. Dein Angebot muss dafür eindeutig auslesbar sein; Entscheidungen und Verantwortlichkeiten müssen klar zugeordnet bleiben.

Die Website als Agent-Schnittstelle verbindet zwei Anforderungen: Menschen brauchen Orientierung und Vertrauen. Software braucht eindeutig bezeichnete Informationen und definierte Handlungsmöglichkeiten. Die allgemeinen Voraussetzungen erklärt der Beitrag zur Agent-Readiness Deiner Website. Hier geht es um B2A mit btlabs Core.

Eine Leseschnittstelle stellt Informationen bereit. Eine Aktionsschnittstelle ermöglicht definierte Vorgänge. Die Berechtigung zur Ausführung muss der technische Dienst gesondert prüfen.

Von der zentralen Inhaltsbasis zur freigegebenen Aktion

Die B2A-Umsetzung mit btlabs Core lässt sich in fünf Schritte gliedern:

1. Zentrale Inhaltsbasis: Du pflegst freigegebene Unternehmensinformationen an einer maßgeblichen Stelle, statt dieselben Angaben mehrfach zu bearbeiten.
2. Strukturierte Leistungsinformationen: Leistungen erhalten eindeutige Bezeichnungen, Bedingungen und Grenzen.
3. Maschinenlesbare Bereitstellung: Software erhält Inhalte in verarbeitbarer Form und muss Leistungsbedingungen nicht ausschließlich aus dem Seitenlayout erschließen.
4. Abgleich durch einen Agenten: Ein angebundener Agent kann die Angaben mit dem Bedarf seines Auftraggebers vergleichen. Fehlende Informationen müssen zu Rückfragen führen, nicht zu erfundenen Antworten.
5. Freigegebene Aktion: Eine zusätzliche, abgesicherte Integration ermöglicht beispielsweise das Übermitteln einer Anfrage oder eine Reservierung.

SSOT: Welches System ist für welche Information verantwortlich?

Eine Single Source of Truth, kurz SSOT, ist die maßgebliche Quelle für eine bestimmte Information. Bei B2A mit btlabs Core kann das System diese Rolle für öffentliche Leistungsbeschreibungen übernehmen. Freie Termine können weiterhin aus der Einsatzplanung stammen, Bestände aus der Warenwirtschaft.

Eine zentrale Inhaltsbasis soll Fachsysteme nicht durch unkontrollierte Kopien ersetzen. Lege deshalb je Information das verantwortliche System, die zuständige Person, die Aktualisierung und das Verhalten bei Ausfällen fest.

B2A mit btlabs Core: Grundlage und zusätzliche Ausbaustufen

Die Funktionsübersicht von btlabs Core dient als Referenz für die hier beschriebene Produktgrundlage: zentrale Inhaltspflege, Deutsch, Italienisch und Englisch, eine maschinenlesbare Schnittstelle, Markdown-Auslieferung und Discovery-Dateien. Welche Funktionen und Ausgabeformate Dein konkretes Angebot umfasst, sollte ausdrücklich dokumentiert sein.

• Zentrale Inhaltspflege: Eine gemeinsame Basis unterstützt konsistente Ausgaben freigegebener Unternehmensinformationen.
• Mehrsprachigkeit: Gemeinsame Pflege erleichtert die Abstimmung deutscher, italienischer und englischer Inhalte. Fachlich geprüfte Übersetzungen bleiben notwendig.
• Maschinenlesbare Schnittstelle: Software kann bereitgestellte Inhalte verarbeiten. Daraus folgt keine Berechtigung, Termine oder Bestellungen anzulegen.
• Markdown-Auslieferung: Eine textorientierte Fassung ermöglicht die Verarbeitung unabhängig vom visuellen Seitenlayout. Markdown ersetzt kein Datenmodell für buchbare Leistungen.
• Discovery-Dateien: Dateien wie llms.txt können auf Inhalte hinweisen. Eine JSON-Datei mit Markeninformationen kann ergänzend strukturierte Angaben bereitstellen; Dateiname und Schema müssen vereinbart sein. Fremde KI-Systeme berücksichtigen solche Dateien nicht zwangsläufig.

Maschinenlesbarkeit garantiert weder eine Empfehlung durch ChatGPT noch eine korrekte Wiedergabe durch andere KI-Systeme. Änderungen an Deiner Inhaltsbasis aktualisieren auch nicht automatisch bereits gespeicherte Antworten fremder Anbieter.

Drei Ebenen für die Projektplanung

• Kernsystem: Zentrale, mehrsprachige Inhaltspflege und maschinenlesbare Bereitstellung bilden die Informationsgrundlage.
• Projektspezifische Umsetzung: Leistungsmodell, Preisfelder und Systemanbindungen werden anhand Deines Betriebs definiert. Ein fertig eingerichteter Servicekatalog wird nicht als Standardfunktion vorausgesetzt.
• Gesonderte Ausbaustufen: Live-Preisrechner, Terminanzeige, Buchung und weitere Agentenaktionen benötigen zusätzliche Umsetzung.

Für B2A mit btlabs Core gilt deshalb: Eine vorhandene Leseschnittstelle belegt keine betriebsfertige Buchungsfunktion.

Servicekatalog, Preise und Verfügbarkeit müssen zusammenpassen

Bei B2A mit btlabs Core braucht jede Leistung mehr als einen Namen. Der Aufbau eines Servicekatalogs für KI-Agenten beginnt mit klaren fachlichen Angaben und nachvollziehbaren Quellen.

Lege je Leistung mindestens fest:

• Leistungsumfang: Was ist enthalten, was ausgeschlossen?
• Voraussetzungen: Welche Angaben, Unterlagen oder Vorprüfungen brauchst Du?
• Preisbedingungen: Gelten Festpreis, Ab-Preis, Stundensatz oder individuelles Angebot? Welche Steuern, Einheiten und Zusatzkosten sind relevant?
• Verfügbarkeit: Ist die Leistung grundsätzlich erhältlich oder liegt eine aktuelle Kapazitätsauskunft vor?
• Aktualisierungsstand: Wann wurde die Angabe geprüft, und wer hält die Angabe aktuell?
• Quellsystem: Stammt die Information aus der Inhaltsbasis, einer Preisliste oder der Einsatzplanung?

Statische Angaben sind keine Live-Auskunft

Statische Preise brauchen eindeutige Gültigkeitsangaben und Bedingungen. Individuelle Preise benötigen einen Angebotsprozess: Ein Agent kann Angaben sammeln, darf einen Richtwert aber nicht als verbindlichen Endpreis ausgeben.

„Montage nach Vereinbarung“ beschreibt eine Bedingung, keinen freien Termin. Eine Live-Auskunft benötigt eine Anbindung an die zuständige Planung. Vor einer verbindlichen Reservierung muss das Zielsystem die Verfügbarkeit erneut prüfen und bestätigen.

Fehlt eine aktuelle Antwort, sollte der Prozess „Verfügbarkeit derzeit nicht bestätigt“ melden und einen manuellen Kontaktweg anbieten. Unbekannt darf nicht als verfügbar ausgegeben werden.

Freigaben und Audit-Log für handelnde Agenten

Sobald B2A mit btlabs Core über das Lesen hinausgeht, braucht der Ablauf technische Schutzmaßnahmen. Die folgenden Punkte sind Anforderungen an zusätzliche Integrationen, keine Zusage enthaltener Standardfunktionen:

• Berechtigungen: Welcher Agent darf welche Aktion für welchen Auftraggeber auslösen?
• Freigaben: Welche Aktionen dürfen automatisch erfolgen, welche benötigen eine Bestätigung?
• Aktionsgrenzen: Welche Leistungen, Zeiträume oder Beträge sind zugelassen?
• Wiederholungsschutz: Wie verhindert das Zielsystem doppelte Reservierungen bei wiederholten Anfragen, etwa durch Idempotenzschlüssel?
• Audit-Log: Wie werden Zeitpunkt, ausführende Identität, relevante Eingaben, Freigabeentscheidung und Ergebnis protokolliert?

Ein Audit-Log ist ein nachvollziehbares Ereignisprotokoll. Dein Team muss unterscheiden können, ob eine Aktion angefragt, abgelehnt, bestätigt oder abgeschlossen wurde. Speichere dafür nur erforderliche Informationen und lege Zugriffsrechte sowie Löschfristen fest; vollständige Gespräche sind nicht pauschal notwendig.

Der technische Dienst prüft Rechte und Freigaben – nicht allein das Sprachmodell. Die Trennung von Lese- und Schreibrechten erläutert der Beitrag zu Berechtigungen für KI-Agenten.

Beispiel: eine Tischlerei im Raum Bozen

Dieses Beispiel für B2A mit btlabs Core ist ein konstruiertes Anwendungsszenario, keine dokumentierte Kundenfallstudie. Eine kleine Tischlerei bietet Maßmöbel und Reparaturen an.

Ausgangslage: widersprüchliche Informationen

Die deutsche Website beschreibt Reparaturen ausführlich, die italienische Seite nennt einen älteren Leistungsumfang. Anfahrtsbedingungen stehen in einer PDF-Datei; das Büro ergänzt telefonisch weitere Details. Interessenten fragen nach Preisen, ohne Fotos, Maße oder Einsatzort mitzuschicken.

Erster Schritt: abgestimmte Leistungsbeschreibungen

Im geplanten Aufbau werden Leistungen und Bedingungen zentral gepflegt. Für „Möbelreparatur“ definiert der Betrieb angebotene Arbeiten, benötigte Angaben und die Preisermittlung nach Prüfung. Die Sprachfassungen werden fachlich abgestimmt.

Ein lesender Agent kann damit eine vollständigere Anfrage vorbereiten, erhält aber weder eine Terminzusage noch einen verbindlichen Festpreis. Der angestrebte Nutzen liegt in konsistenten Informationen und weniger vermeidbaren Rückfragen. Eine Einsparungsquote lässt sich ohne Messung nicht angeben.

Spätere Ausbaustufe: Terminabfrage

Eine zusätzliche Integration könnte die Einsatzplanung anbinden. Eine Reservierung kommt erst hinzu, wenn Berechtigungen, aktuelle Verfügbarkeit, Bestätigung und Protokollierung umgesetzt und getestet sind.

B2A mit btlabs Core schrittweise umsetzen

Ich würde bei einem kleinen Betrieb mit einer häufig angefragten Leistung beginnen. Ein begrenzter Ablauf lässt sich besser prüfen und verantworten als mehrere gleichzeitig eingeführte Automatisierungen.

1. Informationsbedarf klären: Sammle die Fragen, die Dein Team vor einem Angebot beantworten muss.
2. Quellen und Verantwortliche festlegen: Bestimme für Leistungsumfang, Preise und Verfügbarkeit jeweils eine maßgebliche Quelle und eine zuständige Person.
3. Inhalte vereinheitlichen: Beseitige Widersprüche zwischen Seiten, Sprachfassungen und Dokumenten. Plane strukturierte Daten entlang tatsächlicher Kundenfragen.
4. Leseschnittstelle testen: Prüfe Erreichbarkeit, Vollständigkeit und Übereinstimmung mit der sichtbaren Website.
5. Aktionen gesondert freigeben: Teste vor der Inbetriebnahme auch Ablehnungen, fehlende Daten, Wiederholungen und Systemausfälle.

Miss den Nutzen von B2A mit btlabs Core anhand der Anzahl widersprüchlicher Angaben, des Anteils unvollständiger Anfragen und der bestandenen Testszenarien. Dokumentiere einen Ausgangsstand und vergleiche anschließend dieselben Kriterien über vergleichbare Zeiträume.

Häufige Fragen zu B2A mit btlabs Core

Brauchst Du dafür eine neue Website?

Nicht grundsätzlich. B2A mit btlabs Core kann je nach Architektur auch eine bestehende Website ergänzen. Ob eine Anbindung oder ein Neuaufbau sinnvoller ist, hängt von Inhaltspflege, Datenzugriffen und Wartbarkeit ab.

Was gehört zur beschriebenen Produktgrundlage?

Zentrale Inhaltspflege, Deutsch, Italienisch und Englisch, eine maschinenlesbare Schnittstelle, Markdown-Auslieferung und Discovery-Dateien bilden die hier beschriebene Grundlage. Prüfe den zugesagten Umfang im konkreten Angebot. Individueller Servicekatalog, Live-Verfügbarkeit und verbindliche Agentenaktionen müssen gesondert zugeordnet werden.

Kann ein Agent bereits buchen?

B2A mit btlabs Core bedeutet nicht automatisch, dass Buchungen möglich sind. Dafür brauchst Du eine zusätzliche Umsetzung oder ein angebundenes Buchungssystem einschließlich Berechtigungen, Verfügbarkeitsprüfung und Bestätigung.

Wie werden individuelle Preise behandelt?

Kennzeichne die Leistung als individuell zu kalkulieren und beschreibe die benötigten Angebotsdaten. Ohne freigegebene Berechnungslogik und bestätigte Bedingungen darf ein Agent keinen verbindlichen Preis ausgeben.

Was passiert bei veralteter Verfügbarkeit?

Der Ablauf muss den veralteten oder unbekannten Status melden und eine verbindliche Zusage verhindern. Vor einer Reservierung prüft das zuständige System die Kapazität erneut. Bei Ausfällen steht ein definierter manueller Kontaktweg bereit.

Wer bestätigt verbindliche Aktionen?

Das legst Du je Vorgang fest: beispielsweise der Auftraggeber vor dem Absenden und Dein Betrieb vor der Terminbestätigung. Automatische Bestätigungen setzen voraus, dass Umfang, Berechtigungen und Bedingungen technisch geprüft werden.

Welche laufenden Aufwände bleiben?

Auch B2A mit btlabs Core benötigt Hosting, Wartung, Sicherheitsupdates, Inhaltspflege und die Prüfung von Übersetzungen. Integrationen brauchen Überwachung und Anpassungen bei Änderungen angebundener Systeme. Plane Zuständigkeiten und Betriebskosten von Anfang an ein.

Erst verlässliche Informationen, dann automatische Aktionen

B2A mit btlabs Core beginnt mit einer konsistenten Informationsgrundlage. Agenten müssen Dein Angebot einordnen können und erkennen, wo Information endet und Handlung beginnt. Weitergehende Aktionen benötigen gesonderte Integrationen, Freigaben und überprüfbare Abläufe.

Bei Berger+Team arbeiten wir als Freelancer-Kollektiv mit einem flexiblen Expertennetzwerk an Markenstrategie, Website-Entwicklung und KI-Integration. In unserer strategischen Beratung können wir gemeinsam eine Leistung, ihre Datenquellen und einen begrenzten ersten Umsetzungsschritt festlegen.