ladda ner den här filen som pdf

I. Definition och krav för kärnprodukten

1. Funktionskrav:

  • Vilka kärnfunktioner måste produkten implementera? Beskriv så detaljerat som möjligt.
  • Vad är det operativa flödet för varje funktion? (t.ex. hur aktiverar, konfigurerar och använder användaren funktionen?)
  • Vilka är ingångarna? (Knappar, sensorer, data mottagen via kommunikationsgränssnitt etc.)
  • Vilka är utgångarna? (Displays, indikatorlampor, ljud, motoråtgärder, data som skickas via kommunikationsgränssnitt etc.)

2. Prestandaspecifikationer:

  • Vilka är de viktigaste prestandaparametrarna? (t.ex. mätnoggrannhet, svarshastighet, bearbetningskapacitet, överföringshastighet, upplösning, effektområde, effektivitet etc.)
  • Vilka är de specifika målvärdena eller acceptabla intervallen för dessa parametrar?

3. Användargränssnitt (UI) och interaktion:

  • Vilka användargränssnitt behövs? (t.ex. knappar, pekskärm, vred, LED-indikatorer, skärmtyp och storlek, ljudmeddelanden etc.)
  • Hur interagerar användaren med produkten? Vad är den operativa logiken?
  • Finns det några specifika ergonomiska eller användbarhetskrav?

4. Driftmiljö:

  • I vilken miljö kommer produkten att användas? (t.ex. inomhus/utomhus, temperaturintervall, luftfuktighetsintervall, IP-klassning (Ingress Protection) för vatten-/dammtålighet, krav på stöt-/vibrationstålighet, förekomst av korrosiva gaser, EMI/EMC-miljö etc.) Detta är avgörande för materialval, komponentkvalitet och skyddande design.

5. Målgrupp och marknad:

  • Vilka är produktens primära användare? (Konsumenter, industriella användare, medicinska användare etc.)
  • Var finns de primära försäljningsmarknaderna? (Olika regioner har olika lagkrav.) Detta hjälper till att förstå användarupplevelsens behov och efterlevnadsriktning.

II. Tekniska specifikationer och gränssnitt

6. Krav för strömförsörjning:

  • Typ av ingångsströmkälla? (Nätström, DC-adapter, batterityp och specifikationer, USB-ström, PoE, etc.)
  • Spänning och strömområde? Strömförbrukningskrav? Finns det krav på standby-ström eller toppströmförbrukning?
  • Behövs en funktion för energihantering? (t.ex. lågenergilägen, batteriladdningshantering etc.)

7. Kommunikationsgränssnitt:

  • Vilka kommunikationsmetoder krävs? (t.ex. USB, Ethernet, Wi-Fi, Bluetooth, Zigbee, LoRa, RS232/485, CAN, I2C, SPI, UART, etc.)
  • Vilka är de specifika gränssnittsspecifikationerna? (t.ex. USB 2.0/3.x, Wi-Fi 802.11 b/g/n/ac/ax, Bluetooth-version)
  • Vilka kommunikationsprotokoll används? (t.ex. TCP/IP, Modbus, MQTT, anpassade protokoll etc.) Krav på dataöverföringshastighet och avstånd?

8. Sensorer och ställdon:

  • Vilka sensorer behöver integreras? (t.ex. temperatur, luftfuktighet, tryck, accelerometer, gyroskop, omgivningsljussensor, närhetssensor etc.)
  • Vilka ställdon behöver styras? (t.ex. motortyp, reläer, LED-remsor, summerar etc.) Vilka är de specifika artikelnumren eller prestandakraven för dessa kringutrustningar?

9. Bearbetningskapacitet och lagring:

  • Vilka är kraven för huvudstyrenhetens bearbetningskapacitet? (t.ex. behöver man köra komplexa algoritmer, ett operativsystem?)
  • Hur mycket minne och lagringsutrymme krävs? (RAM, Flash/EEPROM, SD-kort, etc.)
  • Finns det specifika preferenser för mikrokontroller eller processorer?

10. Mekanisk struktur och hölje:

  • Vilka är de förväntade produktmåtten, formen och viktbegränsningarna?
  • Krav på material för kapslingen? (Plast, metall, etc.)
  • Finns det skisser för industridesign, 3D-modeller eller referensprodukter tillgängliga?
  • Monteringsmetod? (Väggmontering, inbyggd, handhållen, etc.)
  • Krav på värmehantering? (Behöver fläktar, kylflänsar?)

11. Display och indikation:

  • Skärmtyp? (LED-segmentdisplay, segment-LCD, punktmatris-LCD, OLED, TFT-färgskärm, etc.)
  • Krav på skärmstorlek, upplösning, ljusstyrka och betraktningsvinkel?
  • Antal, färg och statusbetydelse för indikatorlampor?

III. Regler, certifieringar och tillverkningskrav

12. Efterlevnad och certifieringar:

  • Vilka regler och certifieringar måste produkten uppfylla? (Extremt viktigt)
    • Säkerhetscertifieringar: UL, CE (LVD), CCC, PSE, KC, etc.
    • Certifieringar för elektromagnetisk kompatibilitet (EMC): FCC, CE (EMC), CISPR, VCCI, etc.
    • Branschspecifika certifieringar: Medicin (FDA, ISO 13485), Fordonsindustrin (IATF 16949), Industriell kontroll, Flyg- och rymdindustrin etc.
    • Miljöcertifieringar: RoHS (begränsning av farliga ämnen), REACH, WEEE, etc.
  • Målgrupperna avgör obligatoriska certifieringar.

13. Tillverknings- och kostnadsmål:

  • Förväntad produktionsvolym? (Lågvolym pilotprojekt, medelvolym, högvolym) Detta påverkar direkt komponentval, produktionsprocesser och kostnader.
  • Vad är målkostnaden? (BOM-kostnad, pris fritt fabrik) (Detta är en viktig designbegränsning)
  • Krav på produktionsprocessen? (t.ex. SMT-montering, handlödning, testkrav)
  • Krav på ursprungsland? (Finns det några geografiska begränsningar i leveranskedjan?)

14. Förpackning och frakt:

  • Vilka krav ställs på produktförpackningar? (Miljövänliga material, stöttålighet, fukttålighet, dimensioner etc.)
  • Bör tillbehör inkluderas? (Nätadapter, kablar, användarmanual, garantikort etc.)

IV. Projektgenomförande och leveranser

15. Projektets tidslinje:

  • Förväntad utvecklingscykel? (Konceptdesign, schema, kretskort, prototyp, testning, certifiering, pilotproduktion, massproduktion)
  • Viktiga milstolpsdatum? (t.ex. leverans av första prototypen, slutförd certifiering, start av massproduktion)

16. Leveranser:

  • Vilka specifika leveranser kräver kunden?
    • Designdokumentation? (Schema, PCB-filer, stycklista, källkod/programmeringsfiler för firmware)
    • Testrapporter? (Funktionstestning, prestandatestning, miljötestning, EMC-förhandsrapporter)
    • Certifieringsrapporter? (Slutgiltiga godkända certifieringsintyg och rapporter)
    • Antal prototyper?
    • Massproduktionsfiler? (Gerber-filer, stencilfiler, monteringsritningar, testfixturdesigner etc.)
  • Äganderätt till immateriella rättigheter (IP)? (Mycket viktigt)

17. Budgetintervall:

  • Vad är kundens budget för hela projektet (utvecklingsavgifter, NRE [engångsprojekt], prototypkostnader, certifieringsavgifter)? (Hjälper till att bedöma projektets genomförbarhet och ge rimliga offerter)

V. Annan viktig information

18. Befintliga lösningar / referensprodukter:

  • Har kunden en befintlig prototyp, referensprodukt eller konkurrentprodukt? Detta är det snabbaste sättet att förstå kraven.
  • Vilka aspekter av den befintliga lösningen är tillfredsställande respektive otillfredsställande?

19. Immateriella rättigheter (IP):

  • Hur kommer ägarskap för utvecklingsresultat (hårdvarudesign, programkod) att definieras? (Tillhör vanligtvis kunden vid kundanpassad utveckling; måste uttryckligen anges i kontraktet)
  • Krävs ett sekretessavtal (NDA)?

20. Kundtjänst och support:

  • Vilka är kundens förväntningar på teknisk support och underhåll efter lansering? (t.ex. supportens varaktighet? supportens omfattning?)

21. Beslutskedja och kontakter:

  • Vem är den slutgiltiga beslutsfattaren i tekniska frågor?
  • Vem är kontaktpersonen för kommersiella/affärsmässiga frågor?
  • Vem är projektets primära kontaktperson/gränssnitt?

Hur man effektivt samlar in denna information

  1. Använd ett strukturerat frågeformulär/checklista: Baserat på listan ovan, skapa ett detaljerat elektroniskt frågeformulär eller ett kravinsamlingsformulär som klienten ska fylla i. Detta säkerställer systematisk informationsinsamling.
  2. Genomför djupintervjuer: Frågeformuläret är bara början. Schemalägg djupgående möten med kundens tekniska chef (eller beslutsfattare) för att diskutera varje punkt, klargöra oklarheter och avslöja latenta krav (behov som kunden kanske inte uttryckligen har angett men som är viktiga).
  3. Tillhandahåll mallar/exempel: För komplexa krav (t.ex. prestandaspecifikationer), tillhandahåll mallar eller exempel för att vägleda kunden mot att ge tydliga, kvantifierbara beskrivningar.
  4. Betona "Varför": Fråga inte bara "vad" som behöver göras; fråga "varför" en specifik funktion eller specifikation behövs. Detta hjälper till att förstå kundens kärnbehov och potentiellt hitta bättre designlösningar.
  5. Hantera förväntningar: Börja hantera kundernas förväntningar under informationsinsamlingen. Kommunicera till exempel tidigt potentiella avvägningar gällande konflikter mellan högpresterande krav och lågkostnadsmål, eller snäva tidsplaner och komplexa designlösningar.
  6. Skriftlig bekräftelse: Konsolidera alla överenskomna krav i en formell produktkravspecifikation (PRD) eller ett tekniskt avtal, undertecknat av båda parter. Detta fungerar som baslinje för efterföljande design och godkännande, vilket förhindrar framtida tvister.