Hoppa till innehållet

Kravbilden

Yta

Ger UX och design en specifikation över vad startsidan ska kunna, funktion för funktion, att forma den första prototypen utifrån – utan att säga hur det ska se ut.

källa: apps/projekt/src/app/(projekt)/kravbilduppdaterad:

Ansvar

  • Inleda med målbilden ur visionen – syftet, målet som citat och de fyra förflyttningarna, med ett tips i inledningen att läsa hela visionen – och göra den konkret genom två personer, Hassan och Hillevi, med deras vardag, vad de vill, frågan till designen och kraven som betyder mest för dem.
  • Visa en kravpost per funktion: syfte, för vem, berättelser, krav med fast id och underlaget – utan lösningsförslag och utan workshopens citat, så att designen formas fritt i den första prototypen.
  • Läsa funktionerna ur funktionslistan (ADR-038), så att namn och läge alltid är desamma som där: alla grundfunktioner, och en tjänst först när den har en post i kravbild.ts. En ny grundfunktion utan post visas med funktionslistans text och en rad om att kravbilden inte är skriven.
  • Samla det som gäller allt – WCAG 2.2 AA, mobilen, roll, tillit, AI föreslår och människan bestämmer, en uppgift förs in en gång – en gång, med fasta id från G-1. AI-märkningen och designsystemets regler står inte här; dem formar UX och design.
  • Märka innehållet som AI-sammanställt och vara öppen men olänkad – utan konto, men utanför menyn och projektstödets underlag – tills projektet har granskat det.
  • Ge samma kravbild som plattext på /kravbild/llms.txt, så att en AI-tjänst som får länken förstår den. Sidan pekar dit med en synlig länk och med <link rel="alternate" type="text/plain">.

Filer

Tabell: Sökväg, Roll
SökvägRoll
app/(projekt)/kravbild/kravbild.tsKravposterna som data: typerna, nivåerna, personerna Hassan och Hillevi, de gemensamma kraven och en post per funktion med funktionens id. En tjänst läggs till här för hand.
app/(projekt)/kravbild/page.tsxSidan: målbilden ur visionen, personerna Hassan och Hillevi med bild, läsanvisningen, det som gäller allt, innehållet och ett kort per funktion. Bilderna i bilder/ kommer ur personapresentationen, är AI-genererade och märks ✦ AI-genererad bild.
app/(projekt)/kravbild/text.tskravbildSomText: kravbilden som markdown-liknande plattext ur samma data, och funktionerSomVisas, som sidan och texten delar.
app/(projekt)/kravbild/llms.txt/route.tsGET /kravbild/llms.txt: texten, med funktionerna ur databasen, innehållsversion och ETag.
app/(projekt)/kravbild/kravbild.test.tsEn post per grundfunktion, bara funktioner som finns, unika krav-id, varje post komplett, personernas krav finns, texten bär allt – och att sidan är öppen men olänkad.

API

Tabell: Namn, Signatur, Beskrivning
NamnSignaturBeskrivning
GET /kravbild/llms.txt→ 200 text/plain, ETag | 304Hela kravbilden som plattext: målbilden, personerna, de gemensamma kraven och funktionerna. Öppen.

Kontrakt

  • Ett krav-id ändras inte och återanvänds inte när listan väl används – skisser och synpunkter hänvisar till det. De gemensamma kraven numrerades om 20 oktober 2026, innan listan hade börjat användas, och numreras utan luckor; ett test vaktar det.
  • Varje krav har en nivå i datan, ska eller bör, men den visas inte just nu – kraven är inte uppdelade på sidan eller i texten.
  • Kraven säger vad, inte hur. Kravbilden föreslår inga lösningar och citerar inte workshopen: det som sades där är inte prövat än, och designen ska inte styras av det i den första prototypen.

Beroenden och beslut

Beslut: ADR-038

Levererar: /kravbild (olänkad), /kravbild/llms.txt, kravbild.ts, krav-id per funktion, t.ex. IDAG-2, gemensamma krav G-1 och framåt

Kvarstår

  • Kravbilden är sammanställd av AI och inte granskad av projektet eller verksamheten.
  • Bara två tjänster är valda till den första skissen – Min personal och chefens nyckeltal. Fler läggs till för hand i kravbild.ts när projektet väljer dem.
  • Beslut om när sidan länkas från menyn.

15 delar i projektportalen · gemensamma i devportalen: ai-adapter, anthropic, bygge, designsystem, dokploy, dokumentation, gemensamt, tokens, ui