Van project naar product: Wat we hebben geleerd uit onze digitale en brandingprojecten

Pas echt gebruik toetst alle aannames

Als we terugkijken op onze projecten, duikt één moment steeds weer op: de dag waarop alles „live“ gaat.

Op papier is dat het doel. In werkelijkheid is het eerder het moment waarop je voor het eerst echt ziet of je aannames kloppen. Precies hier kantelt het denken: van project (oplevering) naar product (relatie).

We hebben al vroeg geleerd hoe duur het is om een website of app als een afgerond werk te behandelen. Dat gaat niet alleen over functies, maar ook over impact: zichtbaarheid, conversie, vertrouwen, merkbinding. Dat veel digitale initiatieven op de lange termijn mislukken, is geen onderbuikgevoel – in een analyse wordt het getal van ongeveer 70 % genoemd, vaak omdat de aanpak te „projectmatig“ blijft en evolutie uitblijft. Technology.org↗

Ons eerste „geheime ingrediënt“ is daarom banaal en tegelijkertijd moeilijk uit te voeren: We plannen de lancering nooit als een eindpunt, maar als de start van een leerritme.

In de praktijk betekent dat: Al vóór de go-live bepalen we wat er daarna gebeurt. Wie kijkt naar de cijfers? Wie verzamelt feedback? Wie bepaalt de prioriteiten? En waaraan zie je überhaupt of het ding werkt?

Intern noemen we dit graag de „Noordster-check“: Je definieert vóór de uitvoering één enkele, gemakkelijk te begrijpen waarde die laat zien dat je echte waarde levert. Niet „Feature X is klaar“, maar „aanvragen nemen toe“, „sollicitaties worden vollediger“, „gebruikers vinden content sneller“. Deze outcome-logica is de kleine hefboom die alles verandert.

En hier komt het tweede deel: We koppelen dit aan een duidelijke, rustige cadans. Geen voortdurende hectiek, geen eindeloos bijschaven. Maar vaste tijdvensters waarin je meet, begrijpt, beslist en uitvoert – en daarna weer observeert. Zo verandert „We hebben een nieuwe website“ langzaam in „We hebben een digitaal product dat staat“.

Als je vandaag een digitaal initiatief start, is het de moeite waard om jezelf een eenvoudige vraag te stellen: Wat moet er 90 dagen na de lancering beter zijn – meetbaar? Als je daar geen antwoord op hebt, is de kans zeer groot dat je een project plant. En geen product.

Het product maakt de merkbelofte waar

Een van de grootste misverstanden die we in projecten zien: branding zou „omhulsel“ zijn en een digitaal product zou „functie“ zijn. In het echte gebruik is dat onlosmakelijk met elkaar verbonden.

Een merk is een belofte. En een website of app is het moment waarop die belofte wordt getoetst – stil, zonder verkoopgesprek, vaak binnen enkele seconden.

Bij Blueforte was dat bijzonder zichtbaar. De opdracht was niet alleen een nieuwe look, maar een duidelijke houding: complexe Data‑ en AI‑onderwerpen zo laten zien dat mensen ze begrijpen en serieus nemen. Als je in zo'n context een website als een eenmalig project oplevert, staat die al snel stil – terwijl Thought Leadership juist leeft van beweging: nieuwe content, nieuwe cases, nieuwe perspectieven.

Daarom was de werkelijke beslissing niet „Welke kleur?“, maar: Hoe wordt de website een duurzaam communicatieproduct? Technisch betekende dat: een architectuur die het team in het dagelijks werk kan gebruiken (bijv. Headless CMS), redactioneel betekende het: content zo structureren dat die niet elke keer opnieuw uitgevonden hoeft te worden.

Ons tweede „geheime ingrediënt“ is hier een zeer concrete aanpak die zich zowel in branding als in productwerk heeft bewezen: de Touchpoint‑draad.

We trekken een draad door alle contactpunten die gebruikers daadwerkelijk ervaren: homepage, dienstenpagina's, case study, contact, nieuwsbrief, social posts, pdf's. Vervolgens controleren we: Klinken we hetzelfde? Voelen we hetzelfde aan? Zijn beslissingen tot in detail consequent?

En ja – dat gaat tot in microcopy. Eén enkele knoptekst kan „koel adviseren“ of „uitnodigend begeleiden“ zijn. Deze nuances zijn merk. En ze zijn product.

Waarom dit zo belangrijk is, blijkt ook uit de impact van designcultuur: designgerichte bedrijven hebben de S&P 500 over een lange periode duidelijk overtroffen. Design Management Institute via Medium↗

We leiden daar geen eenvoudige formule uit af („meer design = meer winst“), maar wel een robuuste observatie: als merk en product dezelfde taal spreken, neemt frictie af. Mensen begrijpen sneller, vertrouwen eerder, blijven langer.

En nog een typisch Pola‑punt dat vaak wordt onderschat: Toegankelijkheid en merkbeleving horen bij elkaar. Goede contrasten, duidelijke typografie, heldere hiërarchieën – dat zijn niet alleen WCAG‑thema's, het zijn ook merkkwaliteiten. Helderheid werkt als competentie. Toegankelijkheid als respect.

Als je branding plant, vraag jezelf daarom niet alleen af „Hoe ziet het eruit?“, maar ook: Hoe voelt het in gebruik – en is dat over zes maanden nog steeds waar?

Duidelijke waarde verslaat een lange featurelijst

Er is een verleiding die we bijna altijd voelen – aan klantzijde net zo goed als bij ons: Als we eenmaal tijd en budget investeren, dan moet er aan het einde „veel in zitten“.

Dat klinkt redelijk. Maar het is vaak het begin van overbelasting.

Want bij digitale producten geldt een ongemakkelijke waarheid: Een groot deel van wat wordt gebouwd, wordt later nauwelijks gebruikt. Afhankelijk van de analyse wordt 64 tot 80 % van de features zelden of nooit gebruikt. Roikonen (2025)↗

Daar hebben we een zeer praktische leerzin van gemaakt: Niet de featureset is doorslaggevend, maar de duidelijkheid.

Bij Ureka – van een leerplatform dat bewust licht en speels is opgezet – was dat precies de centrale uitdaging: Inhoud en functies hadden zich eindeloos kunnen uitbreiden. In vroege fasen merk je snel hoe snel „compleetheid“ je UX-doel opslokt.

Onze derde „geheime ingrediënt“ is daarom een methode die we inmiddels consequent inzetten: de kernwaardesnede.

We snijden niet op basis van „leuk om te hebben“, maar op basis van „brengt het gebruikers echt verder“.

De aanpak is simpel en toch effectief:

1) We formuleren per functie een hypothese: Welke verandering moet er bij de gebruiker optreden?

2) We definiëren hoe we dit kunnen observeren (analytics of test).

3) We bouwen de kleinst mogelijke versie die leren mogelijk maakt.

4) We schrappen zonder schuldgevoel als het geen waarde oplevert.

Dat klinkt hard, maar is eerlijk – ook tegenover budget en tijd. Een zeer aansprekend voorbeeld uit de productwereld: Een team reduceerde een gepland dashboard van 47 kengetallen tot de weinige die daadwerkelijk werden gebruikt. Resultaat: drie weken minder ontwikkeling, ongeveer 42.000 € bespaard en in bètatests 40 % hoger gebruik. Metapress↗

Wat we hier zo goed aan vinden: Het is niet „minder, omdat we geen zin hebben“, maar „minder, omdat we het serieus nemen“.

En hier komt een punt dat we zelden in bureauteksten zien, maar dat voor purpose-organisaties bijzonder belangrijk is: Minder features zijn vaak duurzamer. Minder complexiteit betekent minder databelasting, minder onderhoud, minder energieverbruik. Duurzaamheid is digitaal niet alleen hosting, maar ook een besliscultuur.

Als je dus net een backlog aan het opbouwen bent, probeer dan een tegenvraag: Wat als we maar drie dingen echt goed mochten doen? Vaak wordt dan duidelijk wat je product werkelijk is – en wat alleen projectdecoratie was.