🟡 Prosjekt: [Navn]
Nivå: Internt verktøy — for team eller avdeling, ikke eksterne brukere. Eksempler: Timeføring, internt dashboard, møteplanlegger, prosjektoversikt. Mål: Funksjonelt verktøy som teamet kan bruke daglig.
1. Prosjektkort
| Formål | |
| Brukere | Hvem i teamet skal bruke dette? |
| Ansvarlig | |
| Kildeapp (prototyp)? | Har vi testet dette før? Lenke i så fall. |
2. Hva må appen huske?
Du trenger ikke vite noe om databaser. Bare tenk på hvilken informasjon appen din jobber med i det daglige. AI-en oversetter dette til teknisk datamodell når du prompter.
Hvilke “ting” jobber dere med? Eksempel: prosjekter, timer, oppgaver, kunder, bestillinger
Hvilken informasjon er knyttet til hvert “ting”? Eksempel: navn, dato, status, beløp, ansvarlig person
| Ting | Viktig informasjon |
|---|---|
Hvordan henger tingene sammen? Eksempel: en time er knyttet til et prosjekt, en bruker har mange oppgaver
3. Sider
| Side | Hva gjør den | Tilgang |
|---|---|---|
4. Sjekkliste — gjør dette
Før du prompter
- Datamodell fylt inn over
- Sider definert
- Prompt-malen (MVP §4) brukt som utgangspunkt
Under utvikling
- RLS aktivert på alle tabeller
- Ingen service_role i frontend
- Supabase i EU-region
- Norsk UI
Før lansering
- Manuell QA: test innlogging, CRUD, feilhåndtering
- Responsivt: fungerer på mobil (375px)
- Destruktive handlinger har bekreftelsesdialog
- Loading states fungerer
5. Drift
Ansvarlig for drift etter lansering: _______________
MVP §9: “You build it, run it, fix it”
- Ukentlig: Sjekk at appen fungerer
- Månedlig: Sjekk Supabase usage, test innlogging, eksporter backup
Basert på Rammeverk-MVP §0. Se rammeverket for detaljer på alle punkter.