Kort konklusion
Bestyrelsen bør vælge ventelistesystem ud fra seks ting: regler, daglig drift, dokumentation, GDPR, totalpris og exit-mulighed. Hvis en leverandør ikke kan forklare, hvordan anciennitet, boligtilbud, eksport og sletning fungerer, er prisen kun en del af risikoen.
Brug denne side sammen med kravspecifikationen, prissammenligningen, business casen og guiden til leverandørskifte og dataeksport.
Beslutningsflow for bestyrelsen
Et godt valg begynder før demoen. Jo bedre bestyrelsen beskriver den nuværende venteliste, desto lettere er det at gennemskue, om en løsning faktisk passer.
1. Beskriv nuværende praksis
Start med virkeligheden. Hvor ligger listen, hvem opdaterer den, hvordan håndteres betaling, og hvad skaber mest tvivl?
2. Oversæt vedtægter til krav
Gør regler testbare. Intern liste, ekstern liste, anciennitet, fortrinsret og boligønsker skal kunne afprøves i systemet.
3. Sammenlign totalpris
Se ud over månedsprisen. Medtag import, support, betalingsgebyrer, ekstra lister, migration og tid brugt på manuelle rettelser.
4. Test kritiske scenarier
Brug rigtige cases. Klage over placering, manglende betaling, fristudløb, afslag og bestyrelsesskifte bør kunne forklares.
5. Afklar GDPR og roller
Placér ansvaret. Spørg om databehandleraftale, adgangsstyring, sletning, backup, eksport og logning af ændringer.
6. Aftal exit før start
Undgå lock-in. Foreningen bør vide, hvordan data, historik og dokumentation kan eksporteres ved ophør.
Scorekort til sammenligning af leverandører
Giv hver leverandør 1-5 point pr. område og skriv en kort begrundelse. En lav score på dataeksport eller dokumentation bør vægte tungere end en lidt lavere månedspris.
| Område | Hvad skal vurderes? | Advarselstegn |
|---|---|---|
| Regler | Intern/ekstern liste, anciennitet, fortrinsret og lokale undtagelser. | Leverandøren siger “det plejer vi at gøre” uden at teste jeres vedtægter. |
| Boligtilbud | Tilbudsrækkefølge, svarfrist, accept, afslag og dokumentation. | Tilbud håndteres stadig i løse mailtråde uden samlet historik. |
| Betaling | Opskrivning, fornyelse, aktiv/passiv status, rykkere og rapportering. | Betaling og aktiv status skal afstemmes manuelt uden audit trail. |
| GDPR | Databehandleraftale, adgangsroller, sletning, dataminimering og sikkerhedsbrud. | Der findes ingen klar slettepolitik eller rollefordeling. |
| Import | Dataoprydning, dubletter, gamle noter, statuskoder og prøveimport. | Alle gamle felter flyttes med uden dataminimering eller kontrol. |
| Eksport | CSV/Excel, historik, relationer, log, formatbeskrivelse og ophørsproces. | Eksport nævnes kun som “det kan vi nok finde ud af”. |
| Pris | Abonnement, ekstra lister, import, support, betalingsgebyrer og opsigelse. | Totalprisen afhænger af uklare moduler eller gebyrer. |
Sådan undgår bestyrelsen lock-in
Lock-in opstår sjældent på én gang. Det kommer, når data ligger i utydelige formater, når historik ikke kan eksporteres, når opsigelsesvilkår er uklare, eller når kun leverandøren kan forklare, hvordan listen fungerer.
- Kræv et eksempel på en fuld eksport, før aftalen underskrives.
- Spørg om eksporten indeholder historik, boligtilbud, betalinger, beskeder og ændringslog.
- Aftal frist og pris for dataudlevering ved ophør.
- Bed om en kort datamodel eller feltforklaring, så eksporten kan forstås af ny leverandør.
- Undgå at fritekstnoter bliver eneste forklaring på prioritet, status og afvigelser.
- Sørg for, at bestyrelsen kan dokumentere regler og beslutninger uden leverandørens mundtlige hjælp.
Punkter der bør stå i aftalen
Aftalen behøver ikke være tung, men den bør være konkret. Bestyrelsen bør især sikre, at pris, import, support, databehandling, adgang og ophør ikke står som åbne antagelser.
| Punkt | Hvorfor det betyder noget | Hvad bestyrelsen bør bede om |
|---|---|---|
| Pris | Gør totaløkonomien forudsigelig. | Grundpris, ekstra lister, import, support, betalingsgebyrer og opsigelse. |
| Import | Forebygger fejl i anciennitet og status. | Prøveimport, kontrolrapport og ansvar for datakvalitet. |
| Support | Afklarer hjælp ved boligtilbud, betaling og fejl. | Svartid, kontaktvej, nødprocedure og hvem der må bestille ændringer. |
| Databehandling | Placérer ansvar for personoplysninger. | Databehandleraftale, underdatabehandlere, sikkerhed og instruks. |
| Ophør | Gør fremtidigt skifte muligt. | Eksportformat, sletning, backup, dokumentation og tidsfrist ved afslutning. |
Afprøvning før fuld opstart
En afprøvning behøver ikke være stor. Vælg 20-50 testposter, et par boligtilbudsscenarier, en intern og ekstern liste, en betalingssituation og en klagecase. Test derefter, om systemet kan forklare resultatet uden manuelle nødløsninger.
En god afprøvning slutter med en beslutning: Hvad fungerer? Hvad kræver opsætning? Hvad skal ryddes op før import? Hvilke krav skal ind i aftalen?
Hvor Andels Venteliste passer ind
Andels Venteliste er tænkt til foreninger, der vil have en enkel fast pris, tydelig historik, mindre mailarbejde og bedre kontrol med data. Modellen er særligt stærk, når bestyrelsen vil beholde 100% af egne gebyrer og samtidig kunne forklare både regler, pris og dataansvar.
Se priser, prisberegner, prissammenligning, GDPR og sikkerhed og databehandleraftale for de konkrete dele af vurderingen.
Ofte stillede spørgsmål om valg af ventelistesystem
Skal vi vælge billigste system?
Ikke nødvendigvis. Billigste pris kan blive dyr, hvis import, support, eksport, betaling, klager eller manuelle rettelser tager bestyrelsens tid.
Hvad bør vi se i en demo?
Se ikke kun forsiden. Bed om at teste intern og ekstern liste, boligtilbud, svarfrist, manglende betaling, ændringslog, eksport og en konkret klage over placering.
Hvor tidligt skal vi tale om dataeksport?
Før aftalen underskrives. Eksportkrav, ophør, sletning og format bør være klare fra start, så foreningen ikke bliver låst senere.