Gode råd til vibecoding af apps til digital marketing

Jeg har efterhånden erstattet de fleste dyre tools til SEO, Google Ads og feedoptimering med egne apps vibecodet med AI. Det er er der en række gode argumenter for at gøre.

Pæne besparelser er der at hente. Tools til SEO og Google Ads kan sagtens koste DKK 400-500 om måneden og har man flere løber det hurtigt op. Som en digital marketing freelancer som mig er det mange penge.

Man bliver ofte uafhængig af slots. Typisk er der eksempelvis 10 slots til kunder i et abonnement til et værktøj. Næste tier hedder så måske 25 slots til den dobbelte pris. Nu er det bare kun 11 slots har jeg behov for og ikke 25! Det kunne også være et værktøj der giver 1.000 søgeord i et værktøj til SEO eller 3 produktfeeds to et feed tool.. Når man den grænse skal man opgradere eller prioritere sine søgeord. Det er ufleksibelt og irriterende. 

De apps man selv vibecoder bliver naturligvis målrettede.  Man betaler ikke for ligegyldig funktionalitet som i øvrigt kan forstyrre i et interface. Målretning er ikke kun funktionalitet men også interfacets udformning og meget andet. Der er næsten frit frit på alle hylder.

Agiliteten med egne apps er stor. Opdager man et behov kan det tage minutter før funktionaliten er der! Ved eksterne værktøj skal man igennem udviklere og måske håbe andre har samme behov som man selv har og ens ønsker prioriteres. Nogle gange ser man disse Feature Request Boards. Det sker imidlertid sjældent at man ser sine ønsker realiseret og gør man kan der kan jo gå år.

Det er skidesjovt at udvikle apps med AI. Det er en fornøjelse at udvikle funktionalitet, interfaces og redskaber der gør ens arbejde bedre. Forleden fik jeg en spontan ide da jeg stod ved en kaffemaskine på et hotel.. Jeg aktiverede straks bygingen i min app til AI byggeværktøjet. Da jeg nåede tilbage til mit bord var funktionaliteten udviklet. og parat til test. Og funkrionaliteten virkede i første hug.

Hvilket AI udviklerværktøj skal man vælge?

Jeg benytter forskellige AI værktøj til at udvikle egne apps. Hensigten her i dette blogindlæg er ikke at redegøre for hvilke AI værktøj jeg benytter til udvikling og hvad jeg har udviklet men at komme med en række generelle råd til nogen der som jeg ønsker at udvikle egne værktøj. Her er en liste af de mest gængse AI værktøj men kig selv omkring så dette er absolut ikke en anbefaling af enkelte. Husk at værktøjerne og priser ændrer sig hele tiden og nye kommer til. Heldigvis kan man komme i gang gratis de fleste steder.

Et par gode råd før du går i gang med vibecoding af egne apps til digital markedsføring

Man kan naturligvis bare gå i gang. Det er ekstremt nemt at komme i gang og udvikle sine egne apps til digital markedsføring. Lidt struktur på opgaven og nogle klare retningslinjer er imidlertid en rigtigt god ide. Her er mine tips til udvikling af apps:

1.Hav en klar plan og prioriter

Det er altid godt godt at have en plan. Lav derfor en nogenlunde dækkende kravspecifikation før du går i gang. Beskriv først, hvad appen skal gøre, hvem den er til, og hvilke 3-5 kernefunktioner der er nødvendige. Ræk ikke ud efter alt på én gang.

Bed gerne AI’en om at lave en plan eller en liste over sider og datamodeller, før den begynder at bygge. Læs den igennem og ret den til.

2. Brug AI til AI

Jeg bruger andre LLM’er til at hjælpe mig med dialogen med udviklingsværktøjet. Det er en form for second opinion hvor jeg kan vende nogle af de mere tekniske detaljer og blive i stand til at foreslå alternative løsningsmuligheder. Mit AI værktøj foreslår denne løsning på sikkerhedsaspektet. Er du enig i den vurdering? og “Hvad kan jeg gøre for at nedsætte forbruget af tokens på X?“. En LLM kan naturligvis også være med at forfine de prompter man bruger i AI udviklingsværktøjet.

3. Hold øje med forbruget af credits og tokens

Man slipper næppe uden at bruge credits eller tokens når man udvikler apps. Man kan også sagtens bruge mange credits hvis man ikke gør sit forarbejde godt. Rigtig mange fejl skyldes uklare prompts. Det er billigere at tænke et minut ekstra end at bruge ti prompts på at rette en skæv prompt op.

4. Start med testdata

Normalt vil man tænke backend og datamodellering først når man udvikler. Sådan tænker de fleste udviklere nok. Jeg har faktisk gode erfaringer med at udarbejde et næsten færdigt interface og bede om at få testdata i det. Det vil give en forståelse af det værktøj men er i gang med at udvikle og give nye ideer til funktionaliteter.

5.Start med at udvikle parallelt i flere AI udviklingsværktøj

En for mig helt central app byggede jeg parallelt i to AI udviklerværktøj. Jeg var i tvivl om hvilket som vel mest velegnet. Jeg var vel 20-25% færdig i begge før jeg besluttede mig for at satse udelukkende på det det ene. Det var interessant at følge hvilket værktøj der bedst løste opgaven, havde færrest fejlskud og gav den bedste sparring.

Den ekstra tid det tog var minimal og tjente sig naturligvis hurtigt i forhold til at havde færdiggjort værktøjet i det forkerte AI værktøj.

6. Pas på med fristelsen for at kommercialisere appen

Jeg bliver af og til kontaktet af nogen der ønsker hjælp til kommercialisering af en AI genereret app. Jeg siger pænt nej tak når jeg kan se at det er udviklet på sikkert et par timer og et par hundrede credits. Jeg afviser ikke at der er marked for det og det kan sagtens være en rigtig god app. Men husk altid at når du kan udvikle en fin app på et par timer så kan alle! I dag handler det ikke så meget om kvaliteten af appen men hvor dybe lommer man har til markedsføring.

Software går generelt en hård tid i møde!

Er du parat til at opsige dit abonnement på dit nuværende værktøj?

Nu er den fantastiske app færdig og klar til at tage i brug. Den har naturligvis kørt parallelt med dit betalte eksterne værktøj og nu er du parat til at opsige abonnementet. Er det så problematisk? Kan man ikke bare vende tilbage og købe et nyt abonnement? Muligvis men så skal der måske ske en nyopsætning, måske rammes man af en væsentligt højere pris ( det blev jeg truet med ) så det er ikke altid muligt. Bruger man sine egne apps skal man være klar over en række forhold.

Drift og vedligehold er dit ansvar
Et færdigt produkt har en leverandør, der retter fejl, opdaterer og sørger for, at det kører. Når du bygger selv, er det dig. Biblioteker, API’er og tjenester ændrer sig over tid, og pludselig holder noget op med at virke.

Test, test, test…..
Noget kan virke fint i et preview og alligevel fejle i særlige situationer. Test alle flows og funktionaliteter selv.

Sikkerhed og persondata
AI-genereret kode kan se fin ud, men have huller, især omkring adgangskontrol, login og betalinger (hvis du skal bruge det). Hvis du håndterer persondata, er du selv ansvarlig for GDPR: databehandleraftaler, hvor data ligger, sletning, samtykke og logning.

Afhængighed af værktøjet
Du har sikkert allerede valgt et AI udviklerværktøj. Husk at priser, regler eller funktioner ændrer sig. Hold koden i GitHub, så du kan flytte den. Hav altid en udvej.