Eén keer maken, overal geplaatst: een marketingsysteem in je eigen applicatie

De meeste bedrijven die hun eigen marketing doen, betalen voor een stuk of vijf pakketten. Een planner voor de posts, iets voor de advertenties, iets voor de statistieken, een videobewerker en een enquêtetool. Elk pakket doet zijn werk prima. Alleen weet geen van de vijf wat de andere vier hebben gedaan.

De stapel abonnementen waar niemand voor koos

Die stapel ontstaat vanzelf. Er komt een kanaal bij, dus er komt een tool bij. Er is een keer een video nodig, dus er komt een abonnement bij. Na twee jaar staat er een rij afschrijvingen waar niemand bewust ja tegen heeft gezegd.

Erger dan de kosten is de versnippering. Elk pakket rapporteert over zichzelf: bereik, klikken, opens, views. Vijf rapporten die je met de hand naast elkaar moet leggen, en aan het eind weet je nog steeds niet welke post een klant heeft opgeleverd.

Waarom die pakketten nooit het hele plaatje hebben

Ze staan buiten je eigen systeem. Ze kennen je klanten niet, je aanbod niet en je omzet niet. Ze zien bereik en klikken, dus daar gaan hun cijfers over. Wat een campagne werkelijk heeft opgebracht staat in jouw database, en daar komt de planner niet binnen.

Aan de invoerkant gaat het net zo. Je foto's, je teksten en je productpagina's staan al in je eigen systeem. Om ze in de planner te krijgen exporteer je, upload je, en schrijf je de tekst per kanaal opnieuw. Elke keer weer.

Wat er verandert als marketing in de applicatie zelf zit

De afgelopen weken heb ik zo'n module gebouwd binnen een bestaande applicatie: een eigen venster naast het CMS, met een eigen zijbalk en eigen rechten. Daarin zitten een overzicht, doelen, budget, een kalender, de kanalen, de campagnes, de meting, de doelgroepen en een reels-studio.

Die losse schermen kan een pakket ook. Het verschil zit erin dat ze allemaal op dezelfde gegevens staan: dezelfde klanten, dezelfde beeldbank, dezelfde omzet, dezelfde pagina's.

Eén item, elk kanaal zijn eigen vorm

In de kalender is een item één post in één taal. Je kiest het thema, de kanalen en het tijdstip. Je kunt er een pagina of een artikel van de eigen site aan hangen. De link wijst dan vanzelf naar die pagina in de juiste taal, en de foto's van die pagina staan al klaar in de kiezer.

Elk aangevinkt kanaal krijgt een eigen tekstvak met zijn eigen tekengrens. Een AI-knop schrijft een voorstel in de taal van het item, met het merkprofiel als toon en de feiten uit het eigen systeem als inhoud. Prijzen en aantallen komen uit de database en worden niet verzonnen. Vertalingen worden eigen items die aan het origineel blijven hangen en elk op de pagina van hun eigen taal terechtkomen.

Daar zit de winst: één keer bedenken in plaats van acht keer dezelfde tekst herschrijven voor vier kanalen in twee talen.

Video hoort erbij, niet ernaast

De reels-studio vult sjablonen met beeld uit de eigen beeldbank en rendert ze op de eigen server, in staand, vierkant en breed formaat, met voice-over en ondertitels. Een goedgekeurde reel komt als concept in dezelfde kalender terecht, en je kiest per item welk formaat waar geplaatst wordt.

Dat scheelt de omweg via een losse videotool, en belangrijker: de video staat in dezelfde rij als de rest van de planning.

Goedkeuren blijft mensenwerk

Een item loopt langs vijf standen: concept, ter goedkeuring, gepland, geplaatst, mislukt. Wie concepten maakt komt tot ter goedkeuring. Wie mag publiceren keurt goed en plant in. Een cron plaatst op het afgesproken tijdstip. Mislukt is rood met de reden erbij en kan terug naar concept.

Dat is geen detail, het is de huisregel van de hele module. De AI schrijft, mensen publiceren.

De cijfers komen terug op dezelfde plek

Elke nacht haalt de module de cijfers op bij de kanalen. Per kanaal is er een dashboard met kengetallen, een daglijn, de beste tijden op basis van de eigen posts, de top posts en het publiek. Een cijfer dat een platform niet geeft staat als n.v.t. en nooit als nul, zodat je nooit een getal leest dat er niet is.

Bij de advertenties telt het systeem de conversies uit de eigen database, via de herkomst op de order. Niet de conversies die de platformen zelf melden, want Meta en Google claimen allebei dezelfde klant.

Wat er bewust niet in zit

Geen eigen advertentiebeheer. Campagnes opbouwen doen de grote platformen beter en hun schermen veranderen te vaak om na te bouwen. Wat er wel in zit is de laag eromheen: pauzeren, het dagbudget aanpassen en een bestaande post boosten, waarbij die boost altijd gepauzeerd wordt aangemaakt.

Ook de sleutels staan er niet in. Tokens en API-sleutels liggen buiten de webmap; het scherm laat alleen zien of een sleutel aanwezig is, nooit de waarde.

Voor wie dit interessant is

Voor bedrijven die al een eigen applicatie hebben waar de klantgegevens, het aanbod en het beeldmateriaal in staan. Dan is dit de laag die de losse pakketten niet kunnen leveren, omdat zij die gegevens simpelweg niet hebben.

Heb je die basis niet, dan zijn losse tools voorlopig goedkoper en sneller. Dat is een eerlijker advies dan een verhaal over alles zelf bouwen.

Eerlijk over de stand

De module is een paar weken oud. Hij draait, hij plaatst en de cijfers komen binnen. Wat hij op jaarbasis oplevert weet ik over een half jaar, niet vandaag. Rendementscijfers zou ik nu moeten verzinnen, en daar heeft niemand iets aan.

Wat er al wel staat, staat in het portfolio met de modules die ik heb gebouwd. Denk je aan zoiets voor je eigen software, dan praat ik er graag een keer over via de contactpagina.