Sådan byggede jeg et bookingsystem til vores andelsforening

Vores andelsforening har en fælles ladcykel og en lejlighed, vi lejer ud via Airbnb, som begge skal bookes af beboerne. I mange år foregik det på et regneark i et fælles drev — hvem der havde skrivadgang, hvad der talte som en gyldig booking, og om man havde husket at opdatere det rigtige faneblad, var op til den enkelte. Resultatet var forudsigeligt: dobbeltbookinger af cyklen, kollisioner med Airbnb-gæster, og en bestyrelse der brugte for meget tid på at være mæglere i stedet for at bo i et hus.

Hvad problemet egentlig var

Det var ikke mangel på vilje — det var mangel på struktur. Et regneark har ingen regler indbygget. Det stopper dig ikke i at booke en dato, der allerede er taget, og det giver ingen besked, når nogen gør det. Løsningen behøvede ikke være avanceret. Den skulle bare håndhæve de regler, vi allerede havde aftalt, i stedet for at stole på at alle huskede dem.

Sådan greb jeg det an

Jeg byggede et lille, dedikeret bookingsystem: en kalendervisning, hvor beboere logger ind med deres lejlighedsnummer, ser ledige datoer for cyklen og lejligheden, og booker med det samme. Systemet forhindrer overlap automatisk og sender en bekræftelse på mail. Lejligheden er det tricky punkt, fordi den også bookes udefra via Airbnb — der holder systemet Airbnb-kalenderen synkroniseret, så beboerne aldrig kan booke en dato, der reelt er optaget af en gæst. Ingen adgangskoder at huske, ingen regneark at holde synkroniseret, ingen bestyrelsesmedlem der skal være dommer i tvivlstilfælde.

Det vigtigste designvalg var faktisk at holde det simpelt. Der er ingen betalingsintegration, ingen brugerprofiler med indstillinger, ingen funktioner der ikke bliver brugt. Kun det, foreningen rent faktisk havde brug for — bygget så det kan vedligeholdes af én person i sin fritid, ikke et IT-team.

Hvad jeg tager med mig

Det her er præcis den slags opgave, mange foreninger sidder med uden at vide det: et fælles problem, der er blevet løst med et regneark eller en opslagstavle, fordi ingen har fundet det værd at bygge noget rigtigt til det. Ofte er løsningen ikke stor eller dyr — den skal bare passe præcis til, hvordan I allerede arbejder.