Onze website van HubSpot naar Google Cloud, gebouwd met AI
Door onze website opnieuw op te bouwen in onze eigen Google Cloud-omgeving, met AI-ondersteunde ontwikkeling, ging Crystalloids van een alles-in-één SaaS-platform naar een site die het volledig zelf in handen heeft: een ontwerp dat het marketingteam zelf aanpast, betere prestaties op mobiel, en vaste kosten die een fractie zijn van de licentie die eraan voorafging.
De uitdaging
Onze eigen marketing draaide jarenlang op HubSpot: de website, onze e-mail en campagnes, ons contactenbestand en onze social planning, allemaal onder één licentie. Dat werkte lange tijd goed.
Bij de website begonnen de grenzen zichtbaar te worden.
Vastzitten aan sjablonen. We waren gebonden aan de sjablonen die we hadden. Alles daarbuiten vroeg om een ontwikkelaar en om wachten tot het werk werd opgepakt, waardoor ontwerpkeuzes steeds vaker werden gemaakt rond wat het sjabloon makkelijk maakte in plaats van wat de pagina nodig had.
Snelheid op mobiel. Pagina's laadden meer dan nodig was, en een groot deel daarvan konden we er zelf niet uit halen. Omdat Google eerst naar de mobiele versie kijkt, raakte dat zowel hoe de site gevonden werd als hoe hij aanvoelde in gebruik.
Een licentie die groeide per aankoop. Sommige functionaliteit zat in aparte modules, waaronder de social-kalender en de planning. Geavanceerdere campagne-automatisering betekende een hoger pakket. Betere koppeling met sales zat achter weer een upgrade. En doordat de prijs meeliep met het aantal contacten, groeide de licentie mee met ons publiek.
Elk van die aankopen was op dat moment logisch, maar samen zorgden ze ervoor dat de kosten bepaald werden door hoeveel dingen we wilden kunnen, in plaats van door hoeveel we werkelijk gebruikten.
Wat een herbouw haalbaar maakte, was AI. Met de tools van vandaag bouwt een klein team wat vroeger een veel groter team vroeg, en we wilden zien hoe ver we daarmee konden komen:
Hoe ver komen we met de tools die er nu zijn?
Dus maakten we een plan en begonnen we te bouwen.
Het doel
Voor de website was het doel smal genoeg om in één zin te zeggen: een site die we zelf ontwerpen, bouwen en aanpassen, draaiend in onze eigen Google Cloud-omgeving.
In de praktijk betekende dat:
- het ontwerp en de front-end volledig in eigen hand
- de pagina's meenemen die hun plek nog verdienen, en de rest achterlaten
- contentbeheer dicht houden bij hoe het marketingteam werkelijk werkt
- mobiel behandelen als de eerste ervaring en niet als de tweede
- overstappen zonder vindbaarheid of bezoek te verliezen
- stoppen met per module voor functionaliteit betalen
De website was het eerste stuk van een breder programma dat we CrystalHub noemen, en dat het hele platform tool voor tool vervangt. Het CRM en de sales-koppelingen volgen, daarna e-mail en campagne-automatisering, daarna de social planning.
Begin je eigen succesverhaal met Crystalloids
Werk samen met Crystalloids en Google Cloud om je project tot leven te brengen.
De oplossing
Bepalen wat we meenamen
Een migratie is een goed moment om je af te vragen wat er nog moet staan.
We zijn de site pagina voor pagina langsgegaan en hebben bepaald wat we hielden, wat we herschreven en wat eruit ging. Een flink aantal pagina's viel in die laatste categorie, simpelweg omdat content zich opstapelt zolang niemand verantwoordelijk is voor het weghalen ervan.
Door dat vóór de herbouw te doen, verhuisden we niet zomaar de oude site naar een nieuw platform. We begonnen met een kleinere, duidelijkere versie ervan.
Hoe een klein team het bouwde
De nieuwe site is helemaal van onszelf: een front-end die we zelf schreven, contentbeheer samengesteld uit open source-componenten, draaiend in onze Google Cloud-omgeving. Eén klein team werkte de bouw door, met open source waar dat het probleem al oploste en zelfgeschreven onderdelen voor wat specifiek van ons is.
AI schrijft inmiddels een groot deel van de implementatie, waardoor het werk dat overblijft vooral bestaat uit bepalen wat een tool moet doen en zorgen dat het veilig is en past bij het doel. Dat deel kost nog net zo veel tijd als altijd.
De nieuwe site beoordelen terwijl de oude bleef draaien
De nieuwe site werd gebouwd in zijn eigen omgeving, naast de bestaande. Er stond niets op het spel terwijl hij vorm kreeg.
Marketing beoordeelde hem pagina voor pagina en gaf bevindingen terug aan development. Daardoor bleef de lus kort en werden de meeste problemen gevonden toen ze nog klein waren.
Vóór de overstap liepen we een lijst af met dingen die op de dag zelf goed moesten zijn: redirects, formulieren, de mobiele versie, en de basis waar zoekmachines op afgaan. Er staat altijd maar één versie van de site live, dus de oude en de nieuwe hebben elkaar nooit beconcurreerd.
Het resultaat
Ontwerp en functionaliteit bepalen we zelf
De website en de manier waarop hij werkt zijn van ons. Willen we het ontwerp veranderen, een workflow aanpassen of functionaliteit toevoegen, dan kan dat in onze eigen omgeving, zonder beperking door een sjabloon, een pakket of een productroadmap.
Een site die sneller is op mobiel
De duidelijkste verbetering zit in de prestaties op een telefoon, omdat we nu zelf bepalen wat elke pagina laadt. Dat telt voor de mensen die de site lezen, en voor hoe de site gevonden wordt.
Een kleinere, bewustere site
We kwamen uit de migratie met minder pagina's dan we erin gingen, en met een helderder beeld van waar elke pagina voor is. Iets nieuws publiceren is nu een afweging of het de moeite waard is, in plaats van wat het sjabloon toelaat.
Een heel ander kostenmodel
Onze marketingstack kostte een bedrag van vijf cijfers per jaar, en groeide met elke module die we erbij namen. Vandaag zijn de vaste kosten over de hele stack een fractie daarvan, en het grootste deel daarvan is Google Cloud-infrastructuur en AI-gebruik. We betalen niet langer voor modules die we niet nodig hebben, of voor de omvang van ons eigen contactenbestand.
Meer eigendom betekent ook meer verantwoordelijkheid
Wat we bezitten, onderhouden we ook. Een SaaS-platform neemt de infrastructuur, de updates en een groot deel van het operationele werk uit handen, en voor organisaties zonder engineeringcapaciteit is dat meestal een goede reden om er een te blijven gebruiken. In ons geval hadden we die capaciteit al, wisten we welke functionaliteit we werkelijk gebruikten, en vraagt bouwen niet meer het team dat het ooit vroeg.
De rest van deze reeks
- De website verhuizen: dit verhaal
- CRM en de sales-koppeling met Exact Online
- E-mailmarketing en campagne-automatisering
- Bloggen en social publiceren
Met HubSpot zaten we vast aan vaste sjablonen, was snelheid op mobiel altijd een uitdaging, en vroegen grotere wijzigingen technische kennis die we niet altijd beschikbaar hadden. Nu kunnen we de site vormen naar wat we echt nodig hebben, sneller wijzigingen doorvoeren en hem draaien voor een fractie van de kosten.