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

Als we terugkijken op onze projecten, komt er steeds weer een moment naar voren: de dag dat alles 'live' gaat.

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

We hebben vroeg geleerd hoe kostbaar het is om een website of app als een afgesloten werk te behandelen. Dat betreft niet alleen functies, maar ook impact: zichtbaarheid, conversie, vertrouwen, merkbinding. Dat veel digitale initiatieven op de lange termijn falen, is geen buikgevoel – in een analyse wordt het cijfer van rond 70 % genoemd, vaak omdat de aanpak te 'projectmatig' blijft en evolutie uitblijft. <cite data-type="source" data-url="https://www.technology.org/2025/08/05/why-your-digital-strategy-should-be-built-like-a-product-not-a-project/">Technology.org</cite>

Onze eerste ‘geheime ingrediënt’ is daarom banaal en tegelijkertijd moeilijk te realiseren: we plannen de launch nooit als eindpunt, maar als het begin van een leerproces.

In de praktijk betekent dit: al voor de go-live bepalen we wat er daarna gebeurt. Wie kijkt naar de cijfers? Wie verzamelt feedback? Wie stelt prioriteiten? En waaraan herken je eigenlijk of het werkt?

We noemen dit intern graag de 'Noordster-check': je definieert voor de uitvoering een enkele, gemakkelijk te begrijpen waarde die aantoont dat je echte waarde levert. Niet 'Feature X is klaar', maar 'Aanvragen stijgen', 'Sollicitaties zijn vollediger', 'Gebruikers vinden sneller inhoud'. Deze outcome-logica is de kleine hefboom die alles verandert.

En hier komt het tweede deel: we koppelen dit aan een duidelijke, kalme cadans. Geen constante hectiek, geen eindeloos finetunen. Maar vaste tijdsvensters waarin je meet, begrijpt, beslist en uitvoert – en dan weer observeert. Zo wordt 'We hebben een nieuwe website' langzaam 'We hebben een digitaal product dat werkt'.

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

Een van de grootste misverstanden die we in projecten zien: branding is ‘omhulsel’ en digitaal product is ‘functie’. In de echte toepassing is het onlosmakelijk.

Een merk is een belofte. En een website of app is het moment waarop deze belofte wordt getest – stil, zonder verkoopgesprek, vaak in enkele seconden.

Bij Blueforte was dit bijzonder zichtbaar. De taak was niet alleen een nieuwe look, maar een duidelijke houding: complexe data- en AI-thema’s zo tonen dat mensen ze begrijpen en serieus nemen. Als je in zo'n context een website als een eenmalig project oplevert, komt het snel tot stilstand – terwijl thought leadership leeft van beweging: nieuwe inhoud, nieuwe cases, nieuwe perspectieven.

Daarom was de feitelijke beslissing niet 'Welke kleur?', maar: Hoe wordt de website een duurzaam communicatieproduct? Technisch betekende dit: een architectuur die het team dagelijks kan gebruiken (bijv. headless CMS), redactioneel betekende dit: inhoud zo structureren dat ze niet elke keer opnieuw moet worden uitgevonden.

Onze tweede 'geheime ingrediënt' is hier een zeer concrete aanpak die zich zowel in branding als productwerk heeft bewezen: de Touchpoint-draad.

We trekken een draad door alle contactpunten die gebruikers echt ervaren: homepage, dienstpagina’s, case study, contact, nieuwsbrief, social posts, pdf's. Dan controleren we: Klinkt het gelijk? Voelt het gelijk aan? Zijn beslissingen in detail consequent?

En ja – dit gaat tot in microcopy. Een enkele knoptekst kan 'koel adviseren' of 'vriendelijk begeleiden' zijn. Deze nuances zijn merk. En ze zijn product.

Waarom dat zo belangrijk is, blijkt ook uit de impact van designcultuur: Designgerichte bedrijven hebben de S&P 500 over een lange periode aanzienlijk overtroffen. <cite data-type="source" data-url="https://medium.com/design-bootcamp/design-led-companies-crushed-the-s-p-500-by-228-and-most-ceos-still-dont-get-it-569aa4b7a48a">Design Management Institute via Medium</cite>

We leiden hieruit geen eenvoudige formule af ('meer design = meer winst'), maar een robuuste observatie: Als merk en product dezelfde taal spreken, neemt wrijving af. Mensen begrijpen sneller, vertrouwen eerder, blijven langer.

En nog een typisch Pola-punt dat vaak wordt onderschat: Toegankelijkheid en merkeffect horen samen. Goede contrasten, duidelijke typografie, schone hiërarchieën – dat zijn niet alleen WCAG-thema's, dat zijn ook merkkwaliteiten. Duidelijkheid straalt uit als competentie. Toegankelijkheid als respect.

Als je aan branding denkt, vraag je dan niet alleen 'Hoe ziet het eruit?', maar ook: Hoe voelt het in gebruik aan – en blijft dat over zes maanden nog steeds waar?

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

Dat klinkt logisch. Maar is vaak het begin van overweldiging.

Want in digitale producten geldt een ongemakkelijke waarheid: Een groot deel van wat gebouwd wordt, wordt later nauwelijks gebruikt. Afhankelijk van de evaluatie worden 64 tot 80 % van de functies zelden of nooit gebruikt. <cite data-type="source" data-url="https://roikonen.github.io/scalablemodeling/blog/2025/08/08/how-to-stop-paying-for-features-nobody-uses/">Roikonen (2025)</cite>

We hebben hiervan een zeer praktische leerstelling gemaakt: Niet het feature set bepaalt, maar de helderheid.

Bij Ureka – een leerplatform dat bewust licht en speels is bedacht – was precies dat 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 toepassen: de Kern-waarde-snede.

We snijden niet op 'mooi om te hebben', maar op 'brengt het de gebruiker echt verder'.

De aanpak is simpel maar effectief:

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

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

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

4) We schrappen zonder spijt als het geen waarde levert.

Dat klinkt streng, maar is eerlijk – ook ten opzichte van budget en tijd. Een zeer tastbaar voorbeeld uit de productwereld: Een team reduceerde een gepland dashboard van 47 statistieken tot de weinige echt gebruikte. Resultaat: drie weken minder ontwikkeling, ongeveer 42.000 € bespaard en in bètatests 40 % hogere gebruik. <cite data-type="source" data-url="https://metapress.com/what-i-learned-building-200-digital-products-the-real-cost-of-choosing-the-wrong-software-development-outsourcing-company/">Metapress</cite>

Wat we hieraan geweldig vinden: Het is niet 'minder, omdat we geen zin hebben', maar 'minder, omdat we het echt menen'.

En hier komt een punt dat we zelden in bureau-teksten zien, maar voor Purpose-organisaties bijzonder belangrijk is: Minder features zijn vaak duurzamer. Minder complexiteit betekent minder datalast, minder onderhoud, minder energieverbruik. Duurzaamheid is in digitale niet alleen hosting, maar ook beslissingscultuur.

Als je dus nu een backlog verzamelt, probeer eens een tegenvraag: Wat als we maar drie dingen echt goed mogen doen? Vaak blijkt dan wat jouw product echt is – en wat alleen projectdecoratie was.