Det er altid spændende at snakke om ny teknologi, men det er altafgørende, at den kommende løsning tager afsæt i at løse konkrete forretningsbehov.
Der er for eksempel mange fordele ved en modulær platform, men der er også situationer, hvor en monolitplatform med en række præintegrerede moduler og redaktørværktøjer kan være den rigtige løsning - og det er derfor helt afgørende at være afklaret omkring, hvilke forretningsbehov, der skal opfyldes og hvilke behov, der skal prioriteres højest før arkitekturen fastlægges.
For eksempel kan det være, at du forventer, at dine forretningsbehov er ret statiske i en længere periode, at behovene dækkes godt af én monolitplatforms integrerede standardfunktioner, og at du derfor kan bruge platformen uden stor grad af tilpasning. Her kan det både være hurtigere og billigere at anvende én samlet monolit-platform fremfor en modulær platform.
Brug for mere fleksibilitet?
Omvendt kan det give god mening at overveje en modulær platform, hvis du fra start ved, at det er forretningskritisk at kunne ændre eller udskifte delkomponenter i platformen løbende og hurtigt, fordi du forventer, at behovene - eller markedet - ændrer sig løbende.
Det kan også være, at man har specialiserede behov, der kræver, at man kan vælge ’best-of-breed’-funktionaliteter og produkter, der maksimerer værdien og brugeroplevelsen.
Det kunne være en virksomhed, der ønsker at arbejde datadrevet og optimere indholdet gennem eksperimenter, og som derfor ønsker at anvende A/B test til at validere hvilket indhold, der performer bedst.
Samtidig kigger virksomheden ind i løbende at effektivisere denne proces, og vil derfor have muligheden for at skifte til en nyt A/B testværktøj, når der dukker en ny applikation op, som f.eks. kan automatisere og forbedre dele af processen med en AI-drevet motor.
Her er det vigtigt, at platformen er modulær, og at A/B-test modulet ikke er så tætkoblet og bygget ind i platformen, at det i praksis ikke kan skiftes ud.
