KI-Agenten-Services, die Agenturen 2026 verkaufen können

Der Blick des Operators: Ich betreibe 30+ KI-Agenten in Produktion, verteilt auf Pickleland (eine neun Courts umfassende Indoor-Pickleball-Anlage in Pflugerville, TX) und meine Consulting-Marke. Agenturen stellen mir nach jedem Vortrag dieselbe Frage — nicht “wie funktionieren Agenten”, sondern “was setze ich konkret auf meine Service-Liste”. Das ist diese Liste: sechs Positionen, direkt aus Automatisierungen, die ich selbst betreibe, jede so formuliert, wie man sie in einem Angebot formulieren würde: was es ist, für wen es passt, welche Stufe es einnimmt und was man nicht versprechen sollte.

Das ist kein Wie-automatisiere-ich-mein-Business-Artikel — den habe ich hier geschrieben. Es ist auch kein Artikel über Preismechanik — das ist die Struktur aus Baugebühr plus Retainer in was man Kunden berechnet. Dies ist die Ebene darüber: die tatsächlichen Servicenamen, eng genug gefasst, dass ein Interessent zu einem davon Ja sagen kann, ohne dass man vorher erklären muss, was ein KI-Agent überhaupt ist.

Inhaltsverzeichnis

Inhaltsverzeichnis öffnen

• Warum “KI-Agenten-Services” als Kategorie nicht verkauft
• Die Service-Liste
  • 1. Entwurf von Event- und Social-Promos
  • 2. Klassifizierung von Kommentaren und Posteingang mit Antwortentwürfen
  • 3. Wöchentliches Betriebs-Briefing
  • 4. Newsletter-Entwürfe
  • 5. Zuverlässigkeit bei Buchungsbestätigung und Follow-up
• Die Liste in Stufen bündeln statt in À-la-carte-Chaos
• Der Stack hinter allen sechs
• FAQ
  • Wie viele davon sollte eine Agentur zum Start anbieten?
  • Braucht man dafür einen Entwickler im Team?
  • Was ist der größte Fehler, den Agenturen beim Verkauf dieser Liste machen?
  • Sollte jede dieser Positionen einen menschlichen Prüfschritt haben?
  • Wie erkenne ich, ob ein Interessent tatsächlich bereit ist, eine dieser Positionen zu kaufen?

Warum “KI-Agenten-Services” als Kategorie nicht verkauft

“Wir bauen KI-Agenten” ist kein Service. Es ist eine Fähigkeitsaussage, und Interessenten kaufen keine Fähigkeitsaussagen — sie kaufen eine benannte Sache mit einem definierten Ergebnis. Vergleiche “wir bauen KI-Agenten für lokale Unternehmen” mit “wir entwerfen automatisch deine wöchentlichen Event-Promo-Posts und legen sie jeden Sonntag in eine Freigabe-Warteschlange”. Das Zweite kann sich ein Geschäftsinhaber bis Freitag im eigenen Konto laufend vorstellen.

Die Lösung ist dieselbe Disziplin, die ich in Wie man sein Fachwissen zu einem produktisierten Service macht beschreibe: ein fester Umfang, ein Name, den ein Kunde in einem Satz verwenden würde, und eine klare Grenze um das, was enthalten ist. Alles Folgende ist nach diesem Standard geschrieben. Wenn du das Dokumentenformat suchst, um eine dieser Positionen in einen unterschriebenen Umfang zu verwandeln, bevor du sie anbietest — das ist Wie man ein Scope-Dokument für einen KI-Agenten schreibt.

Die Service-Liste

Sechs Automatisierungen, jede davon etwas, das ich zuerst selbst betreibe, bevor ich das Muster jemals verkaufen würde.

1. Entwurf von Event- und Social-Promos

Was es ist: Ein geplanter Agent, der die anstehenden Events oder Angebote eines Kunden in einem festen Rhythmus prüft — bei mir läuft er jeden Sonntag für die kommende Woche — und markt- bzw. markengerechte Promo-Posts in eine Freigabe-Warteschlange entwirft. Nichts wird veröffentlicht, ohne dass ein Mensch auf Freigeben klickt.

Für wen es passt: Jeder Kunde mit einem wiederkehrenden Kalender an Dingen, die beworben werden — Events, Kurse, wöchentliche Angebote, Tage der offenen Tür. Fitnessstudios, Veranstaltungsorte, Restaurants, lokale Dienstleister. Kein guter Fit für einen Kunden mit unregelmäßigem Einzel-Launch-Kalender; es gibt keinen wiederkehrenden Rhythmus, an dem sich der Agent orientieren kann.

Build-Stufe: Single-Workflow-Agent — ein Trigger (die Uhr), eine Datenquelle (der Kalender oder das Buchungssystem des Kunden), eine Ausgabe (Entwürfe in einer Warteschlange). Das liegt am unteren Ende der Single-Workflow-Stufe in meinem Preisrahmen.

Was man nicht versprechen sollte: Verkaufe nicht “Social-Media-Management”. Du verkaufst Entwurfsgenerierung, keine Strategie, kein Community-Management, keine Anzeigenausgaben. Schreibe das genau so ins Scope-Dokument, denn “Social Media” als Formulierung lädt Scope Creep geradezu ein, sobald ein Kunde will, dass du auch Antworten übernimmst — das ist eine eigene Position, siehe unten.

2. Klassifizierung von Kommentaren und Posteingang mit Antwortentwürfen

Was es ist: Ein per Webhook ausgelöster Agent, der bei einem neuen Kommentar oder einer eingehenden Nachricht anspringt, die Absicht klassifiziert (Frage, Beschwerde, Lob, Spam — oder Frage, Beschwerde, Buchung, Sonstiges, je nach Kanal) und für alles oberhalb einer Konfidenzschwelle eine Antwort entwirft. Lob wird protokolliert, Spam unterdrückt, alles andere landet in einer menschlichen Freigabe-Warteschlange.

Für wen es passt: Jeder Kunde mit genug eingehendem Volumen, dass eine Person manuell sortiert — eine Facebook-Seite mit aktiven Kommentaren, ein gemeinsamer Posteingang, ein Kontaktformular, bei dem früher jemand jede Nachricht kalt gelesen hat. Kein guter Fit für wirklich niedriges Volumen; der Aufwand für die Freigabe-Warteschlange lohnt sich unter einer Handvoll Nachrichten pro Woche nicht.

Build-Stufe: Multi-Step-Agent, wenn er mehr als einen Kanal umfasst (etwa Facebook-Kommentare und E-Mail) oder einen zweiten Klassifizierungsdurchlauf braucht; Single-Workflow, wenn es ein Kanal mit einer Ausgabeaktion ist. Bepreise die Stufe nach Kanalanzahl, nicht nach Nachrichtenvolumen — Volumen ändert die Betriebskosten, nicht die Baukosten.

Was man nicht versprechen sollte: Das ersetzt niemanden, der tatsächlich mit Kunden spricht. Es räumt die einfachen 80% ab — die FAQ-artigen Fragen und den offensichtlichen Spam —, damit die Person, die die Warteschlange prüft, ihre Zeit auf die Nachrichten verwendet, die Urteilsvermögen brauchen, und nicht auf die, die es nicht tun. Sag das im Pitch klar. Ein Kunde, der glaubt, einen Kundenservice-Ersatz zu kaufen, wird im zweiten Monat enttäuscht sein.

3. Wöchentliches Betriebs-Briefing

Was es ist: Ein geplanter Agent, der eine Handvoll Betriebskennzahlen abruft — Buchungen, Stornoquote, Auslastung, welche Kernkennzahl auch immer für den Kunden zählt — sowie markierte Auffälligkeiten, und daraus jeden Montagmorgen ein Fünf-Punkte-Briefing formatiert, das dort ankommt, wo der Inhaber es tatsächlich liest (Notion, E-Mail, Slack).

Für wen es passt: Jeder Owner-Operator, der sich dieses Bild derzeit durch das Einloggen in zwei oder drei Dashboards und eigenhändiges Rechnen verschafft — oder es gar nicht bekommt, weil niemand Zeit hat, es zusammenzustellen. Das ist ein starker Erstverkauf bei einem Kunden, der KI-Agenten generell skeptisch gegenübersteht — es ist risikoarm, nichts handelt in seinem Namen, und der Wert ist schon in der ersten Woche greifbar.

Build-Stufe: Single-Workflow, vorausgesetzt die Datenquellen sind Systeme, aus denen der Agent direkt lesen kann (die API einer Buchungsplattform, ein Tabellenexport, ein Analytics-Konto). Eine Stufe höher, wenn die Kundendaten irgendwo ohne sauberen Lesezugriff liegen und der Agent individuelles Scraping oder manuelle Exportverarbeitung braucht.

Was man nicht versprechen sollte: Das Briefing berichtet; es entscheidet nicht. Lass einen Kunden “Anomalieerkennung” nicht als “der Agent sagt mir, warum der Umsatz gesunken ist” verstehen. Es markiert, dass eine Zahl außerhalb ihres normalen Bereichs liegt. Das Warum bleibt weiterhin Sache des Inhabers — nur informiert durch ein Briefing, das ihn schneller dorthin gebracht hat.

4. Newsletter-Entwürfe

Was es ist: Ein Agent, der den wiederkehrenden Newsletter eines Kunden direkt als Entwurf in dessen E-Mail-Plattform schreibt, gespeist aus welchem Ausgangsmaterial auch immer der Kunde liefert (aktuelle Beiträge, anstehende Events, ein laufendes Notizdokument) — bereit für einen menschlichen Redigierdurchgang und den Versand.

Für wen es passt: Jeder Kunde, der sich bereits zu einem regelmäßigen Newsletter verpflichtet hat, ihn aber unregelmäßig versendet, weil das Problem der leeren Seite die Zeit auffrisst. Kein guter Fit für einen Kunden, der noch nicht entschieden hat, wofür sein Newsletter überhaupt da ist — der Entwurf beschleunigt eine bestehende Gewohnheit, er erschafft kein redaktionelles Urteilsvermögen aus dem Nichts.

Build-Stufe: Single-Workflow, geringe Komplexität, sofern der Agent direkt in den nativen Entwurfsstatus der Plattform schreibt (die meisten modernen ESPs bieten das an) statt eine manuelle Copy-Paste-Übergabe zu erfordern. Muss er mit einem ESP ohne brauchbare API sprechen, ist das zusätzliche Integrationsarbeit und hebt die Stufe an.

Was man nicht versprechen sollte: Das entwirft; ein Mensch redigiert und versendet weiterhin jedes Mal selbst. Positioniere es nicht als “wir übernehmen deinen Newsletter für dich” — das impliziert Eigentümerschaft über Strategie- und Rhythmus-Entscheidungen, die der Agent nicht trifft. Positioniere es als “der Newsletter geht planmäßig raus, weil das Schreiben des ersten Entwurfs aufhört, der Flaschenhals zu sein.”

5. Zuverlässigkeit bei Buchungsbestätigung und Follow-up

Was es ist: Ein Agent, der garantiert, dass jede Buchung eine Bestätigung und, wo relevant, ein terminiertes Follow-up erhält. Ein Mensch, der Bestätigungen von Hand verschickt, ist an jedem normalen Tag schnell genug; der Wert liegt darin, dass der Agent keine schlechten Tage hat und nie eine vergisst.

Für wen es passt: Jeder Kunde, dessen Buchungs- oder Intake-Prozess derzeit davon abhängt, dass jemand daran denkt, eine manuelle Bestätigung zu senden. Dienstleistungsunternehmen, terminbasierte Unternehmen, alles, wo eine fehlende Bestätigung ein No-Show oder einen verlorenen Kunden bedeutet, der annahm, die Buchung sei nicht durchgegangen.

Build-Stufe: Multi-Step — Trigger (neue Buchung), Lesen (Kunden- und Buchungsdetails), Schreiben (Bestätigung und/oder terminiertes Follow-up) und meist eine Benachrichtigung ans Personal. Das liegt solide in der Multi-Step-Integrationsstufe, weil hier ein aktives Buchungs- oder CRM-System berührt wird, statt nur Text zur Prüfung zu entwerfen.

Was man nicht versprechen sollte: Verkaufe das nicht über gesparte Zeit — der manuelle Versand einer Bestätigungs-E-Mail dauert dreißig Sekunden, daher ist die Payback-Rechnung über Zeit allein schwach. Verkaufe es über den Fehlerfall, den es beseitigt: Ein Mensch verpasst an einem schlechten Tag eine Bestätigung, und ein Kunde springt ab. Ein Agent hat keine schlechten Tage. Das ist der eigentliche Pitch, und er ist ehrlich, weil es dasselbe Versicherungswert-Argument ist, mit dem ich den Bau dieses Musters für mein eigenes Geschäft rechtfertige.

Die Liste in Stufen bündeln statt in À-la-carte-Chaos

Sechs Positionen sind eine Speisekarte, kein sechsfaches Verkaufsgespräch. Ich würde sie in zwei oder drei Pakete bündeln, statt jede einzeln zu pitchen:

• Starter-Paket: Wähle die eine Aufgabe mit der höchsten Reibung, die der Kunde bereits schlecht oder gar nicht erledigt — meist das wöchentliche Briefing oder die Promo-Entwürfe, weil beides risikoarm ist und der Wert schnell sichtbar wird.
• Wachstums-Paket: Ergänze den Klassifizierungs- und Antwort-Agenten, sobald das Starter-Paket Vertrauen aufgebaut hat. Hier beginnt der Kunde den kumulativen Effekt zu spüren, weil die Freigabe-Warteschlangen-Gewohnheit aus Paket eins übernommen wird.
• Zuverlässigkeits-Paket: Der Buchungsbestätigungs-Agent, einzeln verkauft, sobald ein Kunde ein echtes Buchungs- oder Intake-System hat, das es zu schützen lohnt — das ist oft der wertvollste, am wenigsten glamouröse Verkauf, und er landet besser, nachdem der Kunde einen Agenten zuvor zuverlässig an etwas mit geringerem Risiko erlebt hat.

Bepreise jedes Paket so, wie ich es in was man Kunden für KI-Agenten-Builds berechnet beschreibe: eine feste Baugebühr pro Paket plus ein Wartungs-Retainer, kein Stundensatz. Und bevor du für einen Kunden irgendetwas baust, führe dieselbe vierteilige Payback-Prüfung durch — manuelle Kosten, Baukosten, Betriebskosten, Wartungssteuer —, die ich nutze, um zu entscheiden, ob ich diese Dinge für mich selbst baue, beschrieben im ROI-Rahmen. Wenn eine Position auf dieser Liste für einen bestimmten Kunden keine vernünftige Payback-Zeit erreicht, verkaufe sie diesem Kunden nicht — verkaufe ihm die, die es tut.

Der Stack hinter allen sechs

Alle sechs laufen auf demselben schlanken Stack, den ich in meinen eigenen Unternehmen nutze: Claude als Modellebene, Cloudflare Workers für die geplanten und Webhook-Trigger, und Airtable als Rückgrat für Freigabe-Warteschlangen und Job-Status, in das auch Nicht-Entwickler tatsächlich Einblick haben. Nichts davon erfordert Unternehmenssoftware oder ein großes Team zur Umsetzung — das ist mit ein Grund, warum die Wirtschaftlichkeit für eine Agentur funktioniert, die an kleine und mittelgroße Kunden verkauft statt an Enterprise-Konten.

FAQ

Wie viele davon sollte eine Agentur zum Start anbieten?

Zwei oder drei, nicht alle sechs. Wähle die, die zu deinen bestehenden Kunden passen — wenn dein Kundenstamm überwiegend aus lokalen Dienstleistern mit aktiven Social-Profilen besteht, starte mit Promo-Entwürfen und Kommentar-Klassifizierung. Den Rest nach erfolgreicher Auslieferung der ersten zwei zu ergänzen ist einfacher, als alle sechs zu starten und keine davon ordentlich zu liefern.

Braucht man dafür einen Entwickler im Team?

Die Single-Workflow-Stufe (Promo-Entwürfe, wöchentliches Briefing, Newsletter-Entwürfe) lässt sich von jemandem bauen, der mit etwas Scripting und API-Dokumentation vertraut ist, nicht von einem Senior-Ingenieur. Die Multi-Step-Stufe (kanalübergreifende Klassifizierung, Buchungsbestätigungen) profitiert von echter Entwicklungserfahrung, vor allem weil produktive Zuverlässigkeit bei einem System, das ein aktives Buchungssystem berührt, wichtiger ist als bei etwas, das nur Text zur Prüfung entwirft.

Was ist der größte Fehler, den Agenturen beim Verkauf dieser Liste machen?

Die Fähigkeit statt das Ergebnis zu verkaufen — “KI-Agenten-Services” statt “deine Event-Promos sind entworfen und warten jeden Sonntagmorgen auf deine Freigabe”. Das Zweite ist ein Service, den sich ein Kunde vorstellen kann. Das Erste ist ein Pitch-Meeting.

Sollte jede dieser Positionen einen menschlichen Prüfschritt haben?

Bei den ersten vier, ja — sie alle erzeugen Entwürfe, die ein Mensch freigeben muss. Der Buchungsbestätigungs-Agent ist die Ausnahme, weil Bestätigungen risikoarm und zeitkritisch genug sind, dass eine Freigabe-Warteschlange den Zweck zunichtemachen würde. Diese Unterscheidung — welche Ausgaben Prüfung brauchen und welche nicht — sollte in jedem Scope-Dokument explizit festgehalten werden, ausführlicher behandelt in Wie man ein Scope-Dokument für einen KI-Agenten schreibt.

Wie erkenne ich, ob ein Interessent tatsächlich bereit ist, eine dieser Positionen zu kaufen?

Er erledigt die zugrunde liegende Aufgabe bereits manuell und kann sie dir konkret beschreiben — was sie auslöst, wie lange sie ungefähr dauert, wie eine gute Ausgabe aussieht. Ein Interessent, der seinen aktuellen Prozess nicht beschreiben kann, ist noch nicht bereit für einen Agenten — er ist bereit für ein Gespräch darüber, den Prozess erst zu definieren, was ein eigenes, kleineres Engagement ist.