Gratis kravkort
Kravspecifikation til produktkonfigurator – 25 spørgsmål
Få mål, produktregler, visualisering, integration og drift på plads, før I beder en leverandør om pris og tidsplan.
25 spørgsmål før leverandørvalg
Brug kravkortet internt, ved første leverandørmøde eller som fælles grundlag, når I sammenligner tilbud.
- 25 konkrete spørgsmål fordelt på fem områder
- plads til egne svar og uklarheder
- skabelon til målbare acceptkriterier
- beslutningsresume og røde flag i tilbud
Ingen e-mail-gate
En kravspecifikation skal reducere usikkerhed
En produktkonfigurator er ikke kun en række knapper på en produktside. Den skal forstå produktets gyldige valg, vise kunden det rigtige, beregne pris eller tilbud og aflevere brugbare data til kurv, ordre eller interne systemer. Hvis de dele ikke er afklaret, sammenligner I leverandører på forskellige forudsætninger.
Formålet med en tidlig kravspecifikation er ikke at beskrive alle skærmbilleder ned i mindste detalje. Den skal gøre de vigtigste beslutninger og huller synlige. Et ærligt “uafklaret” er mere værd end et upræcist krav, som senere bliver tolket som inkluderet i en fast pris.
Den korte regel: Bed ikke om en fast pris på et flydende scope. Afklar først produkt, regler, output, dataansvar og accepttest.
De fem områder, der skal afklares
Mål og afgrænsning
Hvem er hovedbrugeren, hvilket problem skal løses, og hvad skal første version bevidst vente med?
Produkter, regler og data
Hvilke valg findes, hvilke kombinationer er ugyldige, og hvor ligger den korrekte produktviden i dag?
Visualisering og flow
Er tekst, fotos, billedlag eller 3D nødvendigt, og hvordan fungerer oplevelsen på en mobilskærm?
Pris og integration
Hvordan beregnes prisen, hvad sendes til kurv og ordre, og hvilke systemer skal udveksle data?
Leverandør og drift
Hvem ejer data og assets, hvad koster driften, og hvordan kan I skifte leverandør senere?
Acceptkriterier
Beskriv konkrete situationer, handlinger og forventede resultater, så “færdig” kan testes og godkendes.
Sådan bruger I kravkortet
- Saml det rigtige team. Få mindst produktansvarlig, e-commerce/salg og den tekniske systemejer med. Marketing kan ikke alene definere produktregler eller ordredata.
- Svar med eksempler. Brug et konkret produkt og tre realistiske konfigurationer – også en ugyldig kombination. Det afslører uklarheder hurtigere end generelle formuleringer.
- Markér ejerskab. Skriv navnet eller rollen på den, som kan godkende regler, priser, billeder, integration og den færdige oplevelse.
- Afgræns første version. Ét repræsentativt produkt, ét marked og ét output kan være et bedre pilotgrundlag end et halvt beskrevet fuldt sortiment.
- Send samme grundlag til alle. Så kan I sammenligne leverance, forbehold, løbende pris og ansvar – ikke kun demoens udseende.
Gør kravene målbare før tilbuddet accepteres
Et krav som “konfiguratoren skal være brugervenlig” kan ikke testes. Beskriv i stedet situationen, brugerens handling og det forventede resultat. Eksempel: Når en mobilbruger vælger en 220 cm bordplade, skjules et inkompatibelt understel, den korrekte pris vises, og de samme valg fremgår af kurv og ordre.
| Område | Uklart krav | Testbart krav |
|---|---|---|
| Regler | Ugyldige valg må ikke kunne vælges. | Valg B skjules, når mål A er under 120 cm, og brugeren får en kort forklaring. |
| Pris | Prisen skal opdateres korrekt. | Tillæg for materiale C vises straks og følger med som samme beløb i kurv og ordre. |
| Mobil | Løsningen skal være mobilvenlig. | Alle syv trin kan gennemføres ved 390 px uden vandret scroll eller skjulte handlinger. |
| Integration | Data skal sendes til ERP. | Varenummer, mål og materiale kan genfindes i testordren med aftalte feltnavne. |
Brug også prisguidens tilbudstjekliste, når I sammenligner engangsarbejde, software, assets, integration, intern tid og løbende drift.
Hent kravkortet uden formular
PDF’en kan bruges med det samme og deles internt. Downloadet kræver ikke, at I afgiver kontaktoplysninger.
Ofte spurgt om kravspecifikationen
Er 25 spørgsmål nok til et fast tilbud?
Ikke altid. Kravkortet viser, om projektet er modent til et konkret tilbud, eller om der først er behov for analyse, datakortlægning eller en prototype. Komplekse regler og integrationer kræver normalt flere tekniske eksempler.
Skal vi vælge platform, før vi udfylder kravene?
Nej. Beskriv først behovet. Platformen bør vurderes ud fra produktlogik, visualisering, webshop, integration og drift – ikke omvendt.
Hvorfor kan PDF’en downloades uden e-mail?
Værktøjet skal være nyttigt i sig selv. Sitet behøver ikke en kontaktformular eller e-mail-gate for at give værdi. Hvis lokal statistik accepteres i consent-banneret, kan et anonymt downloadklik indgå i den samlede brugsstatistik.
Kan vi sende PDF’en til flere leverandører?
Ja. Det er netop en af fordelene. Når alle får samme grundlag, bliver forskelle i scope, antagelser, pris og ansvar lettere at opdage.
Vil I have kravene vurderet?
Oplysning: Produktkonfigurator.dk udgives af teamet bag ConfigUX. En samtale via linket er derfor et kommercielt næste skridt – ikke en uafhængig leverandørvurdering.
Fagligt gennemgået 13. juli 2026 · Kravkort version 1.0 · Se metode og afsender