DER PILOT
Der Pilot endet mit einer belastbaren Betriebsentscheidung.
Ein Agentforce-Pilot ist kein verlängertes Demo-Setup. Er sollte so angelegt sein, dass Fachbereich und IT danach gemeinsam entscheiden können, ob der Use Case produktiv tragfähig ist.
Einordnung und Kontext
Der Pilot muss eine Betriebsentscheidung ermöglichen
Vor dem Start sollte klar sein, welche Kriterien später über Go, No-Go oder gezielte Nacharbeit entscheiden. Sonst bleibt am Ende nur ein subjektiver Eindruck.
- Welcher messbare Nutzen soll entstehen?
- Welche Fehler und Grenzfälle sind akzeptabel?
- Welche Aktionen darf Agentforce selbst ausführen?
- Wann muss ein Mensch übernehmen?
Nicht nur Funktion, sondern Verhalten bewerten
Ein Pilot muss zeigen, wie sich Agentforce bei fehlendem Kontext, unklaren Anfragen, fehlenden Rechten und nicht verfügbaren Aktionen verhält.
Produktionsreife zeigt sich besonders dort, wo der Idealfall endet.
ERGEBNIS
Ein No-Go ist ein nützliches Ergebnis
Ein Pilot hat seinen Zweck erfüllt, wenn er eine belastbare Entscheidung ermöglicht. Dazu gehört ausdrücklich auch die Erkenntnis, dass ein Use Case noch nicht produktionsreif ist.
Ein bewusstes No-Go schützt vor einem produktiven System, das später mehr Risiko als Nutzen erzeugt.
- Nutzen ist im Alltag nicht ausreichend messbar.
- Daten oder Kontext sind noch nicht verlässlich genug.
- Berechtigungen oder erlaubte Aktionen sind nicht sauber begrenzt.
- Menschliche Übergaben funktionieren nicht zuverlässig.
Weitere Schritte (1)
- Fehler und Grenzfälle lassen sich nicht kontrolliert behandeln.
- Begrenzter Auftrag
- reale Tests
- Evidenz
- Go
- Nachbesserung
- No-Go
- kontrollierter Betrieb
Häufige Fragen zum Agentforce-Pilot
Wie lange sollte ein Agentforce-Pilot laufen?
Nicht länger als nötig, um die wichtigsten Annahmen zu testen. Entscheidend ist nicht die Kalenderdauer, sondern ob genügend reale Fälle, Grenzsituationen und betriebliche Fragen geprüft wurden.
Wann ist ein Pilot wirklich aussagekräftig?
Wenn er nicht nur ideale Fälle testet, sondern auch fehlenden Kontext, eingeschränkte Rechte, unklare Anfragen, Übergaben und typische Fehler.
Muss ein erfolgreicher Pilot automatisch produktiv gehen?
Nein. Ein Pilot kann technisch funktionieren und trotzdem fachlich, organisatorisch oder betrieblich noch nicht produktionsreif sein.
GO / NO-GO
Beenden Sie den Pilot mit einer belastbaren Go/No-Go-Entscheidung.
Die Abschlussentscheidung sollte nachvollziehbar begründen, was getestet wurde, welche Risiken offen bleiben und unter welchen Bedingungen der Use Case produktiv gehen kann.
Go – produktiv unter definierten Bedingungen Adjust – gezielt nachbessern und erneut prüfen No-Go – Anwendungsfall bewusst stoppen oder anders lösen
- Nutzen im Zielprozess ist nachweisbar.
- Daten, Kontext und Berechtigungen sind ausreichend verlässlich.
- Erlaubte Aktionen und Grenzen sind eindeutig festgelegt.
- Menschliche Übergaben funktionieren mit vollständigem Kontext.
Weitere Schritte (1)
- Monitoring, Eskalation und Ownership sind für den Betrieb geklärt.
PRÜFKRITERIEN
Mindestkriterien für eine produktive Freigabe
Nutzen
Der Anwendungsfall verbessert eine klar definierte Aufgabe messbar oder nachvollziehbar.
Kontext und Daten
Die benötigten Informationen sind zuverlässig genug für die getesteten Fälle verfügbar.
Berechtigungen
Agentforce sieht nur den Kontext und darf nur die Aktionen ausführen, die für seine Aufgabe notwendig sind.
Grenzen
Fälle außerhalb des Mandats werden erkannt und nicht stillschweigend weiterbearbeitet.
Weitere wichtige Freigabefragen (3)
Menschliche Übernahme
Eine Fachrolle kann mit vollständigem Kontext übernehmen, wenn die KI nicht weiterarbeiten darf oder kann.
Testabdeckung
Neben Idealfällen wurden auch Ausnahmen, fehlende Daten, fehlende Rechte und typische Fehler getestet.
Betrieb
Monitoring, Eskalation, fachliche Verantwortung und technische Verantwortung sind geklärt.
Wenn noch unklar ist, ob die Aufgabe überhaupt einen Agenten braucht, beginnen Sie mit KI in Salesforce: Welche Aufgaben sich wirklich lohnen.
NÄCHSTE SCHRITTE
Sechs Schritte vom Use Case zum Go/No-Go
Ein guter Pilot begrenzt den Umfang früh, testet realistisch und macht die Abschlussentscheidung von Anfang an planbar.
01
Auftrag begrenzen
Eine konkrete Aufgabe, Zielgruppe und erwarteten Nutzen festlegen.
02
Kontext verbinden
Daten, Wissensquellen und erlaubte Informationen für den Use Case definieren.
03
Aktionen absichern
Festlegen, was Agentforce ausführen darf, was nur vorbereitet wird und wann eine Freigabe nötig ist.
04
Verhalten evaluieren
Idealfälle, Grenzfälle, fehlende Daten, fehlende Rechte und unklare Anfragen realistisch testen.
05
Übergabe gestalten
Menschliche Übernahme so testen, dass Frage, Quellen, bisherige Schritte und offener Punkt erhalten bleiben.
06
Betrieb belegen
Monitoring, Verantwortlichkeiten, Version und Review-Zyklus für einen möglichen Produktivbetrieb festhalten.
Den Pilot aussagekräftig machen
TESTFÄLLE
Nicht nur ideale Fälle verwenden
Fehlende Informationen, unklare Fragen, falsche Rollen und nicht verfügbare Aktionen gehören bewusst in den Testumfang.
WIRKUNG
Fachliche Wirkung und KI-Qualität trennen
Eine gute Antwort allein beweist noch keinen Nutzen. Bewerten Sie separat, ob der Prozess wirklich schneller, sicherer oder einfacher wird.
SCOPE
Keine stillen Funktionsausweitungen
Neue Aktionen, Datenquellen oder Rollen verändern den Pilotumfang. Solche Erweiterungen bewusst entscheiden und erneut testen.
Ein kleiner, klar begrenzter Pilot liefert oft mehr Erkenntnis als ein breites Demo-Szenario mit ständig wachsendem Funktionsumfang.
Quellen und weitere Informationen
Für weiterführende Informationen zu Agentforce, Evaluierung und sicheren Betriebsmodellen sind insbesondere diese Quellen hilfreich:
- Salesforce – So funktioniert AgentforceGeprüft am
Unterstützt Agentforce-Pilotierung, Testing, Trust und Betriebsanforderungen; Produkt- und Sicherheitsdetails vor Veröffentlichung erneut prüfen.
- Salesforce – How We Build Trusted AIGeprüft am
Unterstützt Agentforce-Pilotierung, Testing, Trust und Betriebsanforderungen; Produkt- und Sicherheitsdetails vor Veröffentlichung erneut prüfen.
- Salesforce Well-Architected – ResilientGeprüft am
Unterstützt Agentforce-Pilotierung, Testing, Trust und Betriebsanforderungen; Produkt- und Sicherheitsdetails vor Veröffentlichung erneut prüfen.
Themen dieses Beitrags
SO KÖNNTE ES IM ALLTAG AUSSEHEN
Drei Ansichten, die einen Agentforce-Pilot belastbar machen.
Drei illustrative konfigurierte Arbeitsbereiche zeigen Umfang, Übergabe und Entscheidungsverlauf. Alle Datensätze und Testergebnisse sind fiktiv.
Realistische Rollen und Aktionsgrenzen
Illustrative konfigurierte UI · Fiktive Daten.
Mit dem Finger wischen oder mit gedrückter Maustaste ziehen. Alternativ die Bildauswahl oder Pfeiltasten nutzen.
Bild 1 von 3: Realistische Rollen und Aktionsgrenzen
Passend weiterlesen
KI in Salesforce: Welche Aufgaben sich wirklich lohnen
Nicht jede Aufgabe wird durch KI besser. Sinnvoll ist KI dort, wo Kontext verstanden, Informationen zusammengeführt oder ein Entwurf vorbereitet werden muss – und wo der Nutzen gegenüber einer einfachen Automatisierung wirklich erkennbar ist. Der beste Einstieg beginnt deshalb nicht mit Agentforce, sondern mit einer klar begrenzten Aufgabe und einem überprüfbaren Ergebnis.
Beitrag lesen
Datenbasis für KI: Was Agentforce und Data 360 wirklich brauchen
Agentforce und Data 360 funktionieren nur mit Daten, deren Bedeutung, Qualität und Nutzung klar genug für den konkreten Anwendungsfall sind. Vollständigkeit allein reicht dafür nicht. Entscheidend ist, welche Daten einen Prozess wirklich beeinflussen, wer sie verantwortet und wie verlässlich sie im Betrieb genutzt werden können.
Beitrag lesen
Raus aus dem Monolithen: Skalierbare Multi-Agent-Architekturen mit Agentforce gestalten
Ein einzelner Agent kann viel – bis Aufgaben, Tools, Regeln und Kontext immer weiter wachsen. Dann wird aus Flexibilität schnell Komplexität. Multi-Agent-Architekturen teilen Verantwortung gezielt auf und machen Agentforce leichter skalierbar, testbar und betreibbar.
Beitrag lesen