Prompt file imported from MathiasBoll/Kastrup-Cykelboers-frontend-og-Backend (
.github/prompts/build-fase3-current-site-content-modernisering.prompt.md). Copyright stays with the author.
Build Fase 3 · Current Site Content Modernisering
Formål
Brug den eksisterende butiks nuværende hjemmeside som kilde til verificerede forretningstruths, og omsæt dem til bedre public content i den nye løsning uden at kopiere forældet tekst eller struktur direkte.
Brug disse filer først
.github/ISSUE_TEMPLATE/kcb_current_site_useful_info_for_new_project.mddocs/features/20-current-site-content-modernisering.mddocs/features/04-content-inventory.mddocs/ai-context/03-nuvaerende-kode-status.mdapp/src/utils/butikProfil.jsapp/src/pages/public/Forside.jsxapp/src/pages/public/Vaerksted.jsxapp/src/pages/public/Erhverv.jsxapp/src/pages/public/Kontakt.jsx
Arbejdsregel
Brug kun verificerede fakta fra den gamle side som råmateriale:
- kontaktdata
- åbningstider
- ejer/historie
- værksteds- og serviceprofil
- elcykelkompetence
- brugte cykler / fra kunde til kunde
- mærkebredde
- lokale B2B-/institutionsspor
Omskriv altid teksten til klar, nutidig dansk. Kopiér ikke gamle kampagnetekster, sidehierarkier eller svage brochureafsnit direkte.
Når du implementerer
- Start med den fælles butiksprofil, så kontaktdata, schema og public visninger deler samme sandhedskilde.
- Løft derefter forside, værksted, kontakt og erhverv med de stærkeste virkelige forretningssignaler.
- Hold fokus på konvertering:
- tydelige CTA'er
- lokal tillid
- værksted som reel kerneydelse
- brugte cykler som aktivt flow
- B2B/institution som troværdigt spor
- Opdatér altid relevante docs og prompt-index bagefter.
Kvalitetskrav
- alt brugerindhold skal være på korrekt dansk
- ingen hardkodede hex-farver
- brug eksisterende UI-primitiver og design tokens
- undgå at introducere nye datasystemer, hvis eksisterende butiksprofil eller public sider kan bære løsningen
- dokumentér i kode-status, hvad der konkret blev løftet
Definition af done
- fælles profil har realistiske standarddata
- mindst én eller flere nøglesider er omskrevet ud fra den nuværende sides reelle styrker
- docs og promptlag gør samme retning nem at genbruge i senere iterationer
- build og relevante editorchecks er grønne