3D-projektbrief: 25 spørgsmål før leverandørvalg

Sådan bruger I briefen

Udfyld spørgsmålene sammen med de personer, der ejer e-commerce, produktdata, salg og IT. I behøver ikke kende alle svar. Marker det, I ikke ved endnu, og gør det til en synlig forudsætning i tilbuddet. Et ubesvaret spørgsmål er mindre farligt end en skjult antagelse.

Vælg ét repræsentativt pilotprodukt. Det skal være lille nok til, at projektet kan styres, men komplekst nok til at teste de materialer, produktregler og integrationer, som også findes i resten af sortimentet.

Del 1

Kundens behov og projektets mål

Start med det problem, kunden oplever. Hvis problemet ikke kræver rumlig forståelse, er det vigtigt at kunne vælge et enklere og billigere flow.

1. Hvilken konkret usikkerhed skal konfiguratoren fjerne for kunden?Beskriv situationen med kundens ord: form, mål, sammensætning, farve, kompatibilitet eller noget andet.
2. Hvilken handling skal blive lettere: valg, pris, tilbud, kurv eller intern ordre?Et projekt bør have et tydeligt næste trin, ikke kun en flot fremviser.
3. Hvilket produkt eller hvilken produktfamilie er bedst som repræsentativ pilot?Vælg et produkt, der afslører de vigtigste risici tidligt.
4. Hvordan vil I måle, om piloten har gjort salgsflowet bedre?Det kan være flere færdige konfigurationer, færre spørgsmål, kortere tilbudstid eller mere korrekte ordrer.

Del 2

Produkt, variationer og visualisering

Antallet af varenumre fortæller sjældent, hvor stor visualiseringsopgaven er. Tæl i stedet unik geometri, materialer, moduler og regler.

5. Skal kunden forstå form og proportioner fra flere vinkler, eller er faste billeder nok?Dette spørgsmål er den vigtigste kontrol af, om 3D reelt skaber værdi.
6. Hvilke valg ændrer produktets form, og hvilke ændrer kun farve eller materiale?De to typer valg har meget forskellige krav til modeller og vedligeholdelse.
7. Hvor mange modeller, størrelser, moduler og visuelt forskellige kombinationer findes der?Lav et konkret optællingsark i stedet for at bruge produktantal som genvej.
8. Hvilke kombinationer er ugyldige, og hvem ejer reglerne for dem?Reglerne skal kunne testes, forklares og opdateres af en ansvarlig person.

Del 3

3D-modeller, materialer og kvalitet

CAD-filer er et godt udgangspunkt, men de er normalt ikke webklare. Afklar hele vejen fra kildefil til en godkendt, let model med troværdige materialer.

9. Findes der CAD- eller 3D-kildefiler, og hvem har rettighederne til at bearbejde dem?En fil uden klare brugsrettigheder er ikke et sikkert projektaktiv.
10. Hvem forenkler geometri, retter UV’er og eksporterer webklare GLB-filer?Skriv ansvar og leveranceformat direkte ind i tilbuddet.
11. Hvilke materialer kræver foto-, farve- eller fysiske referenceprøver for at kunne godkendes?Stof, træ, metal og glas kan ikke vurderes ud fra et farvenavn alene.
12. Hvilket filbudget gælder for første visning, samlet model og teksturer på mobil?Et tal gør performance til et fælles acceptkrav.
13. Hvem godkender, at geometri, farver, skalering og materialer er troværdige nok?Leverandøren kan producere, men virksomheden skal udpege den faglige godkender.

Del 4

Regler, pris og integration

Det visuelle lag må ikke blive en separat sandhed. Brug stabile ID’er, og beslut hvilket system der ejer produkt, pris og lager.

14. Hvilket system er sandhedskilde for produkter, SKU’er, priser og lagerstatus?Navne kan ændre sig; stabile ID’er skal binde systemerne sammen.
15. Skal prisen beregnes i konfiguratoren, webshoppen, PIM, ERP eller et andet system?Én tydelig prisansvarlig kilde mindsker uoverensstemmelser.
16. Hvilke data skal sendes til kurv, tilbud, CRM, produktion og ordrebekræftelse?Beskriv felter og format, ikke kun navnet på integrationen.
17. Hvordan identificeres en konfiguration entydigt, så den kan genåbnes og supporteres?Et reference-ID gør dialog, support og genbestilling langt enklere.
18. Hvad skal ske, hvis en pris, regel eller integration ikke kan hentes?Et kontrolleret fejlflow er en del af løsningen, ikke en detalje til sidst.

Del 5

Mobil, tilgængelighed og fallback

En løsning er ikke klar, fordi den virker på udviklerens hurtige computer. Test den på de enheder og netværk, kunderne faktisk bruger.

19. Hvilke telefoner, browsere og netværksforhold indgår i accepttesten?Skriv en konkret testliste med mindst én realistisk mellemklasse-telefon.
20. Kan alle centrale valg gennemføres med tastatur og uden at afhænge af farve alene?3D-vieweren må ikke være den eneste måde at forstå eller ændre et valg på.
21. Hvilken billed- eller tekstfallback vises, hvis 3D ikke kan starte?Kunden skal stadig kunne forstå produktet og fortsætte sit flow.
22. Hvilke mål for indlæsning, respons og stabilitet skal leverandøren dokumentere?Definér målene før modelproduktionen, mens de stadig kan påvirke arkitekturen.

Del 6

Ejerskab, drift og leverance

Projektet fortsætter, når første version går live. Sortiment, priser, materialer og browsere ændrer sig, så ejerskab og opdateringsflow skal være tydeligt.

23. Hvem ejer kildefiler, webmodeller, materialebibliotek, kode og konfigurationsdata efter levering?Skeln mellem brugsret, adgang og reel mulighed for at flytte eller videreudvikle løsningen.
24. Hvem opdaterer modeller, materialer, priser og regler, når sortimentet ændrer sig?Aftal bestilling, godkendelse og forventet leveringstid.
25. Hvilke konkrete acceptkriterier, backup- og rollbacktrin skal være bestået, før piloten godkendes?En godkendelse skal kunne bygge på målbare resultater, og en fejl skal kunne rulles tilbage.

Sammenlign tilbud på samme grundlag

Send den samme brief til alle leverandører, og bed dem skelne mellem inkluderet arbejde, forudsætninger og tilvalg. Sammenlign mindst disse fem punkter:

• Er antal modeller, materialer, regler og integrationer konkret talt?
• Er ejerskab til kilde- og webfiler beskrevet?
• Er mobil, fallback og accepttest målbar?
• Er løbende opdateringer, support, backup og rollback inkluderet eller prissat separat?
• Kan pilot, fuld udrulning og drift sammenlignes hver for sig?