Skip to main content

This is how to approach a digital project properly

 

In this publication with templates, we help you set up a digital project within the cultural sector. All steps are covered. We explain what a digital project is, what phases it consists of, and what is needed to make a digital project successful. In short: we guide you through it from start to finish (and beyond!).

38 minutes1 sep `25

What is a digital project?

To set up a digital project, you first need to understand what we mean by a digital project. The answer is actually quite simple. As soon as the 'end product' of your project includes an element that is digital, it is already a digital project. This ranges from digital basic facilities, such as a website or CRM system, to innovative applications like a digital exhibition or app.

In this 'longread', we cover all the steps involved in a digital project within basic services. By this, we mean the recurring, structural services that are part of the core of your organization, such as implementing existing internal systems or renewing existing digital tools.

This means that a digital project could, for example, be a new software system, online document management, a collaboration environment, a new (corporate) website, or an administrative system (planning system, accounting system, etc.).

For a digital project as part of your basic services, you can clearly define in advance what outcome you aim for and what impact the project will have on the organization.

voorbereiding, uitvoering en vervolg: de drie hoofdfases van een digitaal project

Setting up a digital project for your basic services

To properly approach a digital project, you must go through three standard phases: preparation, execution, and follow-up.

Preparation includes, among other things, clearly articulating the "why" and creating a project canvas. You can think of this as a compact visual representation of a project, where you quickly and clearly structure key elements. This is useful for brainstorming, discussing, and planning your digital project. A project canvas can help you consider the questions you need to answer before starting your digital project.

1. Preparation

De fases van voorbereiding: project canvas, user stories, MoSCoW, Verandermanagement, briefing en techpartij

Go directly to Execution and Live

a. The project canvas as a tool for a digital project

Such a project canvas is a tool and a precursor to the briefing you eventually communicate to a technical partner. It’s a kind of preliminary research. In a project canvas, you answer questions like: why do you want this digital project, what problems are you solving with the digital project, and who is the digital project intended for? With DEN's project canvas template and step-by-step plan, you can structure these questions and their answers. This gives you a clear starting point for a digital project.

In the article 'Project canvas: a good start for your digital project' we delve deeper into the theory of the project canvas.

b. How can user stories help me further?

In a project canvas, you often work with user stories. A user story is literally: a user’s story. A user story is a short description of a user’s need in the form of a brief narrative. User stories help you to understand in advance what exactly you are solving for whom and why with your digital project. Use our template for user stories within a digital project.

In the article 'User stories explained: who are the users of a digital project?' we further explore the theory surrounding user stories.

c. How do I determine what is important within my digital project?

The MoSCoW method

While creating your project canvas and working with user stories, you will need to prioritize: what is important and what is not? To prioritize well within a digital project, you need to list: which elements are nice to have but not necessary? What is desirable but currently at the bottom of the priority list? And what will we (consciously) leave aside for the time being?

There is a simple method to distinguish all these things: the MoSCoW method. This method distinguishes Must-have (mandatory), Should have (ideally), Could have (nice but not essential now), and Won’t have (we’ll leave it for now). This is the difference between the four.

Must have

The Must-have list includes elements that are crucial to start the project. For example, hardware or privacy-preserving software.

Should have

The wish list includes items you want to deliver in the medium to long term. These points are not yet necessary for the first phase of the project (in the short term). For example, using a Large Language Model trained only with your data.

Could have

A list of Could haves says: this is nice to have but perhaps something for later. For example, a new CRM system that can ‘communicate’ with the CMS.

Won’t have

That’s clear: (for now) not needed. By distinguishing between these four, you have a clear view of priorities and know what is mandatory and what is optional. This list also helps you in a concrete discussion later with your future technical partner.

d. Change management: how to involve users in a digital project?

One of the ways to make change easier and more successful is the Prosci method*, a well-known change management method. We guide you step by step through the Prosci method for change management.

Adoptie met of zonder hulp
— 16% of employees adopt new initiatives and working methods without help

Implementing a new system can be quite challenging. You can create it, but it also needs to be used. How do you ensure that? And how do you reduce or prevent resistance in a digital project? Change management can help. Change management is the point where you actively involve everyone who is in some way affected by the digital process. We guide you step by step through the Prosci method for change management so that your digital project is well-received by all your users.

*Prosci is a globally leading methodology for change management, focused on the human side of change. It uses the well-known ADKAR model (Awareness, Desire, Knowledge, Ability, Reinforcement) to guide individuals and organizations through transformations.

In the article 'Implementing digital projects: dealing with change' we explain what change management entails and how you can practically apply the Prosci method and the ADKAR model.

e. Hoe schrijf je een goede briefing?

Voor nagenoeg alle digitale projecten heb je een externe partij nodig. Een project canvas is meestal te summier om een gesprek over aan te gaan – dat is meer een strategische samenvatting. Daarom is het belangrijk om een duidelijke briefing op te stellen vóór je op zoek gaat naar een tech partij. Daarin geef je aan wat je verwacht, maak je een schatting van het budget, benoem je een grove deadline en geef je aan wie er intern betrokken moeten worden.

In dit artikel 'Zo schrijf je een goede briefing voor je digitale project' vertellen we waaraan een goede briefing moet voldoen.

f. Hoe kies ik de juiste technische partij voor mijn digitale project?

Welk technisch bureau zou passen bij jullie digitale project? Stel jezelf de volgende vragen bij de oriëntatie: is dit bedrijf bekend met jouw sector en hebben ze al eens een soortgelijk product (door)ontwikkeld? Past hun manier van werken bij jullie organisatie? Is hun wijze van projecten opzetten ook kloppend voor jullie? Past een groot of klein bureau bij jullie?

Je kunt natuurlijk werken met een bureau dat je al kent, maar kennismaken met nieuwe kanshebbers óf een pitch uitschrijven.

Hoe je het beste een passende technische partij kiest voor een digitaal project, kun je lezen in het artikel 'Zo kies je een techpartij voor je digitale project'.

Je hebt je tech partij gekozen, en dan?

Je hebt je bureau. En dan? Vaak kijken jullie eerst of jullie voor een bestaande of nieuwe oplossing gaan. De eerste stap is beslissen of je gaat voor een bestaande oplossing (mogelijk met aanpassingen) of een nieuw product; meestal zul je tegenkomen dat de werkmethode wordt bepaald door het bureau waarmee je samenwerkt.

Zij hebben ervaring met het bouwen van het product en kunnen dus bepalen of het goed werkt in de context waarin jullie het willen gebruiken. Samen met je tech-partij bepaal je uiteindelijk: definitieve werkmethoden, uiteindelijke begroting, planning en het projectteam.

  • De fases van een bestaande oplossing

Als je voor een bestaande oplossing in de markt kiest, kun je vaak eerst een pilot afspreken met je technisch leverancier. Dat is een soort proefperiode. Je hoeft de oplossing dan niet meteen te kopen of een licentie aan te schaffen voor een lange periode, maar je maakt bijvoorbeeld drie maanden gebruik van de software om te proberen. Daarna kun je vaak tweaken en customizen (aanpassen dus) om tot het optimale resultaat te komen.

  • De fases van een nieuw digitaal product

Bouwen jullie een nieuw digitaal product? Dan doorloop je eigenlijk altijd vier fases: verkennen, ontwikkelen, testen en implementeren. Maar: er is een vijfde! Aanpassen en updaten. Dit wordt weleens vergeten, maar is integraal onderdeel van je digitale product.

Per fase is het belangrijk om meetpunten en besluitmomenten in te plannen. Je kunt dit vastleggen in een werkplan of roadmap. 

2. Uitvoering

Fases van uitvoering: uitvoeringsfases, werkmethode, budget, planning, projectteam, productieproces, implementatie

Ga direct naar fase: live

Je hebt de juiste technische partner gekozen, de briefing scherp en de voorbereiding afgerond — tijd om écht aan de slag te gaan. In de uitvoeringsfase komt alles samen: plannen worden tastbare stappen, ideeën worden gebouwd en je samenwerking krijgt vorm. Samen met je techpartij definieer je niet alleen wat er gebouwd wordt, maar ook hoe je gaat werken, met welk team, welk budget, en in welke tijd. In de komende secties nemen we je stap voor stap mee door dit proces, zodat je heldere keuzes maakt én grip houdt op wat er onderweg gebeurt.

a. Wat zijn de fases van uitvoering van een digitaal project?

Verkennen

Hide explanationShow explanation

In de verkenningsfase verzamel je informatie, breng je de doelgroep en eisen in kaart, probeer de probleemdefinitie scherp te krijgen en verken je mogelijke oplossingsrichtingen. Een groot deel daarvan heb je natuurlijk al gedaan in het project canvas en de briefing, dus vooral het verkennen van de mogelijke oplossingsrichtingen is relevant.

Dat doe je door bijvoorbeeld: onderzoeken, interviews, brainstorms, bestaande oplossingen analyseren.

Ontwikkelen

Hide explanationShow explanation

Tijdens deze fase worden er concepten uitgewerkt en eerste versies gebouwd. Samen met de tech partij kijk je naar de functionaliteiten en de structuur. Dat doe je door bijvoorbeeld: wireframes te maken, technische ontwerpen op te stellen, prototypes bouwen.

Testen

Hide explanationShow explanation

Tijdens de testfase verzamel je feedback van je toekomstige gebruikers. Je brengt problemen en verbeterpunten in beeld en valideert aannames. Dat doe je door bijvoorbeeld: gebruikerstests, A/B tests, feedbacksessies, technische tests.

Implementatie

Hide explanationShow explanation

Tijdens deze fase nemen jullie het product daadwerkelijk in gebruik. Mensen worden getraind om het te gebruiken. Let op: dit lijkt de eindfase, maar erna zul je vaak in de praktijk nog te maken hebben met tweaks (aanpassingen) en bugs (‘fouten’). Dat doe je door bijvoorbeeld: lanceren van de software, handleiding en trainingen bieden, uitvoeren van iteraties en interventies, ondersteuning bieden.

Aanpassen en updaten

Hide explanationShow explanation

Als je klaar bent, ben je níet klaar. Je zult altijd merken dat er toch nog dingen anders moeten omdat bijvoorbeeld behoeften veranderen of techniek verandert. Ook moeten gebouwde systemen regelmatig worden geüpdatet, ingericht worden op nóg betere functionaliteiten en worden onderhouden. Neem dit mee in je budget.

b. Bepaal je werkmethode

Als je verder gaat met je digitale project, moet je natuurlijk bepalen hóe je wilt werken. Er zijn verschillende projectmethodieken voor je digitale project. Je kunt bijvoorbeeld werken met de watervalmethode, met agile/scrum of hybride.

Welke verschillende projectmethodieken zijn er (en wat is scrum)?

Waterval

Hide explanationShow explanation

Bij de Waterval methode worden een aantal fases één voor één doorlopen (lineair). Dat wil zeggen: stap voor stap, in één richting. Vandaar ook de naam Watervalmethode; omdat een waterval omlaag stroomt. Dat houdt in dat elke fase grondig en uitputtend alle vereisten worden geïnventariseerd en uitgewerkt. Pas daarna kun je door naar de volgende stap. Dit betekent ook dat het product pas aan het eind beschikbaar is, wanneer het helemaal af is, en dus nooit deelproducten.

In een statische wereld werkt dat uitstekend. De watervalmethode is dan ook het beste te gebruiken bij omgevingen die niet of nauwelijks veranderen: je bepaalt aan het begin heel goed je doel en gaat er vervolgens heel gericht en efficiënt op af. Maar vaak werkt het in de (digitale) praktijk niet zo.

Bij de watervalmethode moet je aan het begin van het projectgericht inschattingen maken. In een veranderende omgeving brengt deze methode het risico met zich mee dat de oorspronkelijke scope niet meer klopt; markt, klanten, wensen, enzovoort, kunnen veranderen terwijl je aan het ontwikkelen was.

Iteratief / agile

Hide explanationShow explanation

Heel simpel gezegd merk je tijdens het werken aan een digitaal project vaak dat er nog dingen anders moeten. Hierbij past ‘iteratief werken’: telkens kijken of er iets toch anders of beter moet.

Iteratief, ofwel agile (in het Engels) werken, is ontstaan vanuit de behoefte om beter en sneller op de veranderende markt en veranderende behoeften en wensen in te kunnen spelen. Agile betekent letterlijk lenigheid, wendbaarheid. Als je werkt vanuit de agile methodiek, ben je ervan bewust dat omstandigheden veranderen. De methodiek maakt hier ruimte voor en stimuleert juist het testen van deeloplossingen. Geen groot masterplan dat stapsgewijs tot uitvoering wordt gebracht, maar kleinere projecten die bouwen aan een groot doel waarvan je aan het begin van de rit alleen de contouren hebt afgesproken. Bij iteratief/agile werk je vaak in kleine ‘sprints’ of rondes, dit heet de scrum methode.

Bij agile werken staat een aantal zaken centraal:

  • De wereld om ons heen verandert, dus omgevingsfactoren die ons product raken veranderen ook
  • De wensen van stakeholders zullen tijdens de looptijd van een project veranderen
  • Om goed te kunnen inspelen op veranderingen, toets je continu of het werk dat je voor de komende tijd verricht nog steeds het meest waardevolle werk is
  • Om vaak te kunnen toetsen, breng je ook vaker (deel)producten uit
  • Tíjdens het ontwikkelen wordt er al getoetst, getest en gekeken wat werkt en wat niet, maar ook: nieuwe inzichten die worden opgedaan worden meteen meegenomen.

Hybride

Hide explanationShow explanation

Hybride is een tussenvorm van meer traditionele vormen als waterval in combinatie met agile: zowel een vast lineair proces als ‘bewegende onderdelen’ en korte spurts.

In onze ervaring geldt dat voor de meeste digitale projecten in de cultuursector een hybride werkmethode goed werkt. Sommige dingen kun je namelijk wél voorspellen en bieden houvast, terwijl bij andere onderdelen de wendbaarheid en het verwerken van nieuwe inzichten centraal staat. Zo kan je ‘lenig’ blijven tijdens het project, maar ook realistisch werken binnen de organisatiestructuren die er vaak zijn in culturele organisaties.

Bron: Agile VS Waterval

Wat is scrum

Hide explanationShow explanation

Binnen agile werken en hybride werken wordt er vaak gebruik gemaakt van de scrum methode.

Simpel gezegd is scrum:

  • Maak een lijst met wat er moet worden gebouwd
  • Beslis wat je deze periode gaat doen (de sprint)
  • Overleg elke dag en werk samen
  • Laat aan het eind zien wat je hebt gemaakt
  • Bedenk hoe het beter kan bij de volgende scrum ronde
  • En begin weer bij punt 1
     

Bron: Agile VS Waterval

Wat als mijn externe leverancier agile/scrum wil, maar mijn organisatie traditionele planning gewend is?

Bespreek met jouw leverancier wat de mogelijkheden en onmogelijkheden zijn voor jouw organisatie. Laat je informeren over de verwachtingen die de leverancier van jou heeft in een agile/scrum traject. Ervaring leert dat een mix-vorm vaak heel goed werkt, dus waterval in jouw organisatie en scrum bij het ontwerpbedrijf kan prima, zolang het proces vooraf maar goed besproken is en de verwachtingen over en weer helder zijn. Leg dit vooral ook vast, zodat er geen misverstanden kunnen ontstaan.

c. Hoe bepaal ik het budget van mijn digitale project?

De stap hierna is de definitieve budgetbepaling. Hoeveel kost een digitaal project? Vaak helpt het bij een digitaal project om het om te draaien en ervoor te zorgen dat je vraag niet eindeloos groot en ingewikkeld wordt. Dan wordt de vraag dus: hoe groot is dit digitale project voor jouw organisatie, hoeveel budget én tijd van het team kun je ervoor vrijmaken? Met deze vraag in de hand is het al een stuk makkelijker om tot een budget te komen, omdat het de vraag concreter maakt en uitgaat van de beschikbare middelen.

Stappenplan om jouw budget te bepalen

Wat is onmisbaar en wat is optioneel voor je digitale project?

Hide explanationShow explanation

De MoScoW methode bespraken we al: Must have, Should have, Could have, Won’t have (for now). Tijdens het opstellen van je budget voor het project, zijn de Musthaves (onmisbaar) en Should haves (zou je moeten hebben) natuurlijk leidend. Deze zet je dus bovenaan. De Could haves (mooi, maar niet noodzakelijk) zijn afhankelijk van zowel budget als prioriteit. De Won’t haves zijn iets wat nú geen prioriteit heeft en wat je laat liggen. Dit zijn belangrijke ingrediënten om te bepalen wat er minimaal in je digitale project moet worden opgenomen (MVP: minimal viable product). Maar wat moet er nog meer worden bepaald?

Wat moet je (met je externe bureau) bespreken voor het benodigde budget?

Hide explanationShow explanation

De budgetbepaling is vervolgens afhankelijk van de volgende belangrijke dingen.

  • Kernfunctionaliteiten
  • Designbehoeften
  • Platformen
  • Integraties (koppeling van systemen)
  • Is er contentcreatie nodig? (en wie doet dat: wordt dat intern of extern?)
  • De doorontwikkeling en onderhoud

Daarnaast zijn er nog wat vragen die je moet overleggen met je technische partij/externe bureau:

  • Werken we met een fixed price? Of bepalen we het per stap?
  • Welke rollen moeten er worden vervuld (die lichten we toe in het hoofdstuk: Stel je projectteam samen), wat zijn de benodigde uren en wat zijn de kosten daarvan? (let op: interne uren moeten ook worden berekend en externe uren zijn vaak kostbaar)
  • Gaan we voor maatwerk (en in hoeverre) of niet?
  • Zijn er licenties nodig die moeten worden betaald?
  • Hoeveel kosten hosting, support, updates, doorontwikkeling na lancering? (en andere lange termijn kosten?)

LET OP: er zijn altijd onvoorziene kosten. Deze liggen meestal tussen de 10% en 30%. Een realistische schatting is meestal 20% bovenop het totaalbudget.

Hoeveel budget voor onderhoud en doorontwikkeling?

Hide explanationShow explanation

Naast budget voor het ontwikkelen van jouw digitale project is het ook belangrijk om budget vrij te maken voor onderhoud en doorontwikkeling. Dit wordt nog weleens vergeten – projecten worden nogal eens gezien als eindproducten, terwijl ze dit maar deels zijn, want de wereld staat niet stil. Het eindproduct is dus niet het eindproduct.

Voor een succesvolle doorontwikkeling van jouw project is het belangrijk voldoende tijd en budget toe te kennen voor technisch onderhoud én voor nieuwe inzichten.

Vaak ligt dat hoger dan je misschien vooraf verwacht, ga hierover al vroeg in gesprek met jouw technisch partner.

Een goede vuistregel om aan te houden is om minstens 20% van het startbudget te reserveren om de jaren erna (per jaar!) te kunnen besteden aan doorontwikkeling. Bij een projectbudget van bijvoorbeeld 25.000 euro betekent dit een jaarlijks budget van 5.000 euro. Het exacte bedrag is sterk afhankelijk van welke producten je hebt ingericht en welke kennis je inhuurt en al in huis hebt. Vooral afspreken wat je als team zelf kan doen en waarvoor je de technische partner nodig hebt is belangrijk te bespreken, dit heeft een grote invloed op budget.

Hoe maak je de begroting van je digitale project rond, is daar een formule voor?

Hide explanationShow explanation

De berekening die je uiteindelijk krijgt op basis van alle input:

Uren per rol x uurtarief. 
Kosten licentie en/of tools
= 
Budget

+
Risico/buffer (20% van budget) 
Doorontwikkeling en onderhoud (20% van budget)
=
Totaalbudget ontwikkeling digitaal project

LET OP: doorontwikkeling en onderhoud bereken je met deze berekening voor één jaar. Elk jaar komt daar opnieuw de 20% van het oorspronkelijke budgetbedrag bij dat je in eerste instantie berekende!
 

d. Planning

Hoe zit een planning in elkaar? In een digitaal project zijn er qua planning drie onderdelen die elkaar beïnvloeden:

  1. Tijd (de hoeveelheid tijd die er is/die je vrij kunt maken)
  2. Scope (wat je maakt)
  3. De middelen (techniek, mensen)

Dit wordt de zogeheten scope driehoek genoemd.

Als je één van de drie verandert, heeft dat bijna altijd invloed op de andere twee. In een ideale wereld zijn tijd, scope en middelen altijd met elkaar in balans. In de praktijk zijn er vaak één of twee die de doorslag geven. Houd er dus rekening mee dat er één of twee van dit soort zwaartepunten in je project die invloed hebben op je planning.

Hoe je en planning maakt leer je in het artikel 'De planning van een digitaal project opstellen', waarbij ook nog eens een handig template zit.

e. Stel je projectteam samen

Hoe stel je een projectteam samen voor je digitale project? Bij digitale projecten is er bijna altijd sprake van een projectteam dat zich binnen én buiten de organisatie bevindt. We leggen uit hoe je bepaalt wie je binnen en wie je buiten de organisatie nodig hebt. In elk geval moeten de rollen van product owner, UX/UI designer, ontwikkelaar, contentspecialist en tester altijd vertegenwoordigd zijn.

Welke rollen zijn er binnen een digitaal project?

Product owner

Hide explanationShow explanation

Bepaalt de richting en prioriteiten binnen het project en bewaakt de doelen en inhoud. Intern of extern: bij voorkeur intern, soms allebei.

Scrum master

Hide explanationShow explanation

Zorgt er bij agile projecten voor dat het proces goed loopt en haalt eventuele obstakels tijdens het proces weg. Intern of extern: kan allebei, maar is meestal extern, afhankelijk van de afspraken die jullie maken.

UX/UI designer

Hide explanationShow explanation

Ontwerpt het digitale product en is verantwoordelijk voor het visuele design. Intern of extern: meestal extern.

Ontwikkelaar/developer

Hide explanationShow explanation

Bouwt de technische oplossing. Intern of extern: extern.

Contentspecialist

Hide explanationShow explanation

Levert tekst en beeld (soms worden deze rollen verdeeld of is er een coördinator die dit beheert). Intern of extern: meestal intern, in elk geval moet e.e.a. intern gecontroleerd.

Tester(s)

Hide explanationShow explanation

Checkt de functionaliteiten, kwaliteit en de gebruiksvriendelijkheid van het digitale product. Intern of extern: allebei, wat betreft intern vaak in kleine teams

TIP: We hebben enkele rollen in een agile digitaal project voor je samengebracht in een artikel. Als je samenwerkt met een technische partner is het handig deze begrippen alvast te kennen.

3. Live

Fases na livegang van een digitaal project: supportgroep, feedback, doorontwikkeling, digitale transformatie & strategie, impact meten

Je digitale project is gebouwd, getest en de gebruikers kunnen ermee gaan werken. Het eerste wat je doet na het live gaan van je digitale project? Successen vieren! Sta stil bij wat er is bereikt en wat er positief gaat veranderen.

Er staat nu een mooi nieuw systeem dat jullie verder gaat helpen in het proces van digitale transformatie. Het is belangrijk om het einde van de uitvoeringsperiode niet te zien als het eindstation. Er zijn daarom een aantal stappen die je kunt (en moet) zetten.

Richt je organisatie goed in om systemen te beheren én te optimaliseren. Technisch beheer, een innovatieve werkgroep en kennisopbouw zijn belangrijk.

a. Zet een supportsysteem op voor gebruikers

Als je digitale project live is, is het belangrijk dat collega’s weten waar ze met vragen terechtkunnen. Niet alleen voor technische ondersteuning, maar ook over de nieuwe manier van werken. Zorg voor een duidelijk aanspreekpunt of team dat dit soort vragen beantwoordt. Denk aan: interne collega’s voor het beantwoorden van functionele vragen en een externe helpdesk voor technische vragen. Het belangrijkste is dat mensen weten bij wie ze terechtkunnen met welke vraag. IT-systemen kunnen dit ondersteunen, maar vormen slechts een hulpmiddel; de kern is een overzichtelijke organisatiestructuur voor support.

TIP: zet online een lijst met FAQ (veelgestelde vragen) waarbij antwoord wordt gegeven op veelgestelde vragen én duidelijk wordt bij wie je met welke vraag moet zijn als je er niet uitkomt.

b. Verzamel feedback van gebruikers na livegang

Er zijn verschillende manieren waarop je feedback van gebruikers kunt verzamelen. Kijk vooral bij wat er past bij jouw organisatie en kijk naar de grootte van de groep waar je feedback van wilt.

Een kleine groep?

Hoe kleiner de groep, hoe beter het is om dit mondeling in een meeting te doen. Bereid je vragen van tevoren voor. Om te zorgen dat iedereen aan bod komt, kun je werken met een mentimeter (www.mentimeter.com).

Een grote groep?

Is de groep groot? Je kunt dan werken met een online enquête en/of door het inzetten van key-users of ambassadeurs: dit zijn afgevaardigde collega’s die feedback ophalen bij

c. Further development, management, and optimization 

A digital project is actually never finished. You not only need to maintain a project technically (comparison: your phone also regularly receives updates) but also need to make room for further development. Needs and possibilities will change.

Which three aspects should you keep in mind for management and optimization?

I. Technical management

Hide explanationShow explanation

Technical management involves the daily functioning of your digital product. Things like monitoring, performance monitoring, security updates, and fixing bugs. With proper technical management of your digital product, it remains stable, secure, and reliable. It is a necessary part of progress. Technical management can be handled internally if the right expertise is available. Alternatively, you can outsource it to the supplier, in which case you make good agreements for a longer period. Either way, you will always need to manage, maintain, and adapt the system technically.

II. Innovation working group

Hide explanationShow explanation

An innovation working group focuses on future developments. It identifies opportunities, collects ideas, and evaluates whether new functionalities are interesting. This group also experiments to explore whether technological developments can meet changing user needs. An innovation working group can be internal or external, but the most successful form is usually hybrid: a combination of both.

III. Knowledge building

Hide explanationShow explanation

Knowledge building ensures that information about the product is sustainably documented and shared, preventing it from becoming fragmented. Think of documentation, training materials, best practices, and lessons learned. This prevents critical knowledge from being concentrated among a small group of people and makes teams more agile and onboarding easier. This knowledge is built both externally and internally, but make sure it is at least shared and preserved internally.

d. A digital project as part of digital transformation and digital strategy

Your digital project is now live — great work! But of course, this is not the end of your cultural organization’s digital journey. Digital projects contribute to a larger, continuous process: digital transformation. Digital transformation is a process of change where you continuously make choices, learn, and adjust.

Digital transformation means a vision in which digital projects fit within a broader digital strategy. A good digital strategy has concrete goals that contribute to change valuable to both the audience and the organization. With a good digital strategy, your cultural organization becomes resilient and future-proof in an ever-changing digital landscape.
 

Want to learn more about digital transformation? In an overview, we tell you everything about digital transformation in culture.

e. How do I measure the impact of my digital project?

It’s understandable that you wonder about the impact of digital activities; how they contribute to societal, educational, or artistic goals. This too is part of your digital strategy. You define the impact goals for your project or organization in advance.

You then determine which (digital) activities contribute to those goals. You measure this impact by testing your assumptions after implementing the new systems. Collect data about your audience, both qualitative and quantitative. For example, age categories and reactions from people about their experience. This gives you insight into what really works in practice. Based on those insights, you can substantiate strategic choices, adjust, and allocate resources more effectively in the future.

Note! See this longread as an MVP (a first, working version): highly usable, but not yet ‘finished’. We will continue to develop this material and would love to hear your feedback via communicatie@den.nl.

Share this news article

Start your digital project

Do you want to get started with your digital project? Download all templates to help you set up a digital project.

This article provides a complete overview of the approach to a digital project with the following phases:

Preparation
a. Project canvas
b. User stories
c. MoSCoW
d. Change management
e. Briefing
f. Tech partner

Execution
a. Execution phase
b. Work method
c. Budget
d. Planning
e. Project team
f. Production process
g. Implementation

Live
a. Support group
b. Feedback
c. Further development
d. Digital transformation and strategy
e. Measuring impact

Note! See this longread as an MVP (a first, working version): highly usable, but not yet ‘finished’. We will continue to develop this material and would love to hear your feedback via communicatie@den.nl.

Discover the latest digital trends in the cultural sector

Receive our newsletter with tips, knowledge, and inspiration about digital transformation in culture.

This field is required
This field is required
This field is required