De deployer-aanbieding, volledig: bedrijven op afka instellen en twaalf maanden lang betaald krijgen

Er is een gat in de markt met een vorm die iedereen herkent en een naam die bijna niemand gebruikt. Bedrijven willen werkende AI-agents: de supportwachtrij groeit, de pipeline stagneert, de oprichter beantwoordt 's avonds tickets. En diezelfde bedrijven hebben niet de persoon die gaat zitten, de tools verbindt, de grenzen stelt en het eerste stuk werk van begin tot eind begeleidt. De software bestaat. De handen niet.

Dat gat is een baan. We noemen de persoon die het doet een deployer: een persoon of een bureau dat bedrijven op afka installeert binnen hun eigen werkruimte en betaald krijgt voor elke maand dat de klant blijft. Dit artikel is het volledige aanbod, op papier gezet. Geen teaser voor een gesprek, geen partnerportaal achter een formulier. De voorwaarden, de methode en de redenering, openbaar.

Wat een deployer eigenlijk doet

Een deployment is geen integratieproject. Het zijn één of twee werksessies met een ritme dat de playbooks stap voor stap uitleggen.

Het eerste uur bestaat uit vragen. Welke tien tickettypes de inbox vullen. Welke deals stil zijn gevallen. Wat de vereisten voor de openstaande functie werkelijk zijn. De klant heeft deze antwoorden; niemand heeft ze ooit opgeschreven. De deployer schrijft ze op, want de lijst bepaalt wat de agent als eerste afhandelt en wat bij een persoon blijft.

Vervolgens worden de tools verbonden via beheerde connectoren. afka ontvangt nooit wachtwoorden van derden: de klant autoriseert elke tool en kan die intrekken door de verbinding te verbreken. Dit is de stap waarvan mensen verwachten dat hij moeilijk is, en het is de makkelijkste op de lijst.

Dan het gesprek dat een deployment onderscheidt van een installatie: autonomie en limieten, hardop afgesproken. De agent begint op Review, terugbetalingen wachten op goedkeuring, de limieten zijn getallen die de klant zelf uitspreekt, en de deployer laat zien dat de limieten in code worden afgedwongen en niet in een prompt. Een limiet die omzeild kan worden, is geen limiet.

Dan het moment waarop de klant het product begrijpt: één echt stuk werk, van begin tot eind, terwijl ze toekijken. Een echt ticket opgelost. Een pipeline zichtbaar schoner. Een gerangschikte shortlist waarbij elke score zijn bronvermelding draagt. Geen demo met voorbeelddata: hun wachtrij, hun deal, hun functie.

Het overdrachtsartefact is het auditlogboek zelf.

De overdracht is de laatste stap, en die wordt gedaan met het auditlogboek open: wie wat deed, wanneer, tegen welke kosten, en welke beslissingen op een persoon wachtten. De klant vertrekt met de autonomiedial in eigen handen. De deployer vertrekt met een klant die het werk zag gebeuren in plaats van het beschreven hoorde.

De voorwaarden, één keer vermeld

Je verdient 30 procent van het klantabonnement gedurende twaalf maanden vanaf de eerste betaalde factuur, met first-touch-attributie voor 90 dagen. Je implementatievergoeding is jouw eigen zaak en blijft van jou. afka publiceert geen inkomstenverwachtingen: de voorwaarden zijn de voorwaarden.

Die alinea staat woord voor woord op elke playbook-pagina, en is bewust kort gehouden. Er is geen niveauladder om te beklimmen, geen quotum om te verdedigen, geen certificeringskosten. Of een deployment je een middag of een week kost, wat je voor je eigen tijd rekent is tussen jou en je klant.

De vijf playbooks, gepubliceerd

De methode is niet afgeschermd, want de methode is het aanbod. Één playbook per bedrijfsfunctie, elk met het klantprofiel, de teamkaart, het skill-pack-interview, de vijf stappen van de eerste sessie, het wekelijkse ritme, het geldgedeelte en de vragen die klanten werkelijk stellen:

Implementeer de supportagent: van een overvolle inbox naar opgeloste tickets. Implementeer de salesagent: pipelinewerk dat loopt zonder dat er iemand achter zit. Implementeer de recruitingagent: een gescreende shortlist in plaats van een vloed aan sollicitanten. Implementeer de winkelagent: kopers beantwoord en de backoffice afgehandeld. Implementeer de contentagent: LinkedIn als GTM-infrastructuur.

Waarom de methode openbaar is

Een afgeschermd document kan van alles beloven. Een openbare pagina moet kloppen, want iedereen kan die naast het product leggen dat hij beschrijft. Het publiceren van de playbooks kost ons de mystiek van een partnerprogramma en levert iets beters op: een deployer die precies heeft gelezen wat het werk inhoudt voordat hij zich committeert, en een klant die precies heeft gelezen wat hij koopt. Beiden komen met de juiste verwachtingen, en dat is het enige fundament waarop een relatie van twaalf maanden kan staan.

Er is een tweede reden, en die is geen geheim. Een toekomstige deployer zoekt naar hoe je een AI-supportagent voor een klant instelt, en de playbook is het antwoord dat ze vinden. Deployers werven is een contenttaak, en het aanbod zelf is de content.

Voor wie dit geschikt is, en voor wie niet

Het past bij bureaus die al het vertrouwen van klanten hebben: marketingbureaus waarvan de klanten steeds vragen naar AI, operationele consultants, IT-servicebedrijven waarvan het retainerwerk krimpt. Het past bij operators die één agent binnen hun eigen bedrijf hebben opgezet en merkten dat ze nu een vaardigheid hebben die hun collega's steeds komen lenen. De rode draad is geen technische achtergrond. Het is voor een klant staan, de eerste-uur-vragen stellen en vertrouwd worden met de antwoorden.

Het past niet bij iemand die op zoek is naar passief inkomen. De 30 procent is terugkerend; het werk dat het oplevert is niet passief. Een deployment is echt werk met een klant die toekijkt, en de playbooks doen nergens anders voorkomen.

De deployerpagina bevat de overeenkomst en jouw link. De playbooks bevatten de methode. Samen vormen die twee het volledige aanbod.