Es gibt eine Lücke im Markt, die eine Form hat, die jeder kennt, und einen Namen, den fast niemand verwendet. Unternehmen wollen funktionierende KI-Agenten: Die Support-Warteschlange wächst, die Pipeline stockt, der Gründer beantwortet abends Tickets. Und dieselben Unternehmen haben nicht die Person, die sich hinsetzt, die Tools verbindet, die Grenzen festlegt und das erste Stück Arbeit bis zum Ende begleitet. Die Software existiert. Die Hände nicht.
Diese Lücke ist ein Job. Wir nennen die Person, die ihn ausfüllt, einen Deployer: eine Person oder eine Agentur, die Unternehmen auf afka innerhalb ihres eigenen Workspace einrichtet und für jeden Monat bezahlt wird, in dem der Kunde bleibt. Dieser Artikel ist das gesamte Angebot, schriftlich festgehalten. Kein Teaser für ein Gespräch, kein Partner-Portal hinter einem Formular. Die Konditionen, die Methode und die Begründung, öffentlich.
Was ein Deployer tatsächlich tut
Ein Deployment ist kein Integrationsprojekt. Es sind eine oder zwei Arbeitssitzungen mit einem Rhythmus, den die Playbooks Schritt für Schritt beschreiben.
Die erste Stunde besteht aus Fragen. Welche zehn Ticket-Typen den Posteingang füllen. Welche Deals still geworden sind. Was die unverzichtbaren Kriterien für die offene Stelle wirklich sind. Der Kunde hat diese Antworten; niemand hat sie je aufgeschrieben. Der Deployer schreibt sie auf, denn die Liste entscheidet, was der Agent zuerst übernimmt und was bei einer Person bleibt.
Dann werden die Tools über verwaltete Konnektoren verbunden. afka erhält niemals Drittanbieter-Passwörter: Der Kunde autorisiert jedes Tool und kann die Autorisierung durch Trennen der Verbindung widerrufen. Das ist der Schritt, den die Leute für schwierig halten, und er ist der einfachste auf der Liste.
Dann folgt das Gespräch, das ein Deployment von einer Installation unterscheidet: Autonomie und Obergrenzen, laut vereinbart. Der Agent startet auf Review, Rückerstattungen warten auf Genehmigung, die Obergrenzen sind Zahlen, die der Kunde mit eigenem Mund nennt, und der Deployer zeigt, dass die Obergrenzen im Code durchgesetzt werden, nicht in einem Prompt. Eine Obergrenze, die sich umreden lässt, ist keine Obergrenze.
Dann der Moment, in dem der Kunde das Produkt versteht: ein echtes Stück Arbeit, von Anfang bis Ende, während er zuschaut. Ein echtes Ticket gelöst. Eine Pipeline sichtbar bereinigt. Eine priorisierte Shortlist, bei der jede Bewertung ihre Quellenangabe trägt. Keine Demo mit Beispieldaten: ihre Warteschlange, ihr Deal, ihre Stelle.
Das Übergabe-Artefakt ist das Audit-Log selbst.
Die Übergabe ist der letzte Schritt, und sie erfolgt mit geöffnetem Audit-Log: wer was wann zu welchen Kosten getan hat und welche Entscheidungen auf eine Person gewartet haben. Der Kunde geht mit dem Autonomie-Regler in der Hand. Der Deployer geht mit einem Kunden, der die Arbeit hat geschehen sehen, anstatt sie beschrieben bekommen zu haben.
Die Konditionen, einmal dargelegt
Sie verdienen 30 Prozent des Kunden-Abonnements für zwölf Monate ab der ersten bezahlten Rechnung, mit First-Touch-Attribution für 90 Tage. Ihre Implementierungsgebühr ist Ihre eigene Angelegenheit und bleibt Ihnen. afka veröffentlicht keine Einkommensprognosen: Die Konditionen sind die Konditionen.
Dieser Absatz erscheint wortgleich auf jeder Playbook-Seite und ist bewusst kurz gehalten. Es gibt keine Stufenleiter zu erklimmen, keine Quote zu verteidigen, keine Zertifizierungsgebühr. Ob ein Deployment Sie einen Nachmittag oder eine Woche kostet, was Sie für Ihre eigene Zeit berechnen, ist Ihre Sache und die Ihres Kunden.
Die vier Playbooks, veröffentlicht
Die Methode ist nicht gesperrt, denn die Methode ist das Angebot. Ein Playbook pro Geschäftsfunktion, jeweils mit dem Kundenprofil, der Team-Übersicht, dem Skill-Pack-Interview, den fünf Schritten der ersten Sitzung, dem wöchentlichen Rhythmus, dem Geldabschnitt und den Fragen, die Kunden tatsächlich stellen:
Den Support-Agenten deployen: von einem überfüllten Posteingang zu gelösten Tickets. Den Sales-Agenten deployen: Pipeline-Arbeit, die ohne eine treibende Person läuft. Den Recruiting-Agenten deployen: eine geprüfte Shortlist statt einer Bewerbungsflut. Den Store-Agenten deployen: Käufer beantwortet und das Back-Office erledigt.
Warum die Methode öffentlich ist
Ein gesperrtes Dokument kann alles versprechen. Eine öffentliche Seite muss wahr sein, denn jeder kann sie gegen das Produkt halten, das sie beschreibt. Die Playbooks zu veröffentlichen kostet uns das Mysterium eines Partnerprogramms und kauft etwas Besseres: einen Deployer, der genau gelesen hat, was die Arbeit ist, bevor er sich verpflichtet, und einen Kunden, der genau gelesen hat, was er kauft. Beide kommen mit den richtigen Erwartungen, was das einzige Fundament ist, auf dem eine zwölfmonatige Beziehung stehen kann.
Es gibt einen zweiten Grund, und er ist kein Geheimnis. Ein zukünftiger Deployer sucht danach, wie man einen KI-Support-Agenten für einen Kunden einrichtet, und das Playbook ist die Antwort, die er findet. Deployer zu gewinnen ist eine Content-Aufgabe, und das Angebot selbst ist der Content.
Für wen es passt, und für wen nicht
Es passt zu Agenturen, die bereits das Vertrauen von Kunden genießen: Marketing-Agenturen, deren Kunden immer wieder nach KI fragen, Operations-Berater, IT-Dienstleister, deren Retainer-Arbeit schrumpft. Es passt zu Betreibern, die einen Agenten im eigenen Unternehmen eingerichtet haben und festgestellt haben, dass sie nun eine Fähigkeit besitzen, die ihre Kollegen sich immer wieder ausleihen. Der gemeinsame Nenner ist kein technischer Hintergrund. Es ist, vor einem Kunden zu stehen, die Fragen der ersten Stunde zu stellen und mit den Antworten vertraut zu werden.
Es passt nicht zu jemandem, der nach passivem Einkommen sucht. Die 30 Prozent sind wiederkehrend; die Arbeit, die sie verdient, ist nicht passiv. Ein Deployment ist echte Arbeit mit einem zuschauenden Kunden, und die Playbooks geben das nirgendwo vor, anders zu sein.
Die Deployer-Seite enthält die Vereinbarung und Ihren Link. Die Playbooks enthalten die Methode. Zusammen ist das das gesamte Angebot.