De mensen aan de rand
Bij een websiteproject is zelden alleen het bureau betrokken. Er is de klant die de ontwerpen moet goedkeuren. De persoon van marketing die de teksten aanlevert. Het IT-contact dat een toegang regelt. De fotograaf die één keer beelden levert en daarna nooit meer opduikt.
Niemand van hen werkt in jullie projecttool. En niemand gaat dat doen voor één enkele taak.
Waarom de klant zich niet aanmeldt
Vanuit het bureau lijkt het een kleinigheid: account aanmaken, e-mail bevestigen, klaar. Vanuit de klant ziet het er anders uit.
Hij heeft een wachtwoord nodig dat hij zal vergeten. Hij moet onthouden welk van zijn vier bureaus welke tool gebruikt. In grotere bedrijven moet IT eerst een nieuwe dienst goedkeuren, en dat kan weken duren.
De moeite is op zichzelf niet groot. Ze is groot in verhouding tot de taak, en die bestaat vaak uit één ja.
Wat er in plaats daarvan gebeurt
De taak verhuist terug naar een e-mail. Iemand exporteert een lijst, hangt die eraan en schrijft «zie bijlage». De klant antwoordt op de mail in plaats van op de taak. Twee dagen later volgt een tweede versie, en niemand weet nog welke geldt.
Het werk verdwijnt niet, het wordt alleen onzichtbaar voor de tool. En dat is erger dan helemaal geen tool, want het team gelooft nu dat de stand in het systeem staat.
Wat een goedkeuring echt nodig heeft
Teruggebracht tot de kern vraagt een klantgoedkeuring verrassend weinig:
- Het ding dat goedgekeurd wordt
- Een plek om ja, nee of «met deze wijziging» te zeggen
- Ergens een bestand kwijt kunnen, als dat erbij hoort
- Een spoor van wat besloten is, voor later
Wat niet nodig is: een gebruikersaccount, een rollenmodel en een rechtenmatrix.
Delen zonder account
Daar is Projoodle precies op gebouwd. Een takenlijst of een checklist deel je met een link. Wie de link heeft ziet de taken, vinkt af en schrijft opmerkingen. Bestanden die bij een taak horen kun je er direct aan toevoegen.
Geen registratie, aan geen van beide kanten. De klant opent de link en zit erin.
Zodra meerdere onderdelen tegelijk lopen, laat een Kanban bord het hele project in één oogopslag zien – en die link deel je net zo makkelijk.
Wat er verandert voor het bureau
De voor de hand liggende winst: feedback komt terecht waar het werk is, niet in een mailbox. De minder voor de hand liggende weegt zwaarder. De projectstand is niet langer iets dat je maakt, maar iets dat gewoon klopt.
Niemand stelt voor het wekelijkse overleg een statusrapport samen. De klant kijkt naar hetzelfde bord als het team.
Wanneer een account toch zinvol is
Voor het eigen team wel. Wie dagelijks in projecten werkt, wil een eigen overzicht, eigen toewijzingen en eigen historie. Precies daarvoor is een account bedoeld.
Het gaat er niet om dat accounts slecht zijn. Het gaat erom dat het proces breekt zodra je er van iedereen een eist – want juist de mensen aan de rand bepalen of een project vooruitgaat.
Kort samengevat
Een bureauproject heeft een binnenkant en een rand. De binnenkant bedienen de meeste tools goed. Aan de rand gaat werk verloren, en daar bepaalt het verschil tussen «één klik» en «maak een account aan» of de feedback überhaupt aankomt.
Meer over werken met externen staat in Taken beheren in een team, ook met externen. En als je huidige tool zwaarder voelt dan het werk zelf, gaat Projecttools zijn vaak te ingewikkeld daarover.
