Kravbilden
YtaGer 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
| Sökväg | Roll |
|---|---|
| app/(projekt)/kravbild/kravbild.ts | Kravposterna 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.tsx | Sidan: 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.ts | kravbildSomText: kravbilden som markdown-liknande plattext ur samma data, och funktionerSomVisas, som sidan och texten delar. |
| app/(projekt)/kravbild/llms.txt/route.ts | GET /kravbild/llms.txt: texten, med funktionerna ur databasen, innehållsversion och ETag. |
| app/(projekt)/kravbild/kravbild.test.ts | En 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
| Namn | Signatur | Beskrivning |
|---|---|---|
| GET /kravbild/llms.txt | → 200 text/plain, ETag | 304 | Hela 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