завантажити цей файл у форматі PDF

I. Визначення та вимоги до основного продукту

1. Функціональні вимоги:

  • Які основні функції повинен реалізовувати продукт? Опишіть якомога детальніше.
  • Який операційний потік для кожної функції? (наприклад, як користувач увімкне, налаштує та використовувати функцію?)
  • Які вхідні дані? (Кнопки, датчики, дані, отримані через комунікаційні інтерфейси тощо)
  • Які результати? (Дисплеї, індикатори, звуки, дії двигуна, дані, що надсилаються через інтерфейси зв'язку тощо)

2. Технічні характеристики:

  • Які ключові параметри продуктивності? (наприклад, точність вимірювання, швидкість відгуку, можливості обробки, швидкість передачі, роздільна здатність, діапазон потужності, ефективність тощо)
  • Які конкретні цільові значення або допустимі діапазони для цих параметрів?

3. Інтерфейс користувача (UI) та взаємодія:

  • Які інтерфейси користувача потрібні? (наприклад, кнопки, сенсорний екран, ручки, світлодіодні індикатори, тип і розмір дисплея, звукові підказки тощо)
  • Як користувач взаємодіє з продуктом? Яка операційна логіка?
  • Чи є якісь особливі вимоги до ергономіки або зручності використання?

4. Операційне середовище:

  • У якому середовищі буде використовуватися продукт? (наприклад, для використання в приміщенні/на вулиці, діапазон температур, діапазон вологості, клас захисту IP (Ingress Protection) для водо-/пилостійкості, вимоги до стійкості до ударів/вібрацій, наявність агресивних газів, середовище електромагнітних перешкод/електромагнітної сумісності тощо) Це має вирішальне значення для вибору матеріалу, класу компонентів та захисної конструкції.

5. Цільові користувачі та ринок:

  • Хто є основними користувачами продукту? (Споживачі, промислові користувачі, медичні користувачі тощо)
  • Де знаходяться основні ринки збуту? (У різних регіонах діють різні нормативні вимоги.) Це допомагає зрозуміти потреби користувача в взаємодії та напрямки дотримання вимог.

II. Технічні характеристики та інтерфейси

6. Вимоги до джерела живлення:

  • Тип джерела вхідного живлення? (Мережа змінного струму, адаптер постійного струму, тип та характеристики батареї, живлення від USB, PoE тощо)
  • Діапазон напруги та струму? Вимоги до живлення? Чи є вимоги до споживання енергії в режимі очікування або пікового споживання?
  • Чи потрібна функція керування живленням? (наприклад, режими низького енергоспоживання, керування зарядкою акумулятора тощо)

7. Інтерфейси зв'язку:

  • Які методи комунікації потрібні? (наприклад, USB, Ethernet, Wi-Fi, Bluetooth, Zigbee, LoRa, RS232/485, CAN, I2C, SPI, UART тощо)
  • Які конкретні характеристики інтерфейсу? (наприклад, USB 2.0/3.x, Wi-Fi 802.11 b/g/n/ac/ax, версія Bluetooth)
  • Які протоколи зв'язку використовуються? (наприклад, TCP/IP, Modbus, MQTT, користувацькі протоколи тощо) Вимоги до швидкості передачі даних та відстані?

8. Датчики та виконавчі механізми:

  • Які датчики потрібно інтегрувати? (наприклад, температура, вологість, тиск, акселерометр, гіроскоп, датчик навколишнього освітлення, датчик наближення тощо)
  • Які виконавчі механізми потрібно керувати? (наприклад, тип двигуна, реле, світлодіодні стрічки, зумери тощо) Які конкретні номери деталей або вимоги до продуктивності цих периферійних пристроїв?

9. Можливості обробки та зберігання:

  • Які вимоги до обчислювальної здатності головного контролера? (наприклад, потрібно запускати складні алгоритми, операційну систему?)
  • Скільки пам'яті та місця для зберігання потрібно? (ОЗП, флеш-пам'ять/EEPROM, SD-карта тощо)
  • Чи є певні переваги для мікроконтролерів або процесорів?

10. Механічна конструкція та корпус:

  • Які очікувані обмеження щодо розмірів, форми та ваги продукту?
  • Вимоги до матеріалу корпусу? (Пластик, метал тощо)
  • Чи доступні ескізи промислового дизайну, 3D-моделі або еталонні продукти?
  • Спосіб кріплення? (Настінне, вбудоване, ручне тощо)
  • Вимоги до терморегуляції? (Потрібні вентилятори, радіатори?)

11. Дисплей та індикація:

  • Тип дисплея? (світлодіодний сегментний дисплей, сегментний РК-дисплей, матричний РК-дисплей, OLED, кольоровий TFT-екран тощо)
  • Вимоги до розміру дисплея, роздільної здатності, яскравості, кута огляду?
  • Кількість, колір та значення стану індикаторних ламп?

III. Нормативні акти, сертифікація та вимоги до виробництва

12. Відповідність та сертифікація:

  • Яким нормам та сертифікатам має відповідати продукт? (Надзвичайно важливо)
    • Сертифікати безпеки: UL, CE (LVD), CCC, PSE, KC тощо.
    • Сертифікати електромагнітної сумісності (ЕМС): FCC, CE (EMC), CISPR, VCCI тощо.
    • Галузеві сертифікати: Медицина (FDA, ISO 13485), Автомобільна (IATF 16949), Промисловий контроль, Аерокосмічна промисловість тощо.
    • Екологічні сертифікати: RoHS (Обмеження використання небезпечних речовин), REACH, WEEE тощо.
  • Цільові ринки визначають обов'язкові сертифікації.

13. Цілі виробництва та витрат:

  • Очікуваний обсяг виробництва? (Пілотна проєктна ... Це безпосередньо впливає на вибір компонентів, виробничі процеси та вартість.
  • Яка цільова вартість? (Вартість специфікації, ціна франко-завод) (Це ключове обмеження дизайну)
  • Вимоги до виробничого процесу? (наприклад, поверхневе складання, ручне паяння, вимоги до випробувань)
  • Вимоги до країни походження? (Чи є якісь географічні обмеження щодо ланцюга постачання?)

14. Упаковка та доставка:

  • Які вимоги до упаковки продукції? (Екологічно чисті матеріали, ударостійкість, вологостійкість, розміри тощо)
  • Чи повинні бути включені аксесуари (адаптер живлення, кабелі, інструкція користувача, гарантійний талон тощо)?

IV. Виконання проекту та його результати

15. Графік проекту:

  • Очікуваний цикл розробки? (Концептуальний дизайн, схема, друкована плата, прототип, тестування, сертифікація, пілотне виробництво, масове виробництво)
  • Ключові етапи? (наприклад, поставка першого прототипу, завершення сертифікації, початок масового виробництва)

16. Результати:

  • Які конкретні результати роботи потрібні клієнту?
    • Проектна документація? (Схеми, файли друкованих плат, список BOM, вихідний код прошивки/файли програмування)
    • Звіти про випробування? (Функціональне випробування, випробування продуктивності, випробування на вплив навколишнього середовища, звіти про попередню відповідність вимогам щодо електромагнітної сумісності)
    • Звіти про сертифікацію? (Сертифікати та звіти про остаточну успішну сертифікацію)
    • Кількість прототипів?
    • Файли масового виробництва? (файли Gerber, файли трафаретів, складальні креслення, креслення випробувальних приладів тощо)
  • Володіння інтелектуальною власністю (ІВ)? (Дуже важливо)

17. Бюджетний діапазон:

  • Який бюджет клієнта на весь проект (вартість розробки, одноразова інженерія [NRE], вартість прототипу, вартість сертифікації)? (Допомагає оцінити доцільність проекту та надати обґрунтовані кошториси)

V. Інша важлива інформація

18. Існуючі рішення / Довідкові продукти:

  • Чи має клієнт існуючий прототип, еталонний продукт або продукт конкурента? Це найшвидший спосіб зрозуміти вимоги.
  • Які аспекти існуючого рішення є задовільними, а які незадовільними?

19. Інтелектуальна власність (ІВ):

  • Як буде визначено право власності на результати розробки (проектування апаратного забезпечення, програмний код)? (Зазвичай належить клієнту при розробці на замовлення; це має бути чітко зазначено в договорі)
  • Чи потрібна угода про нерозголошення (NDA)?

20. Післяпродажне обслуговування та підтримка:

  • Які очікування клієнта щодо технічної підтримки та обслуговування після запуску? (наприклад, тривалість підтримки? обсяг підтримки?)

21. Ланцюг рішень та контакти:

  • Хто приймає остаточне рішення з технічних питань?
  • Хто є контактною особою з комерційних/ділових питань?
  • Хто є основним контактним особою/особою, що відповідає за проект?

Як ефективно збирати цю інформацію

  1. Використовуйте структуровану анкету/контрольний список: На основі наведеного вище списку створіть детальну електронну анкету або форму збору вимог для заповнення клієнтом. Це забезпечить систематичний збір інформації.
  2. Проведіть поглиблені інтерв'ю: Анкета – це лише відправна точка. Заплануйте детальні зустрічі з технічним керівником клієнта (або особою, яка приймає рішення), щоб обговорити кожен пункт, з'ясувати неоднозначності та виявити приховані вимоги (потреби, які клієнт, можливо, не заявив прямо, але є важливими).
  3. Надайте шаблони/приклади: Для складних вимог (наприклад, специфікацій продуктивності) надайте шаблони або приклади, щоб допомогти клієнту надавати чіткі, кількісно вимірні описи.
  4. Підкресліть «Чому»: Не просто запитуйте «що» потрібно зробити; запитайте «чому» потрібна певна функція або специфікація. Це допомагає зрозуміти основні потреби клієнта та потенційно знайти кращі дизайнерські рішення.
  5. Керуйте очікуваннями: Почніть керувати очікуваннями клієнтів ще під час збору інформації. Наприклад, завчасно повідомте про потенційні компроміси щодо конфліктів між вимогами до високої продуктивності та низьковитратними цілями, або про стислий графік та складні проекти.
  6. Письмове підтвердження: Зведіть усі узгоджені вимоги до офіційної Специфікації вимог до продукту (PRD) або Технічної угоди, підписаної обома сторонами. Це слугуватиме основою для подальшого проектування та прийняття, запобігаючи майбутнім суперечкам.