pobierz ten plik w formacie PDF

I. Definicja i wymagania dotyczące produktu podstawowego

1. Wymagania funkcjonalne:

  • Jakie podstawowe funkcje musi implementować produkt? Opisz jak najdokładniej.
  • Jaki jest przepływ operacyjny dla każdej funkcji? (np. w jaki sposób użytkownik włącza, konfiguruje i używa tej funkcji?)
  • Jakie są dane wejściowe? (Przyciski, czujniki, dane odbierane poprzez interfejsy komunikacyjne, itp.)
  • Jakie są wyniki? (Wyświetlacze, kontrolki, dźwięki, działanie silników, dane przesyłane przez interfejsy komunikacyjne, itp.)

2. Specyfikacje wydajności:

  • Jakie są kluczowe parametry wydajności? (np. dokładność pomiaru, szybkość reakcji, zdolność przetwarzania, szybkość transmisji, rozdzielczość, zakres mocy, wydajność itp.)
  • Jakie są konkretne wartości docelowe lub dopuszczalne zakresy tych parametrów?

3. Interfejs użytkownika (UI) i interakcja:

  • Jakie interfejsy użytkownika są wymagane? (np. przyciski, ekran dotykowy, pokrętła, wskaźniki LED, typ i rozmiar wyświetlacza, komunikaty dźwiękowe itp.)
  • W jaki sposób użytkownik wchodzi w interakcję z produktem? Jaka jest logika działania?
  • Czy istnieją jakieś szczególne wymagania ergonomiczne i użytkowe?

4. Środowisko operacyjne:

  • W jakim środowisku będzie używany produkt? (np. wewnątrz/na zewnątrz, zakres temperatur, zakres wilgotności, stopień ochrony IP (Ingress Protection) dla odporności na wodę i kurz, wymagania dotyczące odporności na wstrząsy/wibracje, obecność gazów korozyjnych, środowisko EMI/EMC itp.) Ma to kluczowe znaczenie przy doborze materiałów, gatunku komponentów i konstrukcji zabezpieczającej.

5. Użytkownicy docelowi i rynek:

  • Kim są główni użytkownicy produktu? (Konsumenci, użytkownicy przemysłowi, użytkownicy medyczni itp.)
  • Gdzie znajdują się główne rynki sprzedaży? (Wymagania regulacyjne są różne w różnych regionach.) Pomaga to zrozumieć potrzeby użytkowników i wytyczne dotyczące zgodności.

II. Specyfikacje techniczne i interfejsy

6. Wymagania dotyczące zasilania:

  • Typ źródła zasilania wejściowego? (Sieć prądu zmiennego, zasilacz prądu stałego, typ i specyfikacja akumulatora, zasilanie USB, PoE itp.)
  • Zakres napięcia i prądu? Zapotrzebowanie na moc? Czy istnieją wymagania dotyczące poboru mocy w trybie czuwania lub szczytowego zużycia energii?
  • Czy funkcjonalność zarządzania energią jest potrzebna? (np. tryby niskiego poboru mocy, zarządzanie ładowaniem baterii itp.)

7. Interfejsy komunikacyjne:

  • Jakie metody komunikacji są wymagane? (np. USB, Ethernet, Wi-Fi, Bluetooth, Zigbee, LoRa, RS232/485, CAN, I2C, SPI, UART, itp.)
  • Jakie są konkretne specyfikacje interfejsu? (np. USB 2.0/3.x, Wi-Fi 802.11 b/g/n/ac/ax, wersja Bluetooth)
  • Jakie protokoły komunikacyjne są używane? (np. TCP/IP, Modbus, MQTT, protokoły niestandardowe itp.) Wymagania dotyczące szybkości transmisji danych i odległości?

8. Czujniki i siłowniki:

  • Które czujniki należy zintegrować? (np. temperatura, wilgotność, ciśnienie, akcelerometr, żyroskop, czujnik światła otoczenia, czujnik zbliżeniowy itp.)
  • Które siłowniki należy napędzać? (np. typ silnika, przekaźniki, paski LED, brzęczyki itp.) Jakie są konkretne numery części lub wymagania dotyczące wydajności dla tych urządzeń peryferyjnych?

9. Możliwości przetwarzania i przechowywania:

  • Jakie są wymagania dotyczące możliwości przetwarzania głównego kontrolera? (np. Czy trzeba uruchomić skomplikowane algorytmy, system operacyjny?)
  • Ile pamięci i miejsca na dane jest potrzebne? (RAM, Flash/EEPROM, karta SD, itp.)
  • Czy istnieją jakieś szczególne preferencje dotyczące mikrokontrolerów lub procesorów?

10. Struktura mechaniczna i obudowa:

  • Jakie są oczekiwane wymiary, kształt i ograniczenia wagowe produktu?
  • Wymagania dotyczące materiałów, z których wykonana jest obudowa? (tworzywo sztuczne, metal itp.)
  • Czy są dostępne szkice projektów przemysłowych, modele 3D lub produkty referencyjne?
  • Sposób montażu? (Montaż ścienny, montaż wbudowany, montaż ręczny itp.)
  • Wymagania dotyczące zarządzania temperaturą? (Czy potrzebne są wentylatory, radiatory?)

11. Wyświetlacz i wskazania:

  • Typ wyświetlacza? (wyświetlacz segmentowy LED, wyświetlacz segmentowy LCD, wyświetlacz LCD z matrycą punktową, OLED, kolorowy ekran TFT itp.)
  • Wymagania dotyczące rozmiaru wyświetlacza, rozdzielczości, jasności i kąta widzenia?
  • Liczba, kolor i znaczenie stanu kontrolek?

III. Przepisy, certyfikaty i wymagania produkcyjne

12. Zgodność i certyfikaty:

  • Jakie przepisy i certyfikaty musi spełniać produkt? (Niezwykle ważne)
    • Certyfikaty bezpieczeństwa: UL, CE (LVD), CCC, PSE, KC itp.
    • Certyfikaty kompatybilności elektromagnetycznej (EMC): FCC, CE (EMC), CISPR, VCCI, itp.
    • Certyfikaty branżowe: Medycyna (FDA, ISO 13485), Motoryzacja (IATF 16949), Kontrola przemysłowa, Lotnictwo i kosmonautyka itp.
    • Certyfikaty środowiskowe: RoHS (Ograniczenie stosowania substancji niebezpiecznych), REACH, WEEE itp.
  • Obowiązkowe certyfikaty zależą od rynków docelowych.

13. Cele produkcyjne i kosztowe:

  • Oczekiwana wielkość produkcji? (Pilotaż małej objętości, średnia objętość, duża objętość) Ma to bezpośredni wpływ na dobór komponentów, procesy produkcyjne i koszty.
  • Jaki jest koszt docelowy? (Koszt BOM, cena ex-factory) (To kluczowe ograniczenie projektowe)
  • Wymagania dotyczące procesu produkcyjnego? (np. montaż SMT, lutowanie ręczne, wymagania dotyczące testowania)
  • Wymagania dotyczące kraju pochodzenia? (Czy istnieją jakieś ograniczenia geograficzne w łańcuchu dostaw?)

14. Opakowanie i wysyłka:

  • Jakie są wymagania dotyczące opakowań produktów? (Materiały przyjazne dla środowiska, odporność na wstrząsy, odporność na wilgoć, wymiary, itp.)
  • Czy akcesoria powinny być dołączone? (Zasilacz, kable, instrukcja obsługi, karta gwarancyjna, itp.)

IV. Realizacja projektu i produkty końcowe

15. Harmonogram projektu:

  • Przewidywany cykl rozwoju? (projekt koncepcyjny, schemat, płytka PCB, prototyp, testowanie, certyfikacja, produkcja pilotażowa, produkcja masowa)
  • Kluczowe daty kamieni milowych? (np. dostarczenie pierwszego prototypu, zakończenie certyfikacji, rozpoczęcie produkcji masowej)

16. Produkty dostarczane:

  • Jakich konkretnych rezultatów oczekuje klient?
    • Dokumentacja projektu? (Schematy, pliki PCB, lista materiałów, kod źródłowy oprogramowania sprzętowego/pliki programowania)
    • Raporty z testów? (testy funkcjonalne, testy wydajności, testy środowiskowe, raporty wstępnej zgodności z normami EMC)
    • Raporty certyfikacyjne? (Ostateczne certyfikaty i raporty certyfikacyjne)
    • Liczba prototypów?
    • Pliki przeznaczone do masowej produkcji? (Pliki Gerber, pliki szablonów, rysunki montażowe, projekty urządzeń testowych itp.)
  • Własność intelektualna (IP)? (Bardzo ważne)

17. Zakres budżetu:

  • Jaki jest budżet klienta na cały projekt (opłaty za rozwój, NRE [niepowtarzalne koszty inżynieryjne], koszty prototypu, opłaty certyfikacyjne)? (Pomaga ocenić wykonalność projektu i przedstawić rozsądne oferty)

V. Inne istotne informacje

18. Istniejące rozwiązania / Produkty referencyjne:

  • Czy klient posiada istniejący prototyp, produkt referencyjny lub produkt konkurencji? To najszybszy sposób zrozumienia wymagań.
  • Które aspekty istniejącego rozwiązania są zadowalające, a które niezadowalające?

19. Własność intelektualna (IP):

  • W jaki sposób będzie definiowana własność wyników rozwoju (projekt sprzętu, kod oprogramowania)? (Zwykle należy do klienta w przypadku niestandardowego rozwoju; musi być wyraźnie określone w umowie)
  • Czy umowa NDA (o zachowaniu poufności) jest wymagana?

20. Serwis i wsparcie posprzedażowe:

  • Jakie są oczekiwania klienta w zakresie wsparcia technicznego i konserwacji po wprowadzeniu produktu na rynek? (np. czas trwania wsparcia? zakres wsparcia?)

21. Łańcuch decyzyjny i kontakty:

  • Kto jest ostatecznym decydentem w kwestiach technicznych?
  • Kto jest osobą kontaktową w sprawach handlowych/biznesowych?
  • Kto jest głównym interfejsem/punktem kontaktowym w projekcie?

Jak skutecznie zbierać te informacje

  1. Użyj ustrukturyzowanego kwestionariusza/listy kontrolnej: Na podstawie powyższej listy stwórz szczegółowy kwestionariusz elektroniczny lub formularz zbierania wymagań, który klient będzie mógł wypełnić. Zapewni to systematyczne gromadzenie informacji.
  2. Przeprowadź pogłębione wywiady: Kwestionariusz to dopiero punkt wyjścia. Zaplanuj szczegółowe spotkania z liderem technicznym klienta (lub osobą decyzyjną), aby omówić każdą kwestię, wyjaśnić niejasności i odkryć ukryte potrzeby (potrzeby, których klient mógł nie określić wprost, ale są ważne).
  3. Podaj szablony/przykłady: W przypadku złożonych wymagań (np. specyfikacji wydajności) należy udostępnić szablony lub przykłady, które ułatwią klientowi przygotowanie jasnych, wymiernych opisów.
  4. Podkreśl „Dlaczego”: Nie pytaj tylko „co” należy zrobić; zapytaj „dlaczego” konkretna funkcja lub specyfikacja jest potrzebna. To pomoże zrozumieć podstawowe potrzeby klienta i potencjalnie znaleźć lepsze rozwiązania projektowe.
  5. Zarządzaj oczekiwaniami: Zacznij zarządzać oczekiwaniami klienta już na etapie gromadzenia informacji. Na przykład, wcześnie komunikuj potencjalne kompromisy dotyczące konfliktów między wymaganiami wysokiej wydajności a celami niskich kosztów lub napiętymi harmonogramami i złożonymi projektami.
  6. Potwierdzenie pisemne: Skonsoliduj wszystkie uzgodnione wymagania w formalnej Specyfikacji Wymagań Produktowych (PRD) lub Umowie Technicznej, podpisanej przez obie strony. Stanowi ona punkt wyjścia do późniejszego projektowania i akceptacji, zapobiegając przyszłym sporom.