Hosts en huurders verifiëren voordat er iets misgaat Hosts en huurders verifiëren voordat er iets misgaat

Madrid groeit hard en de huurmarkt komt niet mee. De filters hangen in een ander decennium: geen vast contract, geen woning. Dat sluit solvente huurders buiten en laat hosts kiezen uit een kleinere, eenvormige groep.

De papiermuur

Solvent, en toch buitengesloten

Freelancers en expats lopen tegen dichte deuren aan, afgewezen omdat een standaard loonstrook ontbreekt, hoe solvent ze ook zijn. Hosts zitten ook klem: strakke papierwinkel is het enige risicogereedschap dat er is, dus gebruiken ze het. Urbiqo gooit die papieren niet weg; het voegt extra ingangen toe. Een huurder kan een garantsteller opgeven, hulp van ouders telt als een echt antwoord op hoe de huur wordt betaald, en een optionele achtergrondstap laat ze aan hosts vertellen wie ze zijn: waarom ze verhuizen, hoe ze wonen, hoe ze eerder huurden. Hosts beslissen op meer bewijs, en solvente niet-traditionele huurders komen door de deur.

Het probleem was nooit de advertentie. Het was de sprong in het diepe aan beide kanten ervan.

Grondwerk

De hele reis in kaart

Voor er ook maar één scherm bestond, bracht ik de complete flow voor beide kanten in kaart: elk beslismoment van eerste login tot verificatie, aanvraag en betaling. Het werd de bron van waarheid voor wat er eerst ontworpen moest worden. Het legde ook drie regels vast die het product moest respecteren: rondkijken blijft open zonder account, verificatie wordt verplicht op het moment van aanvragen of verhuren, en een geverifieerd profiel is herbruikbaar over aanvragen heen.

Twee kanten, één probleem

Het product moet twee werkelijkheden tegelijk vasthouden.

De weddenschap van Urbiqo: betrouwbaarheid valideren, niet alleen salaris.

01 · Verificatie

Eerlijker screenen

Ik zette alternatieve bewijzen naast de klassieke loonstrook: bankafschriften en facturen. Werkgeversverklaringen en belastingaangiftes zijn overwogen en geschrapt, beide lopen achter op de werkelijke cashflow. Bankafschriften en facturen tonen die in realtime, en valideren via OCR met handmatige controle voor de randgevallen.

Een service blueprint brengt de backend-logica in kaart die de verificatie-eisen aanpast aan de status van de gebruiker, bijvoorbeeld facturen accepteren voor freelancers.

02 · Vertrouwen

De transactie menselijk maken

Een geverifieerd profiel reist voor de huurder uit. De host ziet dezelfde verificatiekaart vóór elke afspraak: e-mail, telefoon, ID en achtergrondcheck. Hosts geven ook hun relatie tot de woning op, eigenaar, huurder of tussenpersoon, zodat aanvragers weten met wie ze te maken hebben. Vertrouwen is aan beide kanten zichtbaar voordat iemand een bezichtiging boekt.

03 · Verhelderen

Het proces ontrafelen

Huren is al overweldigend genoeg. De landingspagina werkt als een kalm filter: de verificatiereis samengevat in vier lineaire stappen, begrepen voordat iemand een account aanmaakt.

Positionering

Waar Urbiqo staat

Ik bracht de Madrileense markt in kaart op twee assen: complexiteit van de dienst en specialisatie van de doelgroep. Het gat: niemand combineert verificatie op basis van vertrouwen met toegankelijke prijzen voor freelancers, expats en niet-traditionele huurders.

De vaklaag

Achter de schermen

Het systeem eronder: tokens, componenten en variabele theming voor dark mode en Engels/Spaanse lokalisatie. Naast het product gebouwd, bewaard als eigen referentie.

Derde akte

Ontwerpen was het makkelijke deel

Het ontwerp stond, het systeem was gedocumenteerd, de flows in kaart. Toen bouwde ik het, op Next.js. Je eigen ontwerp bouwen is de eerlijkste usabilitytest die het ooit zal krijgen. Elk scherm dat ik als ontwerper had afgetekend, moest zich bewijzen in echte componenten, echte data en echte states.

Sommige beslissingen overleefden het contact met code niet. Een flow die er in Figma strak uitzag, kwam loading states, lege states en weerbarstige echte content tegen. Ik was de ontwerper die het moest toegeven en de developer die het moest repareren, dus de iteratieslag draaide in minuten, niet in sprints. Het product op staging is het resultaat.

Eén detail verscheen pas toen er een front-end was om het op te draaien: elke sectiekop tekent zichzelf van links in, achter de terracotta skyline. Een bewegingsbeslissing genomen in code, niet in het statische ontwerpbestand.

Vandaag live op staging: uitgelichte advertenties; zoeken met type-, prijs- en oppervlaktefilters naast een kaart; advertentiepagina’s met galerij, voorzieningen en buurtnotities; aanvragen en host contacteren; freemium- en premium-tiers voor hosts, huurders altijd gratis; volledig Engels en Spaans; een helpcentrum, FAQ’s en een contactformulier dat op onderwerp routeert. De advertenties zijn voorlopig voorbeelddata, plaatshouders om de flows end-to-end te testen tot er bij launch echte woningen instromen.

Drie beslissingen uit de bouw verdienden hun eigen labels.

Build 01 · De onrustige kaart

De kaart die niet stil kon zitten

Echte omschrijvingen verschillen in lengte, dus de knop ‘Meer details’ die achter de tekst hing, kon nooit stilzitten. De titel klemt nu op één regel, de omschrijving op drie en de hele kaart werd het klikdoel.

Build 02 · Eerlijke pillen

Een pil mag nooit liegen over waarom hij rood is

Het verificatiedenken overleefde in code als de trust & safety-kaart op elke advertentie. Elk signaal heeft zijn eigen status: een profiel kan e-mail geverifieerd tonen terwijl telefoon en identiteit nog in behandeling zijn. Eerlijke states, geen binaire badge.

In het ontwerpbestand waren de vier states een legenda: Active, Pending, Attention en Issue, één pil per signaal. In code had elke pil een bron van waarheid en een faalverhaal nodig. Een uitgelogde gebruiker werd niet langer als fout behandeld, en één alomvattend ‘er ging iets mis’ werd opgesplitst in zijn aparte oorzaken, zodat een rode pil altijd één specifiek ding betekent.

Build 03 · De helft van de woorden

Maar de helft van de woorden is van mij

Lokalisatie was ontworpen als een variable mode en shipte er ook als één. Dezelfde schermen draaien end-to-end in het Engels en het Spaans.

Het ontwerpbestand wisselt elke string met één variable mode. De build corrigeerde me: interfaceteksten vertalen mee, maar advertentie-inhoud leeft in de database, dus een Spaanse pagina kan nog steeds Engels spreken waar de data dat doet. En Spaans loopt lang genoeg uit om kaarten af te kappen die het Engels nooit onder druk zette.

Wat ik ervan leerde

End-to-end ontworpen en daarna end-to-end gebouwd, door één persoon, op Next.js. Dat is de uitkomst: een tweezijdig platform dat in twee talen op staging draait, van zoeken tot aanvraag. Nog geen gebruikersdata, de launch komt nog, dus wat volgt is wat het bouwen me leerde, niet wat de markt zei.

Drie dingen die Urbiqo me leerde:

• Tweezijdig vertrouwen is een vak apart. Alles wat frictie weghaalt voor huurders, minder documenten, snellere checks, voegt gevoelsmatig risico toe voor hosts. Die spanning in balans houden vormde de hele productstructuur.
• Het gat tussen het concept van een founder en een bouwbaar product is groter dan het lijkt. De visie was helder. Het ontwerpwerk was haar omzetten in conditionele verificatielogica, systeemstates en randgevallen.
• De visuele laag draagt meer vertrouwen dan ik dacht. Mensen leveren hier persoonlijke documenten in; elke kleur, interactie en regel tekst bouwt vertrouwen op of breekt het af. Daar zou ik de volgende keer meer tijd voor inruimen.

Eerlijk gezegd

Status en volgende stappen

Staging ging live op 6 juli 2026 en het platform draait op staging.urbiqo.com, in het Engels en het Spaans. Het zit nu in actieve QA; het dagelijkse werk is repareren wat echte schermen, states en content blootleggen vóór de launch. De weddenschap: zet verifieerbare vertrouwenssignalen naast de starre contracteisen en de markt gaat aan beide kanten open. Onbewezen tot de launch, maar de logica klopt. Als je betrouwbaarheid kunt verifiëren zonder een vast contract te eisen, krijgen hosts zekerheid en huurders toegang.