Monday.com inrichten: boards, workflows en automatiseringen

Van leeg scherm naar werkend systeem

Je hebt net een account aangemaakt en staart naar een lege workspace. Een knop om een board te bouwen, ergens een menu voor automatiseringen, en de vraag: waar begin je? De meeste mensen klikken wat rond, maken drie boards aan en lopen binnen een maand vast omdat de structuur niet meeschaalt.

De eerste keuzes bij het werken met monday.com bepalen hoe het platform er over een jaar uitziet. Kolommen die je nu kiest, sturen straks je rapportages. Een workflow die je vandaag platslaat, breekt morgen je automatiseringen.

Dit is geen opsomming van features. Het is een gids voor het opzetten van monday.com vanuit de praktijk: hoe je boards opbouwt die meegroeien, hoe je processen vertaalt naar een werkbare structuur, en hoe je automatiseringen schrijft die niet stuk gaan bij de eerste teamuitbreiding.

De basislogica van monday.com

Voordat je iets aanmaakt, helpt het om te snappen hoe het platform is opgebouwd. Het werkt in lagen, en elke laag heeft een eigen functie.

• Workspace: het hoogste niveau. Eén workspace per afdeling of domein, bijvoorbeeld Sales, Operations of Marketing. Niet per project, niet per klant.
• Board: de plek waar één proces leeft. Een sales pipeline, een onboarding-traject, een productroadmap. Eén board = één proces.
• Groep: de fases of categorieën binnen dat proces. Denk aan kwartalen, statussen of klanttypes. Groepen zijn horizontale blokken binnen een board.
• Item: de daadwerkelijke regel waar werk op gebeurt: een deal, een ticket, een taak, een kandidaat.
• Subitem: een onderverdeling van een item, bijvoorbeeld deeltaken of losse leveringen onder één opdracht.
• Kolom: de informatie die je per item vastlegt: status, eigenaar, deadline, bedrag, prioriteit.

Waar het meestal misgaat: teams openen monday.com en beginnen direct met boards aanmaken. Voor elke vraag een nieuw board. Resultaat: dubbele data, losse eilandjes en geen overzicht meer wie waaraan werkt.

Pak voordat je inlogt een vel papier. Schrijf op welke processen je wilt vastleggen, welke fases die hebben en welke informatie je per item nodig hebt. Die structuur is je fundament. Pas als die klopt, ga je bouwen.

Boards inrichten: keuzes die je later niet wilt terugdraaien

Een monday.com board aanmaken duurt dertig seconden. De keuzes daarbinnen bepalen of je over een half jaar nog steeds werkt met dezelfde structuur, of dat je alles opnieuw mag inrichten.

Begin bij de kolommen. Status- en dropdown-kolommen lijken inwisselbaar, maar zijn dat niet: status is voor fases in een proces (Te doen, Bezig, Klaar), dropdown voor eigenschappen (regio, producttype, segment). En let op met dropdown-waardes: als je die later wijzigt, breken filters en dashboards die op de oude waardes draaien. Denk de lijst dus vooraf goed door. Andere kolommen die je standaard nodig hebt: mensen, datum, getal, en connect boards om items tussen processen te koppelen. Formulekolommen pas inzetten als de basis staat.

Subitems zijn de tweede valkuil. Ze klinken handig voor deeltaken, maar maken rapportages een stuk lastiger. Veel widgets in dashboards tonen subitems niet of alleen via omwegen, en automatiseringen op subitemniveau gedragen zich anders dan op item-niveau. Vuistregel: gebruik subitems alleen als de deeltaken echt een eigen status en eigenaar hebben. Anders volstaat een tekstkolom of checklist.

Dan de board-structuur zelf. De reflex is: één board per project. Klinkt logisch, wordt een nachtmerrie zodra je tien projecten draait. Beter werkt één board per processoort, met groepen per project of klant. Dat houdt overzicht, maakt dashboards mogelijk en je automatiseringen blijven werken. Main boards zijn standaard voor teamwerk, shareable boards voor externe partijen, private boards alleen voor gevoelige zaken zoals HR.

Templates zijn een prima vertrekpunt, maar pas ze aan. Monday's projectmanagement-documentatie geeft een goede basis om vanaf te bouwen.

Workflows bouwen: van werkproces naar boardstructuur

De volgorde is altijd: eerst proces, dan board. Niet andersom. Een board die geen bestaand werkproces weerspiegelt, raakt binnen weken in onbruik. Mensen vallen terug op Excel of e-mail omdat de tool hun manier van werken niet ondersteunt. Begin dus met de vraag: hoe loopt dit nu, wie doet wat, en waar zit de overdracht?

Drie veelvoorkomende vertalingen ter illustratie.

Projectmanagement. Groepen per fase: backlog, in uitvoering, in review, opgeleverd. Items zijn de taken of deliverables. Kolommen: status (voortgang), mensen (eigenaar), datum (deadline), tijdregistratie (besteed versus begroot), en een prioriteit-kolom om binnen een fase te kunnen sorteren. Items schuiven horizontaal door de groepen naarmate ze vorderen. Werkt het project met sprints? Dan kunnen sprints ook groepen zijn, met een statuskolom voor de fase binnen de sprint.

Sales pipeline. Eén board voor de hele monday.com CRM-inrichting, met groepen per dealfase: lead, kwalificatie, voorstel uit, onderhandeling, gewonnen, verloren. Items zijn deals (niet contacten, die staan in een gekoppeld contactenboard). Kolommen: dealwaarde, verwachte sluitingsdatum, contactpersoon via connect boards, volgende actie, bron (waar kwam de lead vandaan), en eigenaar. De bron-kolom levert later inzicht op in welke kanalen rendabel zijn. Sla die data vanaf dag één op, ook als je er nu nog niets mee doet.

Operations. Hier zijn twee patronen gangbaar. Voor terugkerend werk: weekgroepen waarin items automatisch worden aangemaakt of doorgeschoven. Voor incidenten en aanvragen: een ticketstructuur met groepen per status (nieuw, in behandeling, wacht op klant, opgelost), en kolommen voor prioriteit, SLA-deadline, aanvrager en behandelaar. Een formulekolom kan tonen hoeveel tijd er nog rest tot de SLA verloopt.

In alle drie de gevallen geldt: de groepen volgen de fases zoals het team ze al benoemt in gesprekken. Verzin geen nieuwe terminologie omdat het mooier oogt in monday. Het werkproces is leidend, de tool volgt.

Automatiseringen instellen: trigger, conditie, actie

Elke automatisering in monday.com volgt dezelfde grammatica: een trigger zet iets in gang, een optionele conditie filtert wanneer het mag, en een actie voert uit. Trigger: status verandert, datum bereikt, item aangemaakt, kolom gewijzigd. Conditie: alleen als prioriteit hoog is, alleen voor items in een bepaalde groep. Actie: verplaats item, stuur notificatie, maak subitem, update kolom, kopieer naar ander board.

Vijf recepten die in vrijwel elke setup terugkomen:

• Status naar Klaar verplaatst het item automatisch naar de groep Afgerond. Houdt actieve groepen leesbaar.
• Deadline overschreden stuurt een notificatie naar de eigenaar van het item. Geen externe herinneringssystemen meer nodig.
• Nieuw item aangemaakt kent op basis van een dropdown (bijvoorbeeld regio of producttype) automatisch een verantwoordelijke toe.
• Status Gewonnen in de sales pipeline kopieert de deal naar het onboarding-board, met alle relevante kolommen mee. Geen handmatige overdracht meer tussen sales en delivery.
• Terugkerende taken die wekelijks of maandelijks automatisch worden aangemaakt op een vaste dag, bijvoorbeeld voor rapportages of onderhoud.

Twee fouten die je later duur komen te staan. De eerste: automatiseringen op een specifieke gebruikersnaam zetten in plaats van op een rol of kolomwaarde. Zodra die persoon vertrekt of een nieuwe functie krijgt, breekt de hele keten. Werk altijd met de mensen-kolom of een dropdown die de rol bepaalt, niet met een hardgecodeerde naam.

De tweede: te veel notificaties. Stuur je bij elke statuswijziging een melding naar drie mensen, dan zet iedereen ze binnen twee weken uit. Beperk notificaties tot momenten waar echt actie verwacht wordt. De officiële monday-documentatie over automatiseringen geeft een volledig overzicht van beschikbare triggers en acties.

Dashboards en cross-board verbindingen

Losse boards geven losse overzichten. Een dashboard combineert data uit meerdere boards in één scherm: een teamleider ziet alle lopende projecten in één werklast-widget, een salesmanager ziet pipeline-totalen per kwartaal in een grafiek, een operationeel team ziet openstaande tickets in een getal-widget naast een tijdlijn met aankomende deadlines.

Dashboards trekken data uit de boards die je koppelt. Zinvolle widgets om mee te beginnen: getallen (aantal deals, totale omzet), grafieken (verdeling per status of regio), werklast (wie heeft hoeveel op zijn bord) en tijdlijn (wat komt eraan deze maand).

Voor verbindingen tussen boards heb je twee kolommen nodig. De connect boards-kolom legt de relatie: een deal koppelt aan een contactpersoon, een project aan een klant. De mirror-kolom trekt vervolgens informatie uit dat gekoppelde item door naar het huidige board, bijvoorbeeld het telefoonnummer van de contactpersoon of de status van het bijbehorende project.

Een monday.com dashboard maken werkt alleen als je boards consistent zijn. Dezelfde statuswaardes, dezelfde kolomnamen, dezelfde groepslogica. Als het ene board "In behandeling" gebruikt en het andere "Bezig", telt de widget ze als twee aparte categorieën. Daarom is de kolomstructuur die je in de vorige sectie hebt vastgelegd het fundament onder elk overzicht dat je hierna bouwt.

Wanneer je zelf inricht en wanneer je hulp inschakelt

Voor een team van vijf tot tien mensen met één duidelijk proces is monday.com prima zelf in te richten. Als je de hiërarchie snapt, je kolommen vooraf hebt doordacht en je de logica van triggers en condities doorhebt, kom je een heel eind met de documentatie en wat geduld.

Het wordt een ander verhaal zodra meerdere afdelingen samenwerken op één platform, er koppelingen met andere systemen bij komen kijken (CRM, boekhouding, ticketing) of je een verandertraject hebt waarbij dertig of meer mensen anders moeten gaan werken. Dan loont het om iemand mee te laten kijken die honderden inrichtingen heeft gezien en de valkuilen kent. Als monday.com-partner doet Ximble dat soort trajecten dagelijks.

Praktisch advies: begin klein. Bouw één proces, laat een echt team er twee weken mee werken en pas de structuur aan voordat je opschaalt naar de rest van de organisatie.