Vastgoedbeheer automatiseren: meldingen als tickets, onderhoud gepland, documenten per object, bewonersvragen door een agent. Op nacalculatie.
AI-automatisering voor vve- en vastgoedbeheerders pakt het beheer rond het pand op: meldingen van bewoners die als tickets met status binnenkomen, onderhoud dat gepland en gerapporteerd wordt, documenten die per object terug te vinden zijn en terugkerende bewonersvragen die een agent afvangt. EIGHTY8 bouwt dat op mechaniek dat voor onderhouds- en vastgoedorganisaties al draait, met de beheerder als beslisser.
De dag van een beheerder begint met binnenkomst: meldingen in de mailbox, op de voicemail, op een briefje bij de portier. Elke melding moet gelezen, gewogen en omgezet worden in een opdracht. En zolang dat handwerk is, blijft de vraag 'waar staat mijn melding' onbeantwoord, tot de tweede oproep komt. Bewoners zijn niet ongeduldig omdat ze lastig zijn; ze horen graag dat iets onderweg is.
Dan het onderhoud zelf. Wie is er beschikbaar, wat is afgesproken, is de werkzaamheid goedgekeurd, past het in het meerjarig onderhoudsplan. Zonder één overzicht dat meldingen, planning en afronding verbindt, leeft dat in losse mailtjes en het hoofd van de toezichthouder. En een wisseling van medewerker betekent dat de hele kennis uitstroomt.
En er zijn de documenten. Het inspectierapport van dat complex, het laatste opleveringsverslag, de garanties en de overeenkomsten. Bewaard in mappen waarvan alleen de samensteller de logica kent. Elke vraag van een bewoner, vereniging of opdrachtgever wordt een zoekactie. Dit is het type werk dat een beheerder 's avonds doet, en het type dat een systeem in seconden doet.
De kaarten hieronder zijn de vier pijlers van het beheer: meldingen als tickets met status, onderhoud dat gepland en afgerond wordt, documenten per object in één omgeving, en een agent die de terugkerende bewonersvragen draagt. Ze bestaan alle vier al als mechaniek in opdrachten die we voor onderhouds- en vastgoedorganisaties bouwden; wat jouw portefeuille nodig heeft en in welke volgorde, leest de discovery uit je huidige werkproces.
Discovery bij het beheer zelf: hoe komt een melding nu binnen, wie plant en wie controleert, waar leven de documenten, en welke vragen komen wekelijks terug van bewoners. Eén werkstroom wordt gekozen (vaak de melding-tot-opdracht, omdat daar de meeste herhaling en het meeste gedoe zit) met een scope, aannames en een offerte op nacalculatie.
De bouw koppelt aan je bestaande werkwijze: je plannings- of beheerpakket, je mail, je documentopslag. Een melding wordt een ticket met eigenaar en status; een goedgekeurde opdracht landt bij het onderhoudspartij-spoor; documenten hangen per object in plaats van per mapnaam. Waar een beheerder moet oordelen (goedkeuren, afwijken, escaleren) blijft de beheerder in de lus, en dat is bewust zo.
Na de livegang meten we welke meldingen sneller afgehandeld worden en waar het nog handwerk is, en bouwen we pas daarna de volgende pijler. Wil je de presentatie richting bewoners en verenigingen vernieuwen, dan kan een nieuwe site binnen 48 uur live staan zodra de scope vaststaat.
Drie projecten lopen als bouwstenen door deze pagina openbaar op onze casepagina: een klantomgeving met tickets en onderhoudsafhandeling voor een onderhoudsbedrijf, een vastgoedomgeving met documentkluis en pijplijnbeheer, en een werkomgeving rond werkorders. Wat je daar níet leest: portefeuillegroottes, complexnamen of de verenigingen die die beheerders bedienen. Gegevens van bewoners en opdrachtgevers horen niet op een marketingpagina.
Een beheerder verwerkt persoonsgegevens van bewoners: namen en adressen, contactgegevens, soms aanpassingen aan een woning die iets verraden over de bewoner zelf. We leggen per workflow vast wie welke melding ziet, hoe lang een afgehandelde melding bewaard blijft en wat er nooit een AI-model ingaat. Een statusupdate kan een concept van een model zijn, een dossier leest het nooit. Toegang is per rol geregeld: de vereniging ziet haar complex, niet de portefeuille. Logging maakt terug te zien wie wanneer wat las, en jouw verwerkersovereenkomsten blijven het kader.
Wat het kost hangt af van je portefeuille en je werkwijze: hoeveel meldingstromen er zijn, of documenten per object meegenomen moeten worden, welke koppelingen met je beheer- of planningspakket nodig zijn en hoeveel rollen het systeem moet dragen. Je krijgt vooraf een schriftelijke offerte met alle aannames en rekent af op nacalculatie. Er is geen beheerpakketprijs, want een beheerder met een handvol complexen en een portefeuille over meerdere gemeenten zijn niet hetzelfde werk.
Bij een kleine portefeuille zit de winst niet in schaal maar in de leverbaarheid van één persoon: alles wat die beheerder in zijn hoofd en in mailtjes bewaart, is de operationele risico van de organisatie. Eén stroom (de melding-tot-opdracht) weghalen scheelt alvast de belavonden en maakt het werk uitlegbaar aan een vervanger. We bouwen bewust klein beginnend, in de tools die je al gebruikt, en elke uitbreiding is een eigen besluit, niet een pakket dat je meekrijgt.
Bij feiten wel: status van een melding, afspraken over afval, werktijden van onderhoud, wie er langskomt en wanneer. Een klacht of een gevaarsmelding herkent de agent als zoiets en geeft hem onmiddellijk door aan een mens, met de volledige context erbij. Bij hinder en gevaar zit de waarde niet in het automatische antwoord maar in het niet-verliezen van de melding: ze komt gestructureerd binnen met urgentie die de beheerder beoordeelt. Dat onderscheid staat vooraf in de scope, niet in de praktijk achteraf.
Die relaties blijven; de flows eromheen worden zichtbaar. Een goedgekeurde opdracht kan naar de bestaande werkbrief van je onderhoudspartij gaan of, als je pakket een koppeling toestaat, direct in hun proces belanden, en de afronding stroomt terug naar het ticket. In de discovery leggen we vast welke route elke partij krijgt (papier, mail of koppeling) zodat niemand zijn werkproces op moet geven om mee te doen. Vervangen is nooit het uitgangspunt; alleen als een partij niets toestaat, bespreken we alternatieven.
Via nacalculatie op de echte scope: hoeveel meldingstromen er zijn, of documenten per object meegenomen worden, welke koppelingen met je bestaande pakketten mogelijk zijn en hoeveel rollen er ondersteund moeten worden. De discovery levert dat op in een schriftelijke offerte met aannames, vóórdat de bouw start. Je rekent af op wat er gebouwd is. Geen abonnement op een beheercategorie, want de portefeuille van elke beheerder is anders ingericht en dat bepaalt het werk.
EIGHTY8