download denne fil som pdf

I. Definition og krav til kerneproduktet

1. Funktionelle krav:

  • Hvilke kernefunktioner skal produktet implementere? Beskriv så detaljeret som muligt.
  • Hvad er den operationelle proces for hver funktion? (f.eks. hvordan aktiverer, konfigurerer og bruger brugeren funktionen?)
  • Hvad er inputtene? (Knapper, sensorer, data modtaget via kommunikationsgrænseflader osv.)
  • Hvad er outputtene? (Displays, indikatorlamper, lyde, motorhandlinger, data sendt via kommunikationsgrænseflader osv.)

2. Ydeevnespecifikationer:

  • Hvad er de vigtigste præstationsparametre? (f.eks. målenøjagtighed, responshastighed, behandlingskapacitet, transmissionshastighed, opløsning, effektområde, effektivitet osv.)
  • Hvad er de specifikke målværdier eller acceptable intervaller for disse parametre?

3. Brugergrænseflade (UI) og interaktion:

  • Hvilke brugergrænseflader er nødvendige? (f.eks. knapper, berøringsskærm, drejeknapper, LED-indikatorer, displaytype og -størrelse, lydmeddelelser osv.)
  • Hvordan interagerer brugeren med produktet? Hvad er den operationelle logik?
  • Er der specifikke krav til ergonomi eller brugervenlighed?

4. Driftsmiljø:

  • I hvilket miljø vil produktet blive brugt? (f.eks. indendørs/udendørs, temperaturområde, luftfugtighedsområde, IP-klassificering (Ingress Protection) for vand-/støvmodstand, krav til stød-/vibrationsmodstand, tilstedeværelse af ætsende gasser, EMI/EMC-miljø osv.) Dette er afgørende for materialevalg, komponentkvalitet og beskyttelsesdesign.

5. Målgruppe og marked:

  • Hvem er de primære brugere af produktet? (Forbrugere, industrielle brugere, medicinske brugere osv.)
  • Hvor er de primære salgsmarkeder? (Forskellige regioner har forskellige lovgivningsmæssige krav.) Dette hjælper med at forstå brugeroplevelsens behov og retningen for overholdelse af regler og regler.

II. Tekniske specifikationer og grænseflader

6. Krav til strømforsyning:

  • Type indgangsstrømkilde? (Vekselstrøm, DC-adapter, batteritype og specifikationer, USB-strøm, PoE osv.)
  • Spændings- og strømområde? Strømkrav? Er der krav til standby-strøm eller spidsbelastning?
  • Er der behov for strømstyringsfunktion? (f.eks. strømbesparende tilstande, batteriopladningsstyring osv.)

7. Kommunikationsgrænseflader:

  • Hvilke kommunikationsmetoder er nødvendige? (f.eks. USB, Ethernet, Wi-Fi, Bluetooth, Zigbee, LoRa, RS232/485, CAN, I2C, SPI, UART osv.)
  • Hvad er de specifikke grænsefladespecifikationer? (f.eks. USB 2.0/3.x, Wi-Fi 802.11 b/g/n/ac/ax, Bluetooth-version)
  • Hvilke kommunikationsprotokoller anvendes? (f.eks. TCP/IP, Modbus, MQTT, brugerdefinerede protokoller osv.) Krav til dataoverførselshastighed og afstand?

8. Sensorer og aktuatorer:

  • Hvilke sensorer skal integreres? (f.eks. temperatur, luftfugtighed, tryk, accelerometer, gyroskop, omgivende lyssensor, nærhedssensor osv.)
  • Hvilke aktuatorer skal styres? (f.eks. motortype, relæer, LED-strimler, buzzere osv.) Hvad er de specifikke varenumre eller ydeevnekrav for disse eksterne enheder?

9. Behandlingskapacitet og lagring:

  • Hvad er kravene til hovedcontrollerens behandlingskapacitet? (f.eks. brug for at køre komplekse algoritmer, et operativsystem?)
  • Hvor meget hukommelse og lagerplads kræves der? (RAM, Flash/EEPROM, SD-kort osv.)
  • Er der specifikke præferencer for mikrocontrollere eller processorer?

10. Mekanisk struktur og indkapsling:

  • Hvad er de forventede produktdimensioner, form og vægtbegrænsninger?
  • Krav til kabinetmaterialer? (Plastik, metal osv.)
  • Findes der industrielle designskitser, 3D-modeller eller referenceprodukter?
  • Monteringsmetode? (Vægmontering, indbygget, håndholdt osv.)
  • Krav til termisk styring? (Behov for ventilatorer, køleplader?)

11. Display og indikation:

  • Skærmtype? (LED-segmentdisplay, segment-LCD, dot-matrix-LCD, OLED, TFT-farveskærm osv.)
  • Krav til skærmstørrelse, opløsning, lysstyrke og betragtningsvinkel?
  • Antal, farve og statusbetydning af indikatorlamper?

III. Regler, certificeringer og produktionskrav

12. Overholdelse og certificeringer:

  • Hvilke regler og certificeringer skal produktet opfylde? (Ekstremt vigtigt)
    • Sikkerhedscertificeringer: UL, CE (LVD), CCC, PSE, KC osv.
    • Elektromagnetisk kompatibilitet (EMC) certificeringer: FCC, CE (EMC), CISPR, VCCI osv.
    • Branchespecifikke certificeringer: Medicinsk (FDA, ISO 13485), Bilindustri (IATF 16949), Industriel kontrol, Luftfart osv.
    • Miljøcertificeringer: RoHS (begrænsning af farlige stoffer), REACH, WEEE osv.
  • Målgrupperne bestemmer obligatoriske certificeringer.

13. Produktions- og omkostningsmål:

  • Forventet produktionsvolumen? (Pilotprojekt med lav volumen, mellemvolumen, høj volumen) Dette påvirker direkte komponentvalg, produktionsprocesser og omkostninger.
  • Hvad er målprisen? (BOM-pris, pris ab fabrik) (Dette er en central designbegrænsning)
  • Krav til produktionsprocessen? (f.eks. SMT-samling, håndlodning, testkrav)
  • Krav til oprindelsesland? (Er der geografiske restriktioner for forsyningskæden?)

14. Emballage og forsendelse:

  • Hvad er kravene til produktemballage? (Miljøvenlige materialer, stødsikker, fugtbestandig, dimensioner osv.)
  • Skal der medfølge tilbehør? (Strømadapter, kabler, brugermanual, garantibevis osv.)

IV. Projektudførelse og leverancer

15. Projektets tidslinje:

  • Forventet udviklingscyklus? (Konceptdesign, skematisk tegning, printkort, prototype, test, certificering, pilotproduktion, masseproduktion)
  • Vigtige milepælsdatoer? (f.eks. levering af første prototype, færdiggørelse af certificering, start af masseproduktion)

16. Leverancer:

  • Hvilke specifikke leverancer kræver klienten?
    • Designdokumentation? (Skematiske tegninger, PCB-filer, stykliste, firmwarekildekode/programmeringsfiler)
    • Testrapporter? (Funktionstest, ydeevnetest, miljøtest, EMC-forhåndsoverholdelsesrapporter)
    • Certificeringsrapporter? (Endelige beståede certificeringscertifikater og rapporter)
    • Antal prototyper?
    • Masseproduktionsfiler? (Gerber-filer, stencilfiler, samletegninger, design af testfiksturer osv.)
  • Ejerskab af intellektuel ejendom (IP)? (Meget vigtigt)

17. Budgetinterval:

  • Hvad er klientens budget for hele projektet (udviklingsgebyrer, NRE [engangsteknisk ingeniørarbejde], prototypeomkostninger, certificeringsgebyrer)? (Hjælper med at vurdere projektets gennemførlighed og give rimelige tilbud)

V. Andre kritiske oplysninger

18. Eksisterende løsninger / referenceprodukter:

  • Har kunden en eksisterende prototype, et referenceprodukt eller et konkurrerende produkt? Dette er den hurtigste måde at forstå kravene på.
  • Hvilke aspekter af den eksisterende løsning er tilfredsstillende og utilfredsstillende?

19. Intellektuel ejendom (IP):

  • Hvordan vil ejerskab af udviklingsoutput (hardwaredesign, softwarekode) defineres? (Tilhører typisk klienten ved specialudvikling; skal eksplicit angives i kontrakten)
  • Er en NDA (fortrolighedsaftale) påkrævet?

20. Eftersalgsservice og support:

  • Hvad er kundens forventninger til teknisk support og vedligeholdelse efter lancering? (f.eks. supportens varighed? supportens omfang?)

21. Beslutningskæde og kontakter:

  • Hvem er den endelige beslutningstager i forbindelse med tekniske spørgsmål?
  • Hvem er kontaktpersonen for kommercielle/forretningsmæssige spørgsmål?
  • Hvem er projektets primære kontaktpunkt/grænseflade?

Sådan indsamler du disse oplysninger effektivt

  1. Brug et struktureret spørgeskema/tjekliste: Baseret på ovenstående liste skal du oprette et detaljeret elektronisk spørgeskema eller en formular til kravindsamling, som klienten skal udfylde. Dette sikrer systematisk informationsindsamling.
  2. Gennemfør dybdegående interviews: Spørgeskemaet er blot udgangspunktet. Planlæg dybdegående møder med klientens tekniske leder (eller beslutningstager) for at diskutere hvert punkt, afklare uklarheder og afdække latente krav (behov, som klienten måske ikke eksplicit har angivet, men som er vigtige).
  3. Angiv skabeloner/eksempler: Ved komplekse krav (f.eks. ydeevnespecifikationer) skal du angive skabeloner eller eksempler, der kan hjælpe klienten med at give klare, kvantificerbare beskrivelser.
  4. Fremhæv "Hvorfor": Spørg ikke bare "hvad" der skal gøres; spørg "hvorfor" en specifik funktion eller specifikation er nødvendig. Dette hjælper med at forstå kundens kernebehov og potentielt finde bedre designløsninger.
  5. Administrer forventninger: Begynd at styre klientforventningerne under informationsindsamlingen. Kommuniker f.eks. tidligt potentielle afvejninger vedrørende konflikter mellem højtydende krav og lave omkostningsmål eller stramme tidsplaner og komplekse designs.
  6. Skriftlig bekræftelse: Konsolider alle aftalte krav i en formel produktkravspecifikation (PRD) eller teknisk aftale, der er underskrevet af begge parter. Dette fungerer som grundlag for efterfølgende design og accept, hvilket forhindrer fremtidige tvister.