Klanten volgen hun project zelf: mijlpalen, documenten en berichten in een portaal in plaats van in de mail. Ons eigen platform en een bouwcase als bewijs.
Projectvoortgang delen betekent dat je klant zelf ziet waar het project staat: mijlpalen die afvinken, documenten die klaarstaan en berichten die op één plek blijven. Zonder dat jij statusmails schrijft. EIGHTY8 draait dit in zijn eigen portaal en bouwde het ook voor een onderhoudsbedrijf.
De vraag hoe het ervoor staat is de meest gestelde vraag in elk project. En geen enkele statusmail beantwoordt haar definitief. De mail die jij maandag verstuurt, is woensdag verouderd. De planning staat in een bestand dat de klant niet kan openen, en de laatste waarheid ligt bij wie het laatst gebeld heeft.
Wat het kost is dubbel. Aan jouw kant: elke statusvraag is een onderbreking van werk dat al loopt, en statusmails schrijven is werk dat niets bouwt. Aan de kant van de klant: geen zicht voelt als geen voortgang, ook als er wel degelijk gewerkt wordt. Vertrouwen in een project komt van zichtbaarheid, en zichtbaarheid is een systeemvraag, geen karaktertrek.
Jij houdt je project bij zoals je gewend bent: fases, mijlpalen, documenten, besluiten. Het portaal toont de klant precies wat je wilt delen. Je interne notities en planning niet. Een mijlpaal die afrondt, wordt vanzelf zichtbaar; een document dat bij een fase hoort, staat daar klaar voor de klant; een bericht over het project blijft bij het project in plaats van weg te zakken in de mail. De klant kijkt wanneer het hem uitkomt, en de statusvraag verdwijnt uit je inbox.
De rol van een model is hier beperkt en zinvol: een samenvatting van wat er deze ronde gebeurd is, of een toelichting bij een fase in begrijpelijke taal voor een klant die geen specialist is. De voortgang zelf komt uit jouw registratie. Een portaal dat zijn eigen waarheid verzint, is erger dan geen.
Eerlijk: delen vraagt discipline in je eigen administratie. Een verouderde status is erger dan geen status, want hij wekt vertrouwen dat niet klopt. Begin daarom met minder velden en houd ze bij; breid pas uit als het bijhouden is geworden vanzelfsprekendheid. Zo draait het op ons eigen platform, waar klanten hun project volgen, en bij een onderhoudsbedrijf waar klussen en fasen in de klantarea zichtbaar zijn.
Voortgang delen begint met voortgang die vastligt. Deze vier bouwstenen bepalen of het portaal de waarheid toont of een verhaal.
Het werkt voor trajecten met een begin, een midden en een eind: bouw en renovatie, ICT-projecten, adviestrajecten, onderhoud met grotere klussen, administratie met een duidelijk maandritme. Overal waar de klant moet kunnen vertrouwen dat er gewerkt wordt, ook op de dagen dat er niet gebeld wordt.
Het werkt niet voor dagjeswerk zonder fases. Daar is een bevestiging genoeg. Ook niet als de planning elke dag opnieuw omgooit: de klant ziet dan alleen ruis, en ruis werkt averechts. En niet als het team de status niet kan bijhouden; dan is de eerste stap die registratie op orde brengen, want een portaal toont wat jij invoert, nooit wat je had gewild.
De scope hangt samen met hoe je projecten nu worden bijgehouden en wat de klant moet kunnen zien en doen. Een leesomgeving met mijlpalen en documenten is een kleiner traject dan één waar de klant ook kan reageren, goedkeuren of bijlagen toevoegen. Na een korte verkenning volgt een voorstel met de aannames er zichtbaar bij; de afrekening gebeurt op nacalculatie van wat er gebouwd is, en uitbreidingen volgen dezelfde route.
Dat hoeft ook niet. Het punt is niet dat de klant elke dag kijkt, maar dat hij kan kijken op het moment dat de twijfel opkomt. En dat er dan iets kloppends staat. De meeste klanten bekijken hun project op de momenten die ertoe doen: voor een besluit, na een bezichtiging of vóór het volgende gesprek. Precies die momenten halen de statusvragen uit je inbox.
Dat bepaal je per project. Mijlpalen, documenten en berichten die voor de klant bedoeld zijn, staan in zijn omgeving; je interne planning, notities en calculatie blijven aan jouw kant. De scheiding staat in het systeem vast, dus er is geen afspraak nodig om te weten wat gedeeld is. Wie extra zekerheid wil, laat een project eerst intern lezen vóórdat de klantzichtbaarheid wordt aangezet.
Door de registratie te hangen aan het werk dat er al is: een fase afronden doe je toch al, dus dat is het moment waarop het portaal meebeweegt. We bouwen bewust met weinig velden zodat bijhouden geen aparte taak wordt. Blijkt in de praktijk dat een stap te veel friction vraagt, dan halen we hem eruit. Een eenvoudige status die klopt is meer waard dan een rijk schema die veroudert.
Ja, in een latere stap. Lezen en bekijken is de kern; reacties, goedkeuringen en bijlagen toevoegen zijn uitbreidingen die dezelfde omgeving gebruiken. Voor keuzemomenten die jouw planning bepalen (een kleur, een materiaal, een datum) is een expliciete goedkeuring in het portaal zelfs handiger dan een mail, omdat de keuze met datum en context bewaard blijft bij het project.
EIGHTY8