Het moment dat je dit voor het eerst tegenkomt is vaak klein: je staat bij de bus, iemand vraagt “welke primer hoort ook alweer bij deze ondergrond?”, en drie man pakt z’n telefoon. De ene vindt een pdf van een leverancier, de ander een oude foto in WhatsApp, de derde belt een collega. Je krijgt een antwoord, maar je voelt meteen de schade: iedereen werkt uit een andere bron. Dan komt die twijfel: ga je dit oplossen met een eigen mapstructuur, of hoort dit thuis in een informatie platform dakdekkers?
Aanpak A: wanneer welke
Aanpak A is: je bouwt een eigen kennisbank rond je bedrijf, in een mapstructuur of intranet dat je zelf beheert. Dat werkt wanneer je vooral vaste werksoorten hebt en je info vrijwel altijd intern is: werkafspraken, standaard detailtekeningen, fotoreferenties, interne checklists, en projectdossiers. Je team leert één plek, met één naamgeving. Het voordeel zit in controle: jij bepaalt wat “definitief” is, en je kunt meteen corrigeren als er een fout in een document zit.
Deze route faalt zodra je taxonomie (indeling met vaste labels) niet strak is. Een map “Bitumen” met daaronder “Algemeen” en “Diversen” wordt binnen weken een rommelbak. Daarom hoort een eigen kennisbank te beginnen met een simpel datamodel (welke velden sla je op) en een vaste naamconventie. Denk aan: materiaal, ondergrond, verwerkingstemperatuur of verwerkingscondities, compatibiliteit (wat mag wel en niet samen), benodigde gereedschappen, en veiligheidsnotities. Zet er ook versiebeheer (wie wijzigde wat, wanneer) bij, anders blijft iedereen oude pdf’s doorsturen.
Concreet wordt het pas als je één voorbeeldrecord kunt invullen. Bijvoorbeeld: “Detail: kimfixatie bij opstand”, met velden als: systeemopbouw, benodigde primer, type brandrollen, overlapbreedte, foto’s van goed en fout, en een korte ‘acceptatie’ regel die een voorman kan aftekenen. Dan kun je dezelfde structuur herhalen voor doorvoeren, dakranden en noodovergangen. Je wint geen tijd door méér documenten, maar door minder discussie over welke versie klopt, maar je moet die discipline wel organiseren.
Aanpak B: wanneer welke
Aanpak B is: je gebruikt een platform-app waarin je informatie niet als losse documenten beheert, maar als doorzoekbare items met tags en vaste velden. Dat werkt wanneer je team veel wisselende klussen draait, vaak met nieuwe producten of leveranciers te maken heeft, en je op het dak snel wilt filteren. Je zoekt dan niet op “waar staat de pdf”, maar op “ondergrond X + productgroep Y + verwerking Z”. Een app-achtige aanpak past ook beter bij collega’s die weinig zin hebben in mappen, maar wél in zoeken en opslaan.
Bij een platform hoort een andere manier van denken: je maakt informatie ‘atomair’. Niet één document “EPDM”, maar losse kaarten voor bijvoorbeeld lijmtypes, randafwerking, doorvoermanchetten en reparaties. Elke kaart krijgt dezelfde kernvelden, zodat je kunt vergelijken. En je zet er één eigenaar op: iemand die beslist of een item publiceerbaar is. Zonder eigenaar schuift het systeem naar “handig om te hebben”, maar niet naar “leidend op het dak”. Dat werkt gewoon niet: als niemand mag zeggen welke info definitief is, blijft WhatsApp de echte bron.
Een informatie platform dakdekkers hoeft niet alleen techniek te zijn. Het kan ook ‘werkvloer-realiteit’ ondersteunen: leveranciers- en merkenoverzichten per productgroep, zodat je snel ziet bij wie je terechtkunt voor een specifieke toepassing. Roof Connect heeft bijvoorbeeld een overzichtspagina voor leveranciers per productgroep. Gebruik zo’n ingang niet als reclameblok, maar als startpunt om jouw eigen voorkeursproducten, bestelnummers en levercondities erbij te zetten. Dan wordt “ik moet iets regelen” direct “ik weet waar ik moet zijn”.
Een informatieplatform is geen archief, maar gereedschap
De verwarring komt vaak doordat mensen “platform” verwarren met “archief”. Een archief is terugkijken; op het dak wil je vooruit kunnen werken. Dat betekent dat je informatie in de vorm moet gieten waarin je beslissingen neemt: welke ondergrond, welk systeem, welke randvoorwaarden, welk risico. Een term als werkvoorbereiding (alles wat je vooraf vastlegt zodat de uitvoering doorloopt) hoort daarom in je platform terug als filters en velden, niet als los mapje met “voorbereiding”.
Hier klopt mainstream advies wél: veiligheid hoort in dezelfde bron als techniek, omdat het je uitvoering stuurt. Als je bijvoorbeeld op hoogte werkt met valgevaar, is de keuze voor toegang en werkplek bepalend voor je werkvolgorde. Dat is niet iets dat je “later op de dag” nog regelt. De basisregel is helder: werken op hoogte mag bij valgevaar alleen vanaf een veilige steiger, stelling, bordes of werkvloer, zoals de overheid dit uitlegt op Rijksoverheid. Zet zulke kaders als vaste sectie in elk relevant item, dan hoeft niemand te gokken.
Meer informatie kan kloppen, maar in de praktijk maakt het je trager als je niet dwingt tot selectie. Daarom hoort er naast “toevoegen” ook “afvoeren” in je proces: wat is verouderd, wat is dubbel, wat is niet meer toegestaan op jullie daken. Bij een eigen kennisbank doe je dat via versies en een ‘geldig tot’. Bij een platform-app doe je dat via status: concept, in review, gepubliceerd, uitgefaseerd. Het gaat niet om perfecte content, het gaat om een betrouwbare beslisroute.
Wat kies je voor jouw situatie
Kies aanpak A wanneer je vooral interne afspraken, terugkerende details en projectdossiers wilt borgen, en je een klein team hebt dat één structuur kan aanleren. Kies aanpak B wanneer je snelheid in zoeken belangrijker vindt dan documentcontrole, en wanneer je informatie als kaarten met tags wilt gebruiken op de werkvloer. In beide gevallen begint het bij dezelfde harde keuze: welke velden zijn verplicht, en wie is eigenaar per onderwerp. Zonder dat blijft het een dump van bestanden of bookmarks.
Een platform is niet de juiste keuze als je het neerzet als “nog een app” naast alle bestaande kanalen, zonder besluit dat die app leidend is. Dan ontstaan twee waarheden: de map of app, en daarnaast de groepschat. Dat levert geen rust op het dak op, maar extra ruis. Als je een platform inzet, moet je ook afspreken waar updates landen, hoe je items fiatteert, en hoe je voorkomt dat een voorman vijf minuten moet scrollen in plaats van één minuut zoeken.
De eerste stap die in beide routes werkt is: maak één afgebakende set, bijvoorbeeld alleen “doorvoeren” of alleen “randdetails”, en richt die professioneel in. Bouw met vaste tags (productgroep, ondergrond, detailtype), voeg één voorbeeldrecord toe dat echt ingevuld is, en toets met de ploeg of ze binnen 30 seconden vinden wat ze nodig hebben. Daar zit de spanning uit de opening: je wil geen discussie bij de bus. Begin daarom met één onderwerp, één eigenaar en één plek die je durft te volgen, en breid pas uit als dat stuk dagelijks gebruikt wordt.
Veelgestelde vragen
Welke velden zijn het minimum in een informatie platform dakdekkers?
Neem velden die direct sturen op uitvoering: productgroep, ondergrond, detailtype (bijvoorbeeld doorvoer, kim, rand), systeemopbouw, compatibiliteit (wat mag niet samen), en een korte acceptatie-eis die je kunt aftekenen. Voeg bronbestanden toe als bijlage, maar maak de kern leesbaar zonder pdf. Zet ook eigenaar en versiestatus erbij, anders blijft het gissen welke versie leidend is. Foto’s van goed en fout helpen meer dan lange tekst, mits ze gelabeld zijn.
Hoe voorkom je dat het een dump van pdf’s wordt?
Door informatie in ‘kaarten’ op te knippen en elk item dezelfde structuur te geven. Eén pdf kan nog steeds, maar dan als bijlage bij een kaart met samenvatting, tags en beslispunten. Werk daarnaast met status: concept, gecontroleerd, gepubliceerd, uitgefaseerd. Dat dwingt selectie af. Je kunt ook afspreken dat een item zonder tags niet bestaat, omdat het dan niet vindbaar is. Daarmee wordt uploaden minder vrijblijvend dan “zet maar in de map”.
Hoe koppel je veiligheid logisch aan technische info zonder dat het een apart hoofdstuk wordt?
Maak veiligheid een vast veld per relevant item, niet een los document. Bij een kaart “werken bij dakrand” zet je bijvoorbeeld: toegang, werkplek, valgevaar, en de gekozen maatregel. Gebruik één duidelijke bron voor de basisregel en verwijs daar consequent naar. Voor algemene kaders is werken op hoogte uitleg een bruikbare ingang; vertaal dat daarna naar jullie standaardopstelling per klussoort. Dan blijft het werkbaar op het dak.
Wanneer is een eigen kennisbank beter dan een platform-app?
Wanneer je vooral interne werkinstructies, standaarddetails en projectdossiers beheert, en je niet wilt leunen op tags en zoeklogica. Een eigen kennisbank is sterk in controle en audittrail: je kunt strakker vastleggen wie welke versie heeft goedgekeurd. De keerzijde is adoptie: mensen moeten weten waar iets staat. Als je team vooral zoekt op “ik typ het in en ik vind het”, is een platform met tags en kaarten vaak sneller in de uitvoering.
Bronnen
- Tekorten op de arbeidsmarkt — rijksoverheid.nl
- Werken op hoogte | Arboportaal — arboportaal.nl