{"id":1919,"date":"2026-08-24T08:18:08","date_gmt":"2026-08-24T08:18:08","guid":{"rendered":"https:\/\/cmai.nl\/kennisbank\/geen-categorie\/\/"},"modified":"2026-09-29T13:02:30","modified_gmt":"2026-09-29T13:02:30","slug":"procesdiagram-naar-werkend-proces","status":"publish","type":"kennisbank","link":"https:\/\/cmai.nl\/en\/kennisbank\/blogs\/procesdiagram-naar-werkend-proces\/","title":{"rendered":"Een procesdiagram is nog geen werkend proces"},"content":{"rendered":"\n
\n\n
\n\n \n
\n
\n

Een procesdiagram is nog geen werkend proces<\/h2>\n

Een procesdiagram is nog geen werkend proces<\/p>\n

Je kent het wel. Er is een sessie geweest, post-its geplakt, een mooie flow getekend in Visio of op het whiteboard. Iedereen knikt. En dan? Dan moet iemand dat diagram omzetten naar iets wat \u00e9cht werkt. En daar gaat het vaak mis.<\/p>\n

Want een diagram beschrijft hoe een proces zou moeten verlopen. Maar wie pakt een taak op? Wat gebeurt er als een aanvraag wordt afgewezen? Welke stap volgt als een document ontbreekt? Dat soort vragen beantwoordt een tekening niet. Dat lost CMAI op.<\/p>\n\n \n\n \n <\/div>\n <\/div>\n\n \n

\n
\n

Van tekening naar uitvoerbare logica<\/h2>\n

In de CMAI Designer bouw je een proces op uit stages, actions, outcomes en routing. Dat klinkt technisch, maar het idee is eenvoudig: je vertaalt de stappen die je al kent naar logica die het systeem begrijpt en uitvoert.<\/p>\n

Een stage is een fase in je proces, bijvoorbeeld ‘Intake’, ‘Beoordeling’ of ‘Besluitvorming’. Binnen elke stage definieer je actions: de taken die uitgevoerd moeten worden. Je legt vast wie verantwoordelijk is, wat er nodig is om verder te gaan en welke uitkomsten mogelijk zijn.<\/p>\n

Die uitkomsten, de outcomes, bepalen wat er daarna gebeurt. Goedgekeurd? Dan gaat de case door naar de volgende fase. Afgewezen? Dan start een andere route. Onvolledig? Dan gaat er een taak terug naar de aanvrager. De routing regelt die vertakkingen, automatisch en zonder handmatig doorsturen.<\/p>\n\n \n\n

\n
\n \n \"\" <\/div>\n <\/div>\n \n <\/div>\n <\/div>\n\n \n
\n
\n

Waarom dit verder gaat dan een diagram<\/h2>\n

Een procesdiagram laat zien wat de bedoeling is. De CMAI Designer legt vast wat er daadwerkelijk moet gebeuren, door wie, onder welke voorwaarden en met welk resultaat.<\/p>\n

Dat verschil is groot in de praktijk. Zonder die logica blijft een proces afhankelijk van mensen die weten hoe het hoort. Met die logica werkt het ook als iemand nieuw is, ziek is of gewoon even niet weet wat de volgende stap is. Het systeem weet het.<\/p>\n

Bovendien sluit alles aan op de Microsoft-omgeving die je al gebruikt. Cases verschijnen in Teams, taken landen bij de juiste persoon in Outlook en documenten staan op de vertrouwde plek in SharePoint. Er komt geen nieuw systeem bij, je brengt de logica naar de plek waar mensen al werken.<\/p>\n\n \n\n \n <\/div>\n <\/div>\n\n \n

\n
\n

Wat je wint als het proces \u00e9cht staat<\/h2>\n

Als de proceslogica eenmaal gebouwd is in CMAI, houd je grip zonder constant bij te sturen. Je ziet waar cases staan, welke taken open liggen en waar iets vastloopt. Statusupdates gaan automatisch. Taakverdeling ook.<\/p>\n

Dat is het verschil tussen een proces dat op papier klopt en een proces dat in de praktijk werkt.<\/p>\n\n \n\n \n <\/div>\n <\/div>\n\n <\/div>\n\n

<\/section>\n
<\/section>\n \n<\/div>\n\n\n
\n\n
<\/section>\n \n
\n
\n
\n
\n

Klaar om je proces te laten werken?<\/h2>\n

Wil je zien hoe je een bestaand procesdiagram vertaalt naar werkende logica in CMAI? Vraag een demo aan of neem contact op. We kijken graag mee naar jouw situatie.<\/p>\n<\/div>\n <\/div>\n <\/div>\n

\n
\n <\/div>\n