docs: Landvex Design Constitution + quiXzoom UX Doctrine
- Add docs/design/LANDVEX_DESIGN_CONSTITUTION.md (v1.0, LOCKED) - Enterprise UX Doctrine: 21 principles for professional GIS platform - Device Adaptive (not Desktop First nor Mobile First) - Add docs/products/quixzoom/QUIXZOOM_UX_DOCTRINE.md (v1.0, LOCKED) - Field-first UX: Camera-First, Offline-First, Mission-First - Mobile-Only, One Hand, Three Seconds - Update MEMORY.md with DESIGN GOVERNANCE section (0c) - References to both doctrines - Shared DNA: components, tokens, colors, typography, motion, icons - LOCKED status with version governance
This commit is contained in:
Bernt
@@ -0,0 +1,368 @@
|
||||
# LANDVEX DESIGN CONSTITUTION
|
||||
|
||||
## DEL 1.4 — ENTERPRISE UX DOCTRINE
|
||||
|
||||
**"Designing for Professionals, Not Visitors"**
|
||||
|
||||
| | |
|
||||
|---|---|
|
||||
| **Version** | 1.0 |
|
||||
| **Status** | LOCKED |
|
||||
| **Scope** | Landvex Enterprise Platform |
|
||||
| **Authority** | Highest authority for UX, UI, Design System, Interaction Design, Visual Language, Information Architecture |
|
||||
|
||||
---
|
||||
|
||||
## 1. INTRODUKTION
|
||||
|
||||
Landvex är inte en traditionell webbplats.
|
||||
|
||||
Den är inte byggd för att konsumera innehåll.
|
||||
|
||||
Den är inte byggd för att sälja en produkt.
|
||||
|
||||
Den är byggd för att människor ska kunna fatta beslut snabbare, säkrare och med högre precision.
|
||||
|
||||
Det innebär att UX-designen måste utgå från professionellt arbete.
|
||||
|
||||
Målet är inte "en trevlig upplevelse".
|
||||
|
||||
Målet är:
|
||||
|
||||
- snabbare beslut
|
||||
- färre misstag
|
||||
- högre precision
|
||||
- mindre mental belastning
|
||||
- bättre situationsförståelse
|
||||
|
||||
---
|
||||
|
||||
## 2. DEN PROFESSIONELLA ANVÄNDAREN
|
||||
|
||||
Vi designar inte för en genomsnittlig internetanvändare.
|
||||
|
||||
Vi designar för personer som arbetar.
|
||||
|
||||
Exempel:
|
||||
|
||||
- analytiker
|
||||
- kommuner
|
||||
- entreprenörer
|
||||
- fastighetsägare
|
||||
- infrastrukturförvaltare
|
||||
- driftorganisationer
|
||||
- beslutsfattare
|
||||
- operatörer
|
||||
- projektledare
|
||||
- inspektörer
|
||||
|
||||
De använder systemet under längre arbetspass.
|
||||
|
||||
De kommer tillbaka dag efter dag.
|
||||
|
||||
UX ska därför bli bättre ju mer systemet används.
|
||||
|
||||
---
|
||||
|
||||
## 3. MENTAL ENERGI ÄR DEN VIKTIGASTE RESURSEN
|
||||
|
||||
Varje onödigt beslut kostar energi.
|
||||
|
||||
Exempel på onödiga beslut:
|
||||
|
||||
- "Var finns knappen?"
|
||||
- "Är detta klickbart?"
|
||||
- "Vad betyder den här ikonen?"
|
||||
- "Vilken sida är jag på?"
|
||||
- "Vad händer om jag klickar?"
|
||||
|
||||
Designens uppgift är att eliminera dessa frågor.
|
||||
|
||||
---
|
||||
|
||||
## 4. LANDVEX SKA ALDRIG KÄNNAS SOM EN WEBBPLATS
|
||||
|
||||
När användaren arbetar ska känslan vara:
|
||||
|
||||
**"Jag arbetar i ett professionellt system."**
|
||||
|
||||
Inte:
|
||||
|
||||
**"Jag surfar runt."**
|
||||
|
||||
Det påverkar:
|
||||
|
||||
- navigation
|
||||
- layout
|
||||
- komponenter
|
||||
- animationer
|
||||
- laddning
|
||||
- återkoppling
|
||||
- arbetsflöden
|
||||
|
||||
---
|
||||
|
||||
## 5. DEVICE ADAPTIVE — INTE DESKTOP FIRST ELLER MOBILE FIRST
|
||||
|
||||
Landvex är **Device Adaptive**.
|
||||
|
||||
Samma identitet. Olika optimeringar.
|
||||
|
||||
| Enhet | Fokus |
|
||||
|-------|-------|
|
||||
| **Telefon** | Touch-first, snabb navigering, förenklade arbetsflöden |
|
||||
| **Surfplatta** | Hybrid, balans mellan översikt och detalj |
|
||||
| **Desktop** | Hög informationsdensitet, multitasking, avancerade paneler |
|
||||
|
||||
Konflikt mobil/desktop: **kontexten bestämmer**, inte enhetsförsta princip.
|
||||
|
||||
---
|
||||
|
||||
## 6. KONTINUITET
|
||||
|
||||
När användaren går mellan:
|
||||
|
||||
Dashboard → Kartor → Objekt → Rapporter → Inställningar → Administration
|
||||
|
||||
ska hjärnan aldrig behöva "ställa om".
|
||||
|
||||
Det ska kännas som samma arbetsyta.
|
||||
|
||||
---
|
||||
|
||||
## 7. INFORMATION HAR HÖGST STATUS
|
||||
|
||||
Information ska alltid dominera designen.
|
||||
|
||||
Design ska aldrig dominera informationen.
|
||||
|
||||
Om något konkurrerar med datan ska det reduceras.
|
||||
|
||||
---
|
||||
|
||||
## 8. VISUELL TYSTNAD
|
||||
|
||||
Landvex ska kännas lugnt.
|
||||
|
||||
Det betyder inte tomt.
|
||||
|
||||
Det betyder kontrollerat.
|
||||
|
||||
Undvik:
|
||||
|
||||
- blinkande element
|
||||
- starka gradients
|
||||
- färgexplosioner
|
||||
- stora illustrationer
|
||||
- marknadsföringsgrafik
|
||||
|
||||
Eftersträva:
|
||||
|
||||
- lugn
|
||||
- precision
|
||||
- rytm
|
||||
- balans
|
||||
|
||||
---
|
||||
|
||||
## 9. ANVÄNDAREN SKA ALDRIG TVEKA
|
||||
|
||||
Varje arbetsflöde ska vara självförklarande.
|
||||
|
||||
Om en användare behöver fundera på nästa steg har designen misslyckats.
|
||||
|
||||
---
|
||||
|
||||
## 10. KARTAN ÄR EN DEL AV IDENTITETEN
|
||||
|
||||
Landvex arbetar med geodata.
|
||||
|
||||
Det ska märkas.
|
||||
|
||||
Men subtilt.
|
||||
|
||||
Kartlagren ska fungera som ett visuellt DNA.
|
||||
|
||||
Inte som innehåll.
|
||||
|
||||
Mapbox används för att skapa:
|
||||
|
||||
- geometrier
|
||||
- koordinater
|
||||
- topografi
|
||||
- lågmälda vägnät
|
||||
- diskreta höjdlinjer
|
||||
|
||||
Allt med mycket låg visuell intensitet.
|
||||
|
||||
---
|
||||
|
||||
## 11. MIKROINTERAKTIONER
|
||||
|
||||
Mikrointeraktioner ska ge användaren trygghet.
|
||||
|
||||
Exempel:
|
||||
|
||||
Hover → Visuell respons → Klick → Omedelbar återkoppling → Laddning → Slutfört
|
||||
|
||||
Användaren ska aldrig undra om systemet registrerade en handling.
|
||||
|
||||
---
|
||||
|
||||
## 12. FEL SKA VARA PEDAGOGISKA
|
||||
|
||||
Felmeddelanden ska:
|
||||
|
||||
- förklara problemet
|
||||
- förklara varför
|
||||
- förklara lösningen
|
||||
- undvika teknisk jargong när den inte behövs
|
||||
|
||||
Fel ska hjälpa användaren vidare.
|
||||
|
||||
Inte stoppa användaren.
|
||||
|
||||
---
|
||||
|
||||
## 13. TOMMA LÄGEN ÄR PRODUKTEN
|
||||
|
||||
En tom lista är inte ett undantag.
|
||||
|
||||
Den är en designad upplevelse.
|
||||
|
||||
Varje tom vy ska:
|
||||
|
||||
- förklara varför den är tom
|
||||
- visa nästa steg
|
||||
- inte kännas trasig
|
||||
|
||||
---
|
||||
|
||||
## 14. LADDNING ÄR EN DESIGNUPPGIFT
|
||||
|
||||
Visa aldrig:
|
||||
|
||||
- vit sida
|
||||
- tom sida
|
||||
- hoppande layout
|
||||
|
||||
I stället:
|
||||
|
||||
- Skeletons
|
||||
- Placeholder-data
|
||||
- Progress
|
||||
- Stegindikatorer
|
||||
- Mjuk övergång
|
||||
|
||||
---
|
||||
|
||||
## 15. HASTIGHET ÄR EN UX-FUNKTION
|
||||
|
||||
All design ska stödja upplevd snabbhet.
|
||||
|
||||
Målet är inte bara hög teknisk prestanda.
|
||||
|
||||
Målet är att användaren upplever systemet som omedelbart.
|
||||
|
||||
---
|
||||
|
||||
## 16. FOKUS
|
||||
|
||||
Varje sida ska ha ett primärt syfte.
|
||||
|
||||
Om användaren öppnar en vy ska det vara uppenbart:
|
||||
|
||||
- Vad är huvuduppgiften?
|
||||
- Vad är sekundärt?
|
||||
- Vad är historik?
|
||||
- Vad kräver handling?
|
||||
|
||||
---
|
||||
|
||||
## 17. DASHBOARDS SKA BERÄTTA EN HISTORIA
|
||||
|
||||
Dashboarden ska inte vara en samling widgets.
|
||||
|
||||
Den ska guida användaren genom:
|
||||
|
||||
Situation → Analys → Prioritering → Beslut → Åtgärd → Resultat
|
||||
|
||||
---
|
||||
|
||||
## 18. AI SKA KÄNNAS NATURLIG
|
||||
|
||||
AI ska förstärka arbetsflödet. Inte dominera det.
|
||||
|
||||
AI ska:
|
||||
|
||||
- föreslå
|
||||
- sammanfatta
|
||||
- prioritera
|
||||
- flagga avvikelser
|
||||
- identifiera risker
|
||||
|
||||
AI ska aldrig ta över användarens kontroll utan tydlig återkoppling.
|
||||
|
||||
---
|
||||
|
||||
## 19. INGEN SIDAS DESIGN ÄR "KLAR"
|
||||
|
||||
Varje release ska innehålla:
|
||||
|
||||
- UX-review
|
||||
- Design-review
|
||||
- Screenshot-review
|
||||
- Regression-review
|
||||
- Accessibility-review
|
||||
- Performance-review
|
||||
|
||||
Varje förbättring ska göra hela systemet mer sammanhållet.
|
||||
|
||||
---
|
||||
|
||||
## 20. ENTERPRISE DEFINITION
|
||||
|
||||
Landvex uppnår enterprise-nivå när användaren:
|
||||
|
||||
- inte tänker på designen
|
||||
- inte letar efter funktioner
|
||||
- inte tvekar
|
||||
- inte tvivlar på systemets stabilitet
|
||||
|
||||
utan kan fokusera helt på sitt arbete.
|
||||
|
||||
Det är den högsta formen av användarupplevelse.
|
||||
|
||||
---
|
||||
|
||||
## 21. DOKTRIN
|
||||
|
||||
Landvex ska inte imponera genom effekter.
|
||||
|
||||
Landvex ska imponera genom att upplevas:
|
||||
|
||||
- genomtänkt
|
||||
- pålitligt
|
||||
- konsekvent
|
||||
- snabbt
|
||||
- precist
|
||||
- och självklart.
|
||||
|
||||
När användaren glömmer att gränssnittet finns och enbart fokuserar på uppgiften har designen uppnått sitt syfte.
|
||||
|
||||
---
|
||||
|
||||
## ÄNDRINGSHISTORIA
|
||||
|
||||
| Version | Datum | Beskrivning |
|
||||
|---------|-------|-------------|
|
||||
| 1.0 | 2026-07-02 | Ursprunglig version, baserad på Erik Svensson Design Constitution DEL 1.4 |
|
||||
|
||||
---
|
||||
|
||||
## STATUS
|
||||
|
||||
**LOCKED**
|
||||
|
||||
- Mindre revideringar: 1.x-serien
|
||||
- Brytande ändringar: Kräver Architecture Review, ny major-version (2.0+)
|
||||
@@ -0,0 +1,364 @@
|
||||
# QUIXZOOM UX DOCTRINE
|
||||
|
||||
**"Field-First. Speed-First. Mission-First."**
|
||||
|
||||
| | |
|
||||
|---|---|
|
||||
| **Version** | 1.0 |
|
||||
| **Status** | LOCKED |
|
||||
| **Scope** | quiXzoom Mobile Application (iOS/Android) |
|
||||
| **Authority** | Highest authority for quiXzoom UX, UI, Interaction Design |
|
||||
|
||||
---
|
||||
|
||||
## 1. INTRODUKTION
|
||||
|
||||
quiXzoom är inte en app man "använder".
|
||||
|
||||
Den är ett verktyg man **arbetar med**.
|
||||
|
||||
Zoomers (aldrig "fotografer") använder appen i fält — i rörelse, i väder, under tidspress.
|
||||
|
||||
Varje sekund räknas. Varje tryck ska vara meningsfullt.
|
||||
|
||||
Målet är inte "en trevlig app".
|
||||
|
||||
Målet är:
|
||||
|
||||
- snabbare uppdrag
|
||||
- färre fel
|
||||
- högre kvalitet på inskick
|
||||
- mindre friktion
|
||||
- mer intäkt per tidsenhet
|
||||
|
||||
---
|
||||
|
||||
## 2. DEN PROFESSIONELLA ZOOMERN
|
||||
|
||||
Vi designar för personer som arbetar i fält.
|
||||
|
||||
Exempel:
|
||||
|
||||
- studenter som vill tjäna extra
|
||||
- pensionärer med flexibel tid
|
||||
- deltidsarbetare mellan uppdrag
|
||||
- professionella fältarbetare
|
||||
- personer som rör sig mycket i sin vardag
|
||||
|
||||
De använder appen:
|
||||
|
||||
- i rörelse (gående, cyklande, bil)
|
||||
- med en hand
|
||||
- i solljus och regn
|
||||
- under tidspress
|
||||
- med begränsad batteritid
|
||||
|
||||
UX ska bli snabbare ju mer de använder appen.
|
||||
|
||||
---
|
||||
|
||||
## 3. MOBILE-FIRST ÄR UNDERDRIVET
|
||||
|
||||
quiXzoom är **Mobile-Only**.
|
||||
|
||||
Det finns ingen desktop-version.
|
||||
|
||||
Det finns ingen webbportal för Zoomers.
|
||||
|
||||
Allt sker i appen.
|
||||
|
||||
Därför gäller:
|
||||
|
||||
- iPhone-first (benchmark: Apple Maps, Apple Wallet, Apple Weather)
|
||||
- En hand, en tumme, tre sekunder
|
||||
- Ljust tema default
|
||||
- Ingen mörk cyberpunk-estetik
|
||||
- Konflikt mobil/desktop: **mobil vinner alltid**
|
||||
|
||||
---
|
||||
|
||||
## 4. KAMERA-FIRST UX
|
||||
|
||||
Kameran är inte en funktion.
|
||||
|
||||
Kameran är **huvudgränssnittet**.
|
||||
|
||||
Varje uppdrag börjar med att rikta kameran.
|
||||
|
||||
Designprinciper:
|
||||
|
||||
- Kamera alltid ett tryck bort
|
||||
- Förhandsgranskning ska vara kristallklar
|
||||
- Fokus, exponering, HDR — automatiskt optimerat
|
||||
- Burst-läge för snabb dokumentation
|
||||
- Video-stöd där det krävs
|
||||
|
||||
---
|
||||
|
||||
## 5. OFFLINE-FIRST
|
||||
|
||||
Zoomers har inte alltid täckning.
|
||||
|
||||
Appen ska fungera fullt ut offline.
|
||||
|
||||
Principer:
|
||||
|
||||
- Missions cache:as lokalt
|
||||
- Bilder sparas lokalt, laddas upp vid anslutning
|
||||
- GPS-data loggas kontinuerligt
|
||||
- Status synkroniseras vid återanslutning
|
||||
- Användaren ska aldrig undra "försvann mitt uppdrag?"
|
||||
|
||||
---
|
||||
|
||||
## 6. MISSION-FIRST NAVIGATION
|
||||
|
||||
Zoomerns mentala modell:
|
||||
|
||||
**"Vad ska jag göra nu? → Gör det → Få betalt"**
|
||||
|
||||
Navigation ska spegla detta:
|
||||
|
||||
- Tillgängliga uppdrag (nära mig, nu, passar min nivå)
|
||||
- Pågående uppdrag (vad jag håller på med)
|
||||
- Inskickade uppdrag (vad som väntar granskning)
|
||||
- Godkända uppdrag (vad jag fått betalt för)
|
||||
|
||||
Inga undervattenmenyer. Inga gömda funktioner.
|
||||
|
||||
---
|
||||
|
||||
## 7. SNABB INFÅNGST — MINIMAL FRIKTION
|
||||
|
||||
Varje uppdrag ska gå från start till inskick på minsta möjliga tid.
|
||||
|
||||
Mål: **Under 60 sekunder för enkel uppdragstyp**
|
||||
|
||||
Eliminera:
|
||||
|
||||
- onödiga bekräftelser
|
||||
- obligatoriska fritextfält (använd AI, GPS, metadata)
|
||||
- flera steg för att spara
|
||||
- väntetider vid övergångar
|
||||
|
||||
---
|
||||
|
||||
## 8. GPS ÄR EN FUNKTION, INTE EN BÖRDA
|
||||
|
||||
GPS ska kännas transparent.
|
||||
|
||||
- Automatisk positionering vid fototagning
|
||||
- Automatisk spårning under uppdrag
|
||||
- Användaren ska inte behöva "aktivera GPS"
|
||||
- Tydlig indikation när precision är otillräcklig
|
||||
|
||||
---
|
||||
|
||||
## 9. BETALNING ÄR BELOPP, INTE PROCESS
|
||||
|
||||
Zoomern ska se:
|
||||
|
||||
- Vad ett uppdrag betalar (innan acceptans)
|
||||
- Vad de tjänat totalt
|
||||
- När betalning kommer
|
||||
|
||||
Inte:
|
||||
|
||||
- Stripe Connect-teknikaliteter
|
||||
- "pending"/"processing"-tillstånd som kräver förklaring
|
||||
- Dolda avgifter (det finns inga — 100% till Zoomern)
|
||||
|
||||
---
|
||||
|
||||
## 10. VISUELL TYSTNAD I FÄLT
|
||||
|
||||
quiXzoom ska vara läsbar i direkt solljus.
|
||||
|
||||
- Hög kontrast
|
||||
- Stora tryckytor
|
||||
- Tydliga ikoner
|
||||
- Ingen finlirig detalj som försvinner i solljus
|
||||
|
||||
Men också:
|
||||
|
||||
- Diskret nog att inte dra uppmärksamhet
|
||||
- Ingen blinkande reklam
|
||||
- Ingen onödig animation som drar batteri
|
||||
|
||||
---
|
||||
|
||||
## 11. MIKROINTERAKTIONER = TRYGGHET
|
||||
|
||||
Varje handling ska ge omedelbar återkoppling:
|
||||
|
||||
- Kamera-shutter-animation
|
||||
- Uppdrag accepterat: tydlig bekräftelse
|
||||
- Bild sparad: visuell indikator
|
||||
- Inskick skickat: progress + bekräftelse
|
||||
- Betalning mottagen: celebration (men diskret)
|
||||
|
||||
Användaren ska aldrig undra: "Tog det fotot? Sparades det? Fick jag uppdraget?"
|
||||
|
||||
---
|
||||
|
||||
## 12. FEL I FÄLT
|
||||
|
||||
Fel ska vara:
|
||||
|
||||
- Tydliga (stor text, tydlig ikon)
|
||||
- Handlingsbara ("Gå närmare", "Vänd på telefonen", "Försök igen")
|
||||
- Kontextuella (förstå varför det misslyckades)
|
||||
|
||||
Undvik:
|
||||
|
||||
- Tekniska felkoder
|
||||
- "Något gick fel"
|
||||
- Krångliga omvägar för att komma tillbaka
|
||||
|
||||
---
|
||||
|
||||
## 13. TOMMA LÄGEN ÄR MÖJLIGHETER
|
||||
|
||||
Inga tillgängliga uppdrag? Visa:
|
||||
|
||||
- Varför (t.ex. "Inga uppdrag inom 5 km just nu")
|
||||
- Vad användaren kan göra (t.ex. "Utöka sökradien", "Aktivera notifikationer")
|
||||
- När nästa uppdrag kan komma (t.ex. "Nya uppdrag läggs ut varje morgon 08:00")
|
||||
|
||||
Tom lista = inte trasig. Tom lista = chans att engagera.
|
||||
|
||||
---
|
||||
|
||||
## 14. HASTIGHET ÄR INTE EN FUNKTION — DET ÄR PRODUKTEN
|
||||
|
||||
Varje millisekund räknas.
|
||||
|
||||
- App-start under 2 sekunder
|
||||
- Kamera redo under 1 sekund
|
||||
- Uppdrag accepterat utan fördröjning
|
||||
- Bild sparad omedelbart
|
||||
- Inskick skickat i bakgrunden
|
||||
|
||||
Upplevd hastighet > teknisk hastighet.
|
||||
|
||||
Skeletons, progress-indikatorer, mjuka övergångar — allt ska få det att kännas snabbt.
|
||||
|
||||
---
|
||||
|
||||
## 15. FOKUS PÅ ETT UPPDRAG I TAGET
|
||||
|
||||
Zoomern ska aldrig behöva välja mellan flera aktiva uppdrag.
|
||||
|
||||
- Ett pågående uppdrag åt gången
|
||||
- Tydlig primär action: "Fotografera", "Skicka in", "Acceptera"
|
||||
- Sekundärt: historik, inställningar, profil
|
||||
- Historik: lättåtkomligt men inte i vägen
|
||||
|
||||
---
|
||||
|
||||
## 16. AI SOM OSYNLIG ASSISTENT
|
||||
|
||||
AI ska inte synas som "AI".
|
||||
|
||||
AI ska:
|
||||
|
||||
- Föreslå bästa vinkel baserat på uppdragstyp
|
||||
- Auto-granska bildkvalitet innan inskick
|
||||
- Föreslå närmaste uppdrag baserat på rutt
|
||||
- Sammanfatta uppdragshistorik
|
||||
|
||||
AI ska aldrig:
|
||||
|
||||
- Ta över kameran
|
||||
- Göra beslut åt Zoomern
|
||||
- Kräva extra interaktion
|
||||
|
||||
---
|
||||
|
||||
## 17. IDENTITETSNIVÅER SKA KÄNNAS MENINGSFULLA
|
||||
|
||||
Zoomer-nivåer ska ge tydlig progression:
|
||||
|
||||
| Nivå | Fördelar |
|
||||
|------|----------|
|
||||
| **Supplementary** | 2-4 uppdrag/vecka, standardkategorier |
|
||||
| **Active** | 8-12 uppdrag/vecka, prioritetsåtkomst |
|
||||
| **Professional** | 15+ uppdrag/vecka, premium-uppdrag, prestationsbaserad ersättning |
|
||||
|
||||
UI ska tydligt visa:
|
||||
|
||||
- Nuvarande nivå
|
||||
- Vad som krävs för nästa nivå
|
||||
- Vilka fördelar som väntar
|
||||
|
||||
---
|
||||
|
||||
## 18. TILLGÄNGLIGHET ÄR INTE EN BONUS
|
||||
|
||||
quiXzoom ska fungera för alla:
|
||||
|
||||
- Dynamisk textstorlek (iOS/Android systeminställning)
|
||||
- VoiceOver/TalkBack-stöd för navigation
|
||||
- Tillräcklig kontrast för synnedsättning
|
||||
- Haptisk feedback för hörselskadade
|
||||
- Ingen funktion som enbart förlitar sig på färg
|
||||
|
||||
---
|
||||
|
||||
## 19. INGEN VERSION ÄR "KLAR"
|
||||
|
||||
Varje release ska innehålla:
|
||||
|
||||
- Field-test med riktiga Zoomers
|
||||
- Performance-review på lågpresterande enheter
|
||||
- Battery-drain-test
|
||||
- Offline-scenario-test
|
||||
- Accessibility-review
|
||||
- Screenshot-review på olika skärmstorlekar
|
||||
|
||||
---
|
||||
|
||||
## 20. FIELD DEFINITION
|
||||
|
||||
quiXzoom uppnår optimal UX när Zoomern:
|
||||
|
||||
- inte tänker på appen
|
||||
- inte tvekar på nästa steg
|
||||
- inte oroar sig för om uppdraget sparades
|
||||
- inte behöver läsa instruktioner
|
||||
- kan fokusera helt på att dokumentera
|
||||
|
||||
När appen känns som en förlängning av Zoomerns hand — då har vi lyckats.
|
||||
|
||||
---
|
||||
|
||||
## 21. DOKTRIN
|
||||
|
||||
quiXzoom ska inte imponera genom effekter.
|
||||
|
||||
quiXzoom ska imponera genom att:
|
||||
|
||||
- försvinna i bakgrunden
|
||||
- vara snabbare än förväntat
|
||||
- aldrig överraska negativt
|
||||
- alltid fungera när det behövs
|
||||
- göra Zoomern mer effektiv
|
||||
|
||||
När Zoomern glömmer att appen finns och enbart fokuserar på uppdraget — då har designen uppnått sitt syfte.
|
||||
|
||||
---
|
||||
|
||||
## ÄNDRINGSHISTORIA
|
||||
|
||||
| Version | Datum | Beskrivning |
|
||||
|---------|-------|-------------|
|
||||
| 1.0 | 2026-07-02 | Ursprunglig version, baserad på Landvex Design Constitution DEL 1.4, anpassad för quiXzoom fältarbetsflöde |
|
||||
|
||||
---
|
||||
|
||||
## STATUS
|
||||
|
||||
**LOCKED**
|
||||
|
||||
- Mindre revideringar: 1.x-serien
|
||||
- Brytande ändringar: Kräver Architecture Review, ny major-version (2.0+)
|
||||
Reference in New Issue
Block a user