Wanneer een affiliateteam groeit, wordt de accountstructuur het echte operationele vraagstuk. Deze gids legt uit hoe je hoofd- en subaccounts scheidt, rechten in drie niveaus verdeelt, acties registreert en toegang overdraagt of intrekt wanneer teamleden van rol veranderen of vertrekken.
Zodra affiliate marketing een bepaalde schaal bereikt, verschuift de bottleneck van de vraag hoe je promoot naar de vraag hoe je accounts beheert.
Als één persoon drie tot vijf accounts beheert, is het geheugen vaak nog voldoende. Bij tientallen accounts en twee of drie samenwerkende mensen draaien de problemen al snel om enkele vragen: wie beheert welk account, hoe worden wachtwoorden verstrekt en hoe onderzoek je wat er misging bij een handeling? Dit zijn structurele problemen die je niet oplost door simpelweg meer mensen aan te nemen of meer tools te gebruiken.
Leg eerst de accountstructuur vast
Gebruik het hoofdaccount alleen om mensen en rechten te beheren, niet voor dagelijkse werkzaamheden. Geef ieder teamlid een eigen subaccount. Behandel de accounts van affiliateplatforms als resources onder het hoofdaccount en groepeer en wijs ze toe op basis van platform, regio of klant.
Het voordeel van deze opzet wordt vooral duidelijk wanneer iemand vertrekt of van functie verandert: je trekt alleen het subaccount van die persoon in. De onderliggende accountresources hoeven niet te worden verplaatst en alle wachtwoorden hoeven niet opnieuw te worden ingesteld.
Waarom is één gedeeld account geen goed idee? Als meerdere mensen op hetzelfde beheerdersaccount inloggen, wordt de inloggeschiedenis meteen onduidelijk. Bij een probleem kun je niet meer bepalen wie verantwoordelijk was. Ook kun je de rechten niet nauw genoeg beperken, want iemand die alle accounts kan zien, komt vroeg of laat ook terecht bij accounts buiten zijn of haar verantwoordelijkheid.
Verdeel rechten in minstens drie niveaus
Een simpele scheiding tussen “mag kijken” en “mag niet kijken” is in de praktijk niet voldoende.
- Alleen gegevens bekijken: prestaties, klikken en conversies bekijken zonder instellingen te wijzigen
- Content wijzigen: content publiceren en creatief materiaal vervangen zonder geldstromen of gekoppelde informatie aan te passen
- Budget wijzigen: campagnebudgetten en biedingen aanpassen
Betaalinformatie, accountkoppelingen en uitbetalingsinstellingen mogen standaard alleen door beheerders worden gewijzigd. Ook voor wachtwoorden is een duidelijke grens nodig: teamleden hoeven het wachtwoord van een account niet te kennen. Ze kunnen het toegewezen account via de juiste omgeving openen terwijl het wachtwoord bij de beheerder blijft. Dat is veiliger dan wachtwoorden steeds via chattools te versturen.
Logboeken zijn bedoeld voor onderzoek, niet voor toezicht op mensen
Activiteitenlogboeken moeten drie vragen kunnen beantwoorden: wie opende welk account en wanneer, wat werd gewijzigd en bij welke stap trad de afwijking op? Als er een probleem is met een account, zijn logs de snelste manier om de oorzaak te vinden. Zonder logs kun je alleen gissen en achteraf reconstrueren wat iedereen zich herinnert.
Veelgemaakte fouten hebben met wachtwoorden te maken: één wachtwoord van het hoofdaccount delen maakt het onmogelijk om een verantwoordelijke aan te wijzen; wachtwoorden via chat versturen betekent dat een gelekte chatgeschiedenis ook het account kan blootstellen; en hetzelfde wachtwoord voor alle accounts gebruiken betekent dat je bij één lek alles moet wijzigen.
Bij samenwerking in teams gaan omgevingsisolatie en rechtenbeheer meestal samen. Tools zoals PurpleMark bieden ledenbeheer en autorisatie per groep. Beheerders wijzen accountgroepen toe, teamleden benaderen accounts via omgevingen binnen hun eigen bereik en handelingen worden in logs vastgelegd. Daarmee kunnen de bovenstaande eisen doorgaans worden afgedekt.
Accounts overdragen bij personeelswisselingen
Een overdracht is niet klaar zodra je een document hebt verstuurd. Wijs de verantwoordelijkheid voor accounts opnieuw toe, trek rechten direct in, werk gekoppelde informatie zo nodig bij en leg de status van lopende taken vast. Als één van deze stappen ontbreekt, blijven er losse eindjes achter. Trek de toegang in op de dag dat iemand vertrekt en wacht niet tot alle administratieve procedures zijn afgerond.
Geef een nieuw teamlid eerst alleen-lezen-toegang om een week aan gegevens te bekijken. Open pas daarna, wanneer de accounts vertrouwd zijn, de operationele rechten. Meteen volledige toegang geven is een van de meest voorkomende problemen bij een overdracht.
Gedeelde accounts worden onvermijdelijk een probleem bij groei
Met drie mensen of minder kan een gedeeld account nog werken door onderlinge afstemming. Zodra er duidelijke taakverdeling, klanten en overdrachten zijn, worden de nadelen zichtbaar: verantwoordelijkheid is niet aan een persoon te koppelen, gegevens zijn niet per persoon te scheiden, rechten zijn niet voldoende te beperken en ieder vertrek wordt een risico.
De echte drempel voor het opschalen van een team is nooit alleen het aantal accounts, maar vooral of de accountstructuur vooraf is ontworpen. Duidelijk eigenaarschap, begrensde rechten en vastgelegde handelingen voorkomen dat een groter team zichzelf in de weg gaat zitten.
