Lägg till exempelflöde, kundrapportmodul och ledstjärneprincip

- Exempelflöde 'Bilen vibrerar runt 88 km/h' som visar den
  reproducerbara metoden steg för steg (verifiera symptom, visuell
  kontroll, rekommenderade kontroller, provkörning, sammanfattning).
- Modul: Delningsbar kundrapport (Kundvy) med tidslinje som
  debiteringsunderlag, härledd ur samma händelselogg som arbetsloggen.
- Ledstjärna i VISION.md: systemet presenterar aldrig en hypotes som
  ett konstaterat fel.

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_012EQg3rJsrQ1ZNTvkzmQAtt

docs/VISION.md

@@ -10,6 +10,14 @@ Produkten ska inte försöka vara en AI-mekaniker, utan en **digital felsökning
 
 ---
 
+## Ledstjärna
+
+> **Systemet dokumenterar observationer, leder användaren genom verifierbara kontroller och rekommenderar nästa steg – men presenterar aldrig en hypotes som ett konstaterat fel.**
+
+Den principen gör verktyget användbart både för erfarna tekniker och för mindre erfarna användare, samtidigt som det ger ett robust underlag för kunder, verkstäder och framtida analyser. Guidad Felsökning är en digital diagnostikprocess, inte en AI-chat.
+
+---
+
 ## Grundprinciper
 
 ### 1. Ingen gissning
@@ -112,6 +120,9 @@ På så sätt blir Guidad Felsökning en komponent i befintliga arbetsflöden, i
 Utöver grundprinciperna byggs plattformen upp av moduler som specificeras separat:
 
 - [Arbetslogg & Tidredovisning](moduler/arbetslogg-och-tidredovisning.md) – tidsatt, spårbart arbete kopplat till konkreta aktiviteter; ett digitalt arbetsprotokoll där tid, aktivitet och tekniskt resonemang hänger ihop.
+- [Delningsbar kundrapport (Kundvy)](moduler/kundrapport.md) – en tydlig tidslinje med bilder, mätvärden och kommentarer som visar kunden vad de faktiskt betalat för.
+
+Hur processen fungerar i praktiken illustreras i exempelflödet [”Bilen vibrerar runt 88 km/h”](exempel/vibration-vid-88-km-h.md).
 
 ---
 

docs/exempel/vibration-vid-88-km-h.md

@@ -0,0 +1,99 @@
+# Exempelflöde: ”Bilen vibrerar runt 88 km/h”
+
+Det här exemplet illustrerar hur Guidad Felsökning fungerar i praktiken: en digital diagnostikprocess, inte en AI-chat. AI:n hoppar inte direkt till ”det är nog hjulbalansering”, utan följer en reproducerbar metod.
+
+---
+
+## Ärende
+
+**Kundens beskrivning**
+
+> ”Bilen vibrerar runt 88 km/h.”
+
+---
+
+## Steg 1 – Verifiera symptom
+
+Systemet frågar:
+
+- Är vibrationen hastighetsberoende?
+- Känns den i ratten, stolen eller hela bilen?
+- Sker den vid acceleration, jämn fart eller inbromsning?
+- Försvinner den över eller under ett visst hastighetsintervall?
+
+När svaren finns dokumenterade går processen vidare.
+
+---
+
+## Steg 2 – Visuell kontroll
+
+Systemet ber teknikern att fotografera:
+
+- Vänster framhjul
+- Höger framhjul
+- Vänster bakhjul
+- Höger bakhjul
+
+Bildanalysen kan därefter hjälpa till att identifiera sådant som faktiskt går att observera, till exempel:
+
+- däckets DOT-/tillverkningsdatum (via OCR),
+- ovanligt eller ojämnt slitage,
+- synliga skador eller deformationer,
+- saknade eller lösa balanseringsvikter om de är tydligt synliga,
+- felaktig däckdimension eller olika däcktyper.
+
+Det viktiga är att systemet skiljer på **observation** och **slutsats**. Exempelvis kan det säga:
+
+> ”En balanseringsvikt verkar saknas på höger framhjul. Kontrollera hjulet manuellt.”
+
+i stället för att slå fast att det är orsaken till felet.
+
+---
+
+## Steg 3 – Rekommenderade kontroller
+
+Därefter föreslår systemet nästa steg, exempelvis:
+
+- kontrollera lufttryck,
+- kontrollera hjulmoment,
+- kontrollera radial- och sidokast,
+- kontrollera hjulbalansering,
+- kontrollera bussningar och leder,
+- genomför provkörning.
+
+Varje punkt bockas av och dokumenteras.
+
+---
+
+## Steg 4 – Provkörning
+
+Systemet sammanfattar vad som ska verifieras under provkörningen:
+
+- Hastighet där vibration uppstår.
+- Förändring vid acceleration.
+- Förändring vid motorbroms.
+- Förändring vid kurvtagning.
+- Om vibration känns i ratt eller kaross.
+
+---
+
+## Steg 5 – Sammanfattning
+
+När teknikern väljer att pausa eller avsluta arbetet genereras automatiskt en rapport, exempelvis:
+
+**Utförda kontroller**
+
+- Fyra hjul fotograferade.
+- DOT-koder dokumenterade.
+- Däckslitage kontrollerat.
+- Lufttryck verifierat.
+- Hjulbalansering kontrollerad.
+- Provkörning genomförd.
+
+**Resultat**
+
+Observationer och mätvärden sammanfattas utan att systemet drar slutsatser som saknar stöd.
+
+**Rekommenderade nästa steg**
+
+Exempelvis kontroll av drivaxlar, hjullager eller andra komponenter om tidigare kontroller inte identifierat orsaken.

docs/moduler/kundrapport.md

@@ -0,0 +1,25 @@
+# Modul: Delningsbar kundrapport (Kundvy)
+
+## Syfte
+
+I stället för att kunden får en rad på fakturan som säger ”Felsökning – 2,5 timmar” kan de få en tydlig tidslinje över vad som faktiskt utförts.
+
+Exempel:
+
+```
+08:03  Fordonet identifierat
+08:10  Felbeskrivning registrerad
+08:18  Däck dokumenterade
+08:26  Visuell kontroll genomförd
+08:42  Lufttryck verifierat
+08:57  Provkörning utförd
+09:18  Slutsats och rekommendation dokumenterad
+```
+
+Med bilder, mätvärden och kommentarer blir det tydligt vad kunden faktiskt har betalat för. Det stärker förtroendet och kan minska diskussioner om felsökningstid.
+
+---
+
+## Relation till övriga moduler
+
+Kundrapporten är en härledd vy av samma händelselogg som [Arbetslogg & Tidredovisning](arbetslogg-och-tidredovisning.md) bygger på – ingen separat dokumentation behöver skapas. Verkstaden väljer vilken detaljnivå som delas med kund, i linje med den rollbaserade behörighetsstyrningen.