vision

Dette dokumentet er auto-synket fra kildefilene i boligassistent-repoet. Endringer her vil overskrives ved neste sync. Rediger kildefilen direkte.

Hva produktet skal hjelpe brukeren med

Forstå boligen — bli kjent med huset over 1–2 sesonger før store grep besluttes
Prioritere riktig — skille mellom nødvendig vedlikehold, sikkerhetstiltak og ønsker
Trygge omgivelser — støtte barnesikkerhetsvurderinger og risikoreduksjon
Langsiktig planlegging — bygge en backlog av forbedringsidéer med tilhørende produktreferanser og planlagte innkjøp
Helhetlig stil — utvikle designretning for interiør, eksteriør og hage sammenhengende
Bedre beslutninger — AI-støtte som faktisk kjenner boligen

Styrende prinsipper

Disse prinsippene definerer hvordan produktet skal utvikles og hva det ikke skal bli.

1. Forenkling over alt

Produktet skal gjøre mindre, ikke mer. Hver ny funksjon, fane og knapp må kjempe for eksistensretten. Kompleksitet er en kostnad — i oppmerksomhet, i tid, i mental energi. Produktets verdi måles i hva det fjerner av kompleksitet, ikke hva det legger til.

Konkrete implikasjoner:

Minimum viable surface per skjerm. Hver skjerm viser kun det som er strengt nødvendig. Alt annet er skjult, hentbart ved behov.
Progressive avsløring som systemprinsipp. Dybde er en affordans man henter frem, ikke en default.
Default lavt detaljnivå. Den som vil grave, aktiverer mer — ikke omvendt.
Før vi bygger noe nytt: Kan vi la være? Ofte ja.

Fullstendig metodikk: docs/ux/personas.md seksjon 3.

2. AI-first, ikke CRUD-first

Systemet skal minimere antall manuelle operasjoner brukeren trenger å gjøre. AI skal generere, foreslå og vedlikeholde data basert på domenemodellen. Manuell input er fallback, ikke default.

3. AI foreslår — bruker godkjenner — system lagrer

AI fyller aldri databasen direkte. All AI-skriving går gjennom eksplisitt brukergodkjenning med mulighet for korreksjon og undo. Dette er et ufravikelig krav (ADR-010).

4. Boligen er et hjem, ikke et prosjekt

Produktet skal føles som et hjem — varmt, personlig, rolig. Ikke et enterprise-dashboard eller en productivity-hub. Tone, farge, typografi og språk skal reflektere dette.

5. Appen er ikke et koordineringsverktøy mellom brukerne

Paret koordinerer seg imellom ved å snakke sammen. Appen skal være et felles arbeidsrom der begge kan legge inn, oppdatere og hente ut data — men den skal ikke spore hvem som gjorde hva, sende push-varslinger mellom brukerne, eller på andre måter forsøke å strukturere samspillet i parforholdet. Det er eksplisitt ute av scope.

6. Kildebevissthet og sporbarhet

All data skal ha kilde og konfidensgrad. Brukeren skal kunne se hvor en påstand kommer fra — enten det er et opplastet dokument, en AI-tolkning eller en manuell registrering.

7. Gradvis modning

Systemet skal tåle at data revideres over tid, ikke bare legges til. Boligen forstås bedre over sesonger, og modellen skal kunne følge det.

8. Bilder er kontekstuell dokumentasjon

Bilder vises der dataen finnes, ikke i et separat bildearkiv. Hvert bilde har semantisk rolle (dokumentasjon av avvik, nåtilstand av idé, inspirasjon for designretning, produktfoto av inventar). Rollen bestemmer hvor bildet vises og hvordan AI bruker det.

Hvorfor dette er nyttig

Eksisterende løsninger er siloer:

Vedlikeholdsapper forstår ikke design
Designapper forstår ikke teknisk tilstand
Boligjournaler er statiske — ingen kobling mellom data
Productivity-verktøy (Todoist, Notion) mangler bolig-kontekst

AI Boligassistent er noe nytt: et system som kombinerer teknisk forvaltning, estetisk utvikling og erfaringslogg i én modell. Det gjør at AI-assistenten kan gi råd som faktisk er relevante for din spesifikke bolig.

Samtidig skiller det seg fra produktivitets-apper ved å være mindre, ikke mer. Det er én ting — boligen — gjort ordentlig.

Hvem er brukeren

Produktet er bygget for par 35–55 år som eier enebolig med tomt og hage i Norge eller Skandinavia. Ressurssterke, proaktive, langsiktige i tilnærmingen til hjemmet.

Paret består av to komplementære roller:

Planleggeren — tenker helhet, strukturerer, vedlikeholder, planlegger flere år frem. Jobber typisk på desktop.
Observatøren — registrerer ting i forbifarten, fokuserer på stil og utvikling, foretrekker enkel oversikt. Jobber typisk på mobil.

Disse er ikke fastlåste personlighetstyper — samme person skifter mellom rollene. Men paret har typisk en primærrolle hver.

Fullstendige personas med kjennetegn, typiske flyter og anti-patterns: docs/ux/personas.md.

Ikke i målgruppen for v1: Utleiere, profesjonelle forvaltere, leilighets- eiere i borettslag, førstegangsetablerere under 30, single household, brukere som ønsker en “productivity hub”. Se personas seksjon 5 for fullstendig liste.

Produktets særegenhet

Det som gjør dette produktet spesielt er kombinasjonen av tre domener som vanligvis er separert:

Teknisk tilstand og vedlikehold — takstrapport, risiko, avvik, oppgaver
Faktisk liv i huset — observasjoner, sesonger, daglig bruk
Estetisk og romlig utvikling — møbler, lamper, stilretning, arkitektur, hage

Ingen eksisterende løsning dekker alle tre. Dette prosjektet bygger broen.

Visuell dokumentasjon binder domenene sammen: bilder av avvik dokumenterer tilstand, bilder av idéer motiverer forbedringer, moodboard-bilder definerer designretning. Alle bilder vises kontekstuelt der dataen finnes — og gir AI-en visuell kontekst i tillegg til strukturert data.

Endringslogg

2026-04-19 — Revidert mot docs/ux/personas.md og research/v1-ux/spor-a-brukerbehov-jtbd.md. Lagt til forenkling som styrende prinsipp #1. Fjernet “sekundærbruker med delt tilgang og felles historikk”-formulering; erstattet med personas-forankret beskrivelse av paret som primær målgruppe. Eksplisert at appen ikke er koordineringsverktøy mellom brukerne.
2026-04-10 — Første versjon med åtte domener og visuell dokumentasjon.