CMD Cursus 7 β€” Ontwerpstudies & Detailontwerp

Spatial Anchor

Een methodologische ontwerpstudie over het verlagen van cognitive load tijdens woningbezichtigingen door middel van ruimtelijke verankering van observaties.

OntwerperJoran Kooij
BewijslastLUK 7.2.3
ExpertsFrans
CaseFunda β€” Bezichtigingen

CAlternatief C: Foto & Tag

Beschrijving van de interactie

Constraint: "Geen plattegrond, geen AR-overlay, geen spraak. Alleen de camera-app die iedereen al kent."

Alt C ontstond uit een simpele observatie: iedereen maakt toch al foto's tijdens een bezichtiging? Bij dit alternatief maakt de bezoeker simpelweg een foto van het gebrek met de telefoon-camera. Het is wat mensen nu al spontaan doen. Het verschil is dat de Funda-app de foto direct verrijkt.

Na het maken van de foto verschijnt een quick-tag overlay onderaan het beeld. De bezoeker selecteert in twee snelle tikken: (1) het type gebrek (πŸ’§ Vocht, πŸ”¨ Schade, πŸ‘οΈ Opmerking) en (2) de kamer (Keuken, Woonkamer, Badkamer, op basis van de kamers in de plattegrond). De foto wordt opgeslagen in een visueel grid-overzicht, per kamer gegroepeerd. Na de bezichtiging heeft de bezoeker een compleet fotoalbum van gebreken, geordend per ruimte.

De interactie is camera-first: de primaire actie is fotograferen, niet navigeren. De interface ondersteunt de foto-actie met minimale classificatie achteraf.

Theoretische onderbouwing

Affordance & Signifiers (Norman, 2013)

De camera-knop is de ultieme affordance: iedereen weet hoe je een foto maakt. De "tag" die verschijnt na het fotograferen is een signifier die de gebruiker leidt naar classificatie. Er is geen uitleg nodig want het patroon is identiek aan wat gebruikers veelal al kennen. Bijvoorbeeld Instagram Stories (foto β†’ sticker/tag). De perceived affordance sluit perfect aan op de werkelijke functionaliteit.

Recognition op foto-niveau (Budiu, 2014)

Het overzicht achteraf is een fotografisch album per kamer. De Recognition is maximaal: de bezoeker ziet letterlijk de foto van het gebrek, in hoge resolutie, inclusief context (de muur, het aanrecht ernaast, de kleur van de tegels). In tegenstelling tot Alternatief A, biedt de foto gewoon heel rijke visuele context die het geheugen activeert wat consistent is met Dual Coding Theory (Paivio, 1991), dat stelt dat beelden zowel visueel als verbaal worden gecodeerd. De bezoeker hoeft niet te herinneren, hij ziet.

Design Patterns: Bouw-inspectie apps

Het "foto β†’ tag" patroon is niet nieuw: het wordt al toegepast in professionele bouw-inspectie apps (BouwApp, PlanGrid, Snagger). Dit bewijst dat het patroon werkt in een verwante gebruikscontext. Het verschil is dat we het hier integreren in een consumentenapp (Funda), waar de gebruiker geen professional is maar een woningzoeker. De Learnability is hoog omdat het patroon al jarenlang bestaat in adjacent markets.

Gulf of Execution: klein, maar niet minimaal

De Gulf of Execution is relatief klein: de bezoeker richt de camera op het gebrek en fotografeert. Maar hij moet de camera wel actief openen, richten, stilhouden, en fotograferen β€” meer stappen dan simpelweg ergens op tikken. De extra stap van taggen (type + kamer selecteren) voegt lichte extraneous cognitive load toe, maar is snel dankzij het bekende patroon.

Sociale frictie & Flow-onderbreking

Het nadeel: fotograferen is zichtbaar en opvallend. De makelaar ziet de bezoeker actief gebreken fotograferen, wat de sociale dynamiek kan beΓ―nvloeden ("Deze koper zoekt problemen"). Daarnaast doorbreekt het de Flow van de bezichtiging: de bezoeker stopt met rondkijken, pakt de telefoon, opent de camera, richt, fotografeert, tagt. Dat kost per observatie meer tijd en aandacht dan je zou willen.

Interactieve Flow (stap voor stap)

  1. Stap 1 β€” Funda Woningpagina: De bezoeker opent de Funda-app op de woningpagina. Hij ziet het huis, foto's, en basisinformatie. Onderaan staat de knop "Start Bezichtiging".
    Signifiers (Norman): de prominente knop communiceert dat er een bezichtigingsmodus beschikbaar is.
  2. Stap 2 β€” Start Bezichtiging: De bezoeker tikt op "Start Bezichtiging". Een camera-knop verschijnt als floating action button (FAB) rechtsonder in het scherm. De FAB is geel/goud met een πŸ“· icoon; visueel onderscheidend van de rest van de interface.
    Signifiers (Norman): de camera-icoon op de FAB communiceert direct "je kunt hier fotograferen". De positie rechtsonder sluit aan op gevestigde Android-Material Design patronen.
  3. Stap 3 β€” Gebrek observeren: De bezoeker loopt door de keuken en ziet een vochtplek. Hij haalt de telefoon erbij en tikt op de camera-FAB. De camera opent fullscreen.
    Flow-onderbreking (Csikszentmihalyi): de bezichtiging wordt kort onderbroken door telefoongebruik. Geen navigatie nodig, direct naar camera.
  4. Stap 4 β€” Camera opent + fotograferen: De camera-interface verschijnt fullscreen. De bezoeker richt op de vochtplek en maakt een foto door op de knop te tikken. EΓ©n tik. De knop is groot en centraal gepositioneerd. Een kort flash-effect bevestigt de opname.
    Affordance (Norman): de knop is de universele affordance voor "foto maken". Elke smartphone-gebruiker herkent dit patroon zonder uitleg.
  5. Stap 5 β€” Quick-tag overlay: Direct na de foto schuift een tag-balk omhoog. Bovenaan: de zojuist gemaakte foto als preview. Daaronder twee rijen chips: rij 1 = type (πŸ’§ Vocht, πŸ”¨ Schade, πŸ‘οΈ Kijk), rij 2 = kamer (Keuken, Woonkamer, Badkamer). De chips zijn ruime touch-targets.
    Extraneous Cognitive Load (Whitenton): de chips zijn visueel en voorgecategoriseerd, de bezoeker hoeft niets te typen of te onthouden. De foto bovenaan dient als context-anker: "dit is wat ik net zag."
  6. Stap 6 β€” Selectie: De bezoeker tikt op "πŸ’§ Vocht" (chip kleurt groen) en "Keuken" (chip kleurt blauw). Twee snelle tikken. De tag-balk verdwijnt. Totale tijd voor stap 5+6: circa 3 seconden.
    Gulf of Execution (Norman): klein maar niet minimaal. De bezoeker moet twee keuzes maken (type + kamer), maar de voorgecategoriseerde chips maken dit snel en laagdrempelig.
  7. Stap 7 β€” Bevestiging: Een korte toast schuift omhoog: "πŸ“Έ Opgeslagen in Keuken". De camera-FAB toont nu een badge met het aantal observaties (●1). De badge pulseert kort.
    Feedback (Norman): dubbele bevestiging (toast + badge). De badge op de FAB is een persistente signifier die de bezoeker herinnert dat er observaties zijn opgeslagen.
  8. Stap 8 β€” Volgende observatie: De bezoeker loopt door, ziet een scheur in de woonkamer, tikt weer op de FAB, fotografeert, tagt: πŸ”¨ Schade + Woonkamer. Het patroon herhaalt zich identiek. Badge: ●2.
    Consistency (Nielsen): identiek herhalend patroon. FAB β†’ foto β†’ tag β†’ toast. De gebruiker leert het na één cyclus. ⚠️ Sociale frictie: het zichtbaar fotograferen van gebreken in aanwezigheid van de makelaar kan ongemakkelijk zijn.
  9. Stap 9 β€” Grid-overzicht: Na de bezichtiging opent de bezoeker het overzicht. Een visueel grid toont alle foto's, gegroepeerd per kamer, met type-iconen als overlay. De bezoeker kan elke foto aantikken voor detail. De herkenning is maximaal: de bezoeker ziet het gebrek.
    Recognition vs. Recall (Budiu): de Recognition is op foto-niveau. De bezoeker herkent het gebrek visueel, in hoge resolutie, met rijke context (de muur, de tegel, het aanrecht ernaast). Foto's activeren zowel visuele als verbale geheugencodering (Dual Coding Theory, Paivio).

Schetsen: Wisselwerking Mens ↔ Product

De wisselwerking bij Alt C draait om een fotografeer-loop: camera openen β†’ fotograferen β†’ taggen. Per gebrek zijn dat 4 input-stappen. De sterkte zit in het overzicht achteraf: foto's bieden de rijkste Recognition van alle alternatieven.

πŸ§‘
Mens (Bezoeker)
⇄wisselwerking
πŸ“±
Product (Funda Snap)
1
Camera-FAB activerenπŸ“ Keuken, bij aanrecht
πŸ§‘
Input
Tik op camera-FAB πŸ“· rechtsonder
De bezoeker ziet een vochtplek bij het aanrecht. Hij pakt de telefoon, opent de Funda-app (als die nog niet open is), en tikt op de goudkleurige FAB met camera-icoon rechtsonder. De FAB heeft een rode badge die het aantal eerder gemaakte foto's toont (bv. ●2).
Touch: 1 tik op FAB Duur: ~2s (telefoon pakken + tik) Signifiers (Norman): camera-icoon + badge ⚠️ Flow-onderbreking: telefoon pakken
πŸ“±
Output
Camera opent fullscreen + sluiterknop
De camera-interface verschijnt fullscreen. Centraal onderin: een grote sluiterknop de universele affordance voor "foto maken". De bezoeker richt op de vochtplek. Het camerabeeld toont de fysieke context: de muur, de tegels, het aanrecht ernaast.
Visueel: fullscreen camera + sluiterknop Affordance (Norman): sluiterknop = universeel patroon
Schets: Loop 1 β€” Camera-FAB activeren
2
Foto makenπŸ“ Keuken (camera gericht)
πŸ§‘
Input
Tik op sluiterknop β—‰
De bezoeker richt de camera op de vochtplek en tikt op de grote sluiterknop onderin het scherm. EΓ©n tik. Een kort flash-effect bevestigt de opname.
Touch: 1 tik op sluiterknop Duur: ~1 seconde Affordance (Norman): universeel camera-patroon ⚠️ Sociaal: zichtbaar fotograferen bij makelaar
πŸ“±
Output
Foto-preview + voorgecategoriseerde chips verschijnen
Direct na de foto verschijnt een quick-tag overlay. Bovenaan: de zojuist gemaakte foto als preview. Daaronder twee rijen chips: rij 1 = type (πŸ’§ Vocht, πŸ”¨ Schade, πŸ‘οΈ Kijk), rij 2 = kamer (Keuken, Woonkamer, Badkamer). De chips zijn ruime touch-targets. De foto bovenaan dient als context-anker: "dit is wat ik net zag."
Visueel: foto-preview + tag-chips Extraneous Load (Whitenton): laag β€” voorgecategoriseerd, geen typen
Schets: Loop 2 β€” Foto maken
3
Tags selecteren + opslaanπŸ“ Keuken (scherm in hand)
πŸ§‘
Input
Tik op "πŸ’§ Vocht" + "Keuken"
De bezoeker tikt op "πŸ’§ Vocht" (chip kleurt blauw) en "Keuken" (chip kleurt blauw). 2 tikken op voorgecategoriseerde chips. Geen typen, geen tekstveld, geen toetsenbord. Vergelijk: Alt A vereist scroll + tik + typen + opslaan.
Touch: 2 tikken (type + kamer) Duur: ~2–3 seconden Gulf of Execution (Norman): klein β€” voorgecategoriseerd
πŸ“±
Output
Tag-balk sluit + toast "πŸ“Έ Opgeslagen in Keuken" + FAB-badge +1
De tag-balk schuift omhoog en verdwijnt. Een toast-notificatie verschijnt: "πŸ“Έ Opgeslagen in Keuken". De FAB-badge telt op: ●3. Het basisscherm keert terug. Drievoudige feedback: flash + toast + badge-teller bevestigen samen dat de actie is voltooid.
Visueel: toast + badge-update Feedback (Norman): drie kanalen simultaan
Schets: Loop 3 β€” Tags selecteren + opslaan
πŸ” Loop 1–3 herhaalt zich per gebrek. Bij 5 gebreken = 5Γ— camera β†’ foto β†’ tag. Totale interactietijd: 5 Γ— ~6s = ~30 seconden. ⚠️ Sociale frictie: zichtbaar fotograferen van gebreken kan als confronterend worden ervaren door de makelaar.
4
Overzicht na bezichtigingπŸ“ Buiten / thuis
πŸ§‘
Input
Open foto-overzicht
De bezoeker opent het woningdossier en bekijkt alle foto's. De vraag is: "Wat heb ik allemaal gefotografeerd?"
Touch: 2 tikken Duur: ~3 seconden
πŸ“±
Output
Foto-grid per kamer β€” maximale Recognition
Een visueel grid toont alle foto's, gegroepeerd per kamer, met type-iconen als overlay. De bezoeker ziet het gebrek in hoge resolutie met rijke visuele context: de muur, de tegel, het aanrecht ernaast. Foto's bieden de rijkste vorm van Recognition: de bezoeker herkent het gebrek visueel, niet via een abstractie.
Visueel: foto-grid + type-iconen + kamerlabels Recognition (Budiu): maximaal β€” foto-niveau met context Dual Coding (Paivio): visueel + verbaal gecodeerd
Schets: Loop 4 β€” Foto-overzicht
Samenvatting wisselwerking Alt C: Per gebrek doorloopt de bezoeker 4 input-stappen (FAB β†’ sluiterknop β†’ tags β†’ opslaan) en ontvangt 4 output-stappen (camera + foto+chips + toast+badge + grid). De totale interactietijd per gebrek is ~6 seconden. De sterkte is het overzicht achteraf: foto's bieden de rijkste Recognition. De zwakte is de sociale frictie van zichtbaar fotograferen.
Totale schermtijd bij 5 gebreken: ~30s actief + navigatie (β‰ˆ10% van bezichtiging)

Storyboard

Onderstaand storyboard toont de volledige interactieflow van Alt C: van het openen van de camera tot het terugkijken van getagde foto's na de bezichtiging.

Storyboard Alternatief C: Foto & Tag interactieflow

Waarde van dit alternatief voor het ontwerp

Waarom deze theorie relevant is

Alt C is ontworpen vanuit Affordance Theory (Norman, 2013): de camera-knop is de meest universele affordance op een smartphone want iedereen weet hoe je een foto maakt. Door bewust te kiezen voor een camera-first interactie valt de leercurve eigenlijk helemaal weg. Anders dan bij Alt A (nieuwe plattegrond-interface) en Alt B (360Β°-navigatie), sluit Alt C aan op gedrag dat bezoekers nu al vertonen: mensen maken toch al foto's tijdens bezichtigingen. De perceived affordance is maximaal als het interactiepatroon al bekend is.

Recognition vs. Recall (Budiu, 2014) is hier op een ander niveau relevant dan bij Alt A. Waar Alt A indirecte herkenning biedt (abstracte kaart), biedt Alt C directe visuele herkenning: de bezoeker ziet letterlijk de foto van het gebrek in hoge resolutie, met alle visuele context (de muur, het aanrecht, de kleur van de tegels). Dual Coding Theory (Paivio, 1991) voorspelt dat deze combinatie van visueel en verbaal geheugen (foto + tag) een sterkere herinnering oplevert dan een abstracte pin op een kaart.

Waarde voor het ontwerp

Alt C definieert het andere uiterste van de design space: waar Alt A de meest abstracte verankering biedt (pin op kaart), biedt Alt C de meest concrete verankering (foto van het gebrek zelf). Deze polariteit is bewust gekozen om de ontwerpstudie de maximale breedte te geven. De technische implementatie is de eenvoudigste van alle drie alternatieven: Funda hoeft alleen een camera-integratie en een tagging-systeem toe te voegen.

De unieke waarde is het foto-overzicht achteraf: een visueel grid per kamer met type-iconen biedt de rijkste Recognition van alle alternatieven. De bezoeker hoeft niet te herinneren want hij ziet het gebrek. Dit maakt Alt C theoretisch het sterkste alternatief voor de terugkijk-fase (na de bezichtiging), terwijl Alt B sterker is in de markeer-fase (tijdens de bezichtiging).

De zwaktes β€” Flow-onderbreking (fotograferen kost ook tijd en aandacht) en sociale frictie (de makelaar ziet je actief gebreken fotograferen) β€” heb ik bewust gedocumenteerd want ze leggen een interessant ontwerpdilemma bloot: als je het meest concrete medium wil (een foto), dan moet je ook de meest zichtbare actie doen (camera ophouden). Dat is iets om mee te nemen naar de convergentie.