Hoe we de nieuwe website van condu.co hebben gebouwd

Stap 1: Wat zijn onze platforms en wat verwachten onze gebruikers?

Voor ons als bedrijf dat startups en andere bedrijven helpt bij het bouwen van digitale producten, is onze eigen website absoluut het belangrijkste platform. Een bedrijf dat digitale producten bouwt, maar geen eigen website heeft, komt dan toch een beetje ongeloofwaardig over. Er zijn zeker andere bedrijven die tegenwoordig de waarde van hun eigen website bagatelliseren. Juist door andere digitale platforms zoals LinkedIn, Instagram, Twitter of XING zou je in de verleiding kunnen komen om te zeggen dat je eigen website nu alleen nog maar een verzamelplaats is voor de content van die verschillende platforms, en dat de communicatie verder op de achtergrond blijft.

Maar volgens ons is dat een misvatting: het is duidelijk dat sociale media tegenwoordig niet meer weg te denken zijn uit de communicatiemix. Maar aan de andere kant is het als bedrijf een risico om uitsluitend op sociale media en de kwaliteit van hun algoritmen te vertrouwen. Natuurlijk zijn er veel merken die zonder Instagram, YouTube en dergelijke niet zouden bestaan. Maar je eigen bedrijfsbestaan uitsluitend af te hangen van de relevantie, het bereik en de werking van een ander bedrijf, vinden we niet duurzaam.

De belangrijkste vraag bij het ontwerpen van de site was: hoe zorgen we ervoor dat ons eigen platform relevant blijft in de mix met de andere platforms, zonder in herhaling te vallen? Daarvoor hebben we nagedacht over wat netwerken en websites nu eigenlijk zo bijzonder maakt:

Netwerken hebben hun eigen, native contentformaten

Dat kunnen berichten, foto’s of video’s zijn. Wat deze formaten gemeen hebben, is dat ze snel te bekijken zijn. De platforms stemmen hun nieuwsfeed-algoritmen hierop af, zodat je in korte tijd zoveel mogelijk relevante content kunt bekijken. Het sleutelwoord hier is ‘’ ‘Snackable Content’ : hiermee wordt bedoeld dat de content makkelijk te consumeren is en ‘licht’ overkomt. Het voordeel voor gebruikers van zulke formaten: je kunt veel content consumeren en als iets toch niet bij je interesses past, kun je het makkelijk en snel overslaan. En dat speelt ook de sociale media in de kaart, want voor hen is de inhoudelijke relevantie een belangrijke parameter om de gebruikers zo lang mogelijk in hun eigen app te houden.

Websites bieden heel veel informatie

Websites hebben de reputatie dat ze, wat betreft de ‘snackability’ van de inhoud, totaal het tegenovergestelde zijn van sociale media. Vaak zitten websites helemaal vol met informatie en ontbreekt het aan begeleiding om gebruikers bij de hand te nemen. Een ander probleem is vaak dat deze websites niet alleen zijn ontworpen voor menselijke gebruikers , maar ook voor niet-menselijke gebruikers . Daarmee worden bots van zoekmachines bedoeld. Veel websites werken hierbij volgens het motto ‘meer is beter’ en overladen de site met inhoud om zo voor elk onderwerp content aan te bieden aan zoveel mogelijk zoekmachinebots. Dat is volkomen begrijpelijk, want een website die niet gevonden wordt, heeft ook geen bestaansrecht. De gebruikers zijn de dupe, want zij moeten die stortvloed aan content zien te verwerken.

Als je kijkt naar de analyse van sociale media en websites, wordt het duidelijk dat die twee nogal tegenover elkaar staan. En dat is maar goed ook! In ons concept willen we de sociale media met hun eigen contentformaten gebruiken om relevantie voor ons aanbod te creëren. Maar omdat we vinden dat niet alle content in een ‘snackable’ formaat kan worden gebracht, gebruiken we onze eigen website om meer diepgaande context te bieden.

Dat is op zich geen wereldprimeur of innovatie. Wat ons concept echter van andere onderscheidt, is dat we onze website hebben ontworpen met een adaptieve informatiediepte . Maar wat is dat precies? Bij onze website gaan we uit van twee uitgangspunten:

• Via een directe link of via een zoekmachine Meestal kennen de gebruikers ons bedrijf nog niet en hebben ze meer achtergrondinfo nodig over waarom ons aanbod voor hen relevant is
• Via een link op het netwerk kennen gebruikers onze inhoud al van het netwerk en komen ze meer te weten over een bepaald onderwerp.

Dat betekent dat de website zich qua inhoudsdiepte moet aanpassen aan de behoeften van de gebruikers. Daarom hebben we landingspagina’s ontworpen die gebruikers vooral via zoekmachines of directe toegang vinden, in plaats van ‘snackable content’ die makkelijk te consumeren is en snel een indruk geeft. Subpagina’s gaan meer in de diepte en werken dankzij de diepgaande inhoud ook op zichzelf, maar zijn vooral bedoeld voor gebruikers die via sociale netwerken komen en vullen de ‘snackable content’ uit het netwerk aan met extra relevante informatie.

Stap 2: Met welke technologie gaan we de website bouwen?

Een website werkt natuurlijk alleen als hij technisch is gerealiseerd. Op dit moment zijn er vooral twee manieren om een website technisch te realiseren: ten eerste kun je de website op de klassieke manier helemaal zelf programmeren. Daarentegen worden paginabouwers zoals Wix.com, Jimdo of ook WebFlow steeds meer een serieus alternatief voor het helemaal zelf bouwen.

Het voordeel van page builders ligt voor de hand: je kunt de website snel opzetten zonder dat je daarvoor veel ontwikkelaars nodig hebt. Juist in tijden waarin snelheid belangrijk is en de site door echte gebruikers moet worden getest, hebben page builders een tijdsvoordeel ten opzichte van een eigen ontwikkeling.

Aan de andere kant is de functionaliteit van page-builders vaak beperkter dan de mogelijkheden van een eigen ontwikkeling. Vanwege onze aanpak hebben we gekozen voor een tussenweg: we gebruiken op de achtergrond Storyblok, een zogenaamd „headless content management systeem”, dat onze site van inhoud voorziet. Het voordeel van een headless contentmanagementsysteem is dat het, in tegenstelling tot een traditioneel CMS zoals Typo3 of WordPress, platformonafhankelijk is. Dat betekent dat dezelfde gegevensbron meerdere platforms kan voeden. Omdat we onze website hebben gekoppeld aan sociale netwerken en content platformonafhankelijk kan worden weergegeven, hebben we zo een plek waar content kan worden gemaakt en naar de verschillende platforms kan worden verspreid.

We hebben de website technisch gebouwd met Gatsby en ReactJS. In combinatie met Amazon Web Services als hostingprovider zorgen we zo voor snelle laadtijden op elk apparaat en een overzichtelijke en eenvoudige gebruikerservaring. Dankzij de technische architectuur van ReactJS en het gebruik van Storyblok als backend konden we onze website binnen vier dagen live zetten.

Stap 3: Testen, testen, testen

Zelfs de beste website heeft geen zin als er niemand gebruik van maakt. Daarom hebben we ervoor gekozen om de website als een Minimum Viable Product () te ontwikkelen. Zo hebben we de basisfuncties van de site geïmplementeerd en zijn we nu zover dat we met de eerste release kunnen testen wat onze gebruikers van onze site verwachten.

Daarom zal onze website de komende weken en maanden steeds verder worden ontwikkeld en nieuwe inzichten bieden. Op basis van jullie feedback.

Als je feedback voor ons hebt of als je iets mist op onze site, horen we dat graag via een e-mail naar hello@condu.co schrijf je.