Descargue este archivo en formato PDF

I. Definición y requisitos del producto principal

1. Requisitos funcionales:

  • ¿Qué funciones principales debe implementar el producto? Describa con el mayor detalle posible.
  • ¿Cuál es el flujo operativo para cada función? (por ejemplo, ¿cómo habilita, configura y utiliza el usuario la función?)
  • ¿Cuales son las entradas? (Botones, sensores, datos recibidos vía interfaces de comunicación, etc.)
  • ¿Cuáles son los resultados? (Pantallas, luces indicadoras, sonidos, acciones de motores, datos enviados a través de interfaces de comunicación, etc.)

2. Especificaciones de rendimiento:

  • ¿Cuáles son los parámetros clave de rendimiento? (por ejemplo, precisión de medición, velocidad de respuesta, capacidad de procesamiento, tasa de transmisión, resolución, rango de potencia, eficiencia, etc.)
  • ¿Cuáles son los valores objetivo específicos o rangos aceptables para estos parámetros?

3. Interfaz de usuario (UI) e interacción:

  • ¿Qué interfaces de usuario son necesarias? (por ejemplo, botones, pantalla táctil, perillas, indicadores LED, tipo y tamaño de pantalla, indicaciones de audio, etc.)
  • ¿Cómo interactúa el usuario con el producto? ¿Cuál es la lógica operativa?
  • ¿Existen requisitos específicos de ergonomía o usabilidad?

4. Entorno operativo:

  • ¿En qué entorno se utilizará el producto? (por ejemplo, interior/exterior, rango de temperatura, rango de humedad, clasificación IP (protección de ingreso) para resistencia al agua/polvo, requisitos de resistencia a golpes/vibraciones, presencia de gases corrosivos, entorno EMI/EMC, etc.) Esto es crucial para la selección de materiales, la calidad de los componentes y el diseño de protección.

5. Usuarios y mercado objetivo:

  • ¿Quiénes son los principales usuarios del producto? (Consumidores, usuarios industriales, usuarios médicos, etc.)
  • ¿Dónde están los principales mercados de ventas? (Cada región tiene diferentes requisitos regulatorios). Esto ayuda a comprender las necesidades de experiencia del usuario y la dirección de cumplimiento.

II. Especificaciones técnicas e interfaces

6. Requisitos de fuente de alimentación:

  • ¿Tipo de fuente de alimentación de entrada? (Red eléctrica CA, adaptador CC, tipo y especificaciones de batería, alimentación USB, PoE, etc.)
  • ¿Rango de voltaje y corriente? ¿Requerimientos de energía? ¿Se requiere energía en modo de espera o consumo máximo de energía?
  • ¿Es necesaria la funcionalidad de administración de energía? (por ejemplo, modos de bajo consumo, gestión de carga de batería, etc.)

7. Interfaces de comunicación:

  • ¿Qué métodos de comunicación son necesarios? (por ejemplo, USB, Ethernet, Wi-Fi, Bluetooth, Zigbee, LoRa, RS232/485, CAN, I2C, SPI, UART, etc.)
  • ¿Cuáles son las especificaciones de la interfaz específica? (por ejemplo, USB 2.0/3.x, Wi-Fi 802.11 b/g/n/ac/ax, versión de Bluetooth)
  • ¿Qué protocolos de comunicación se utilizan? (por ejemplo, TCP/IP, Modbus, MQTT, protocolos personalizados, etc.) ¿Requisitos de velocidad y distancia de transmisión de datos?

8. Sensores y actuadores:

  • ¿Qué sensores necesitan integrarse? (por ejemplo, temperatura, humedad, presión, acelerómetro, giroscopio, sensor de luz ambiental, sensor de proximidad, etc.)
  • ¿Qué actuadores necesitan ser accionados? (por ejemplo, tipo de motor, relés, tiras de LED, zumbadores, etc.) ¿Cuáles son los números de pieza específicos o los requisitos de rendimiento para estos periféricos?

9. Capacidad de procesamiento y almacenamiento:

  • ¿Cuáles son los requisitos para la capacidad de procesamiento del controlador principal? (por ejemplo, ¿necesita ejecutar algoritmos complejos o un sistema operativo?)
  • ¿Cuánta memoria y espacio de almacenamiento se requiere? (RAM, Flash/EEPROM, tarjeta SD, etc.)
  • ¿Existen preferencias específicas por microcontroladores o procesadores?

10. Estructura mecánica y envolvente:

  • ¿Cuáles son las dimensiones, forma y restricciones de peso esperadas del producto?
  • ¿Requerimientos de material del gabinete? (Plástico, metal, etc.)
  • ¿Hay bocetos de diseño industrial, modelos 3D o productos de referencia disponibles?
  • ¿Método de montaje? (Montaje en pared, empotrado, portátil, etc.)
  • ¿Requerimientos de gestión térmica? (¿Se necesitan ventiladores y disipadores de calor?)

11. Pantalla e indicación:

  • ¿Tipo de pantalla? (Pantalla de segmentos LED, LCD de segmentos, LCD de matriz de puntos, OLED, pantalla a color TFT, etc.)
  • ¿Requisitos de tamaño de pantalla, resolución, brillo y ángulo de visión?
  • ¿Número, color y significado del estado de las luces indicadoras?

III. Regulaciones, certificaciones y requisitos de fabricación

12. Cumplimiento y certificaciones:

  • ¿Qué normativas y certificaciones debe cumplir el producto? (Muy importante)
    • Certificaciones de seguridad: UL, CE (LVD), CCC, PSE, KC, etc.
    • Certificaciones de compatibilidad electromagnética (EMC): FCC, CE (EMC), CISPR, VCCI, etc.
    • Certificaciones específicas de la industria: Médica (FDA, ISO 13485), Automotriz (IATF 16949), Control Industrial, Aeroespacial, etc.
    • Certificaciones Ambientales: RoHS (Restricción de sustancias peligrosas), REACH, WEEE, etc.
  • Los mercados objetivo determinan las certificaciones obligatorias.

13. Objetivos de fabricación y costes:

  • ¿Volumen de producción esperado? (Piloto de bajo volumen, volumen medio, volumen alto) Esto afecta directamente la selección de componentes, los procesos de producción y los costos.
  • ¿Cuál es el costo objetivo? (Costo de lista de materiales, precio de fábrica) (Esta es una restricción de diseño clave)
  • ¿Requisitos del proceso de producción? (por ejemplo, ensamblaje SMT, soldadura manual, requisitos de prueba)
  • ¿Requisitos de país de origen? (¿Existen restricciones geográficas en la cadena de suministro?)

14. Embalaje y envío:

  • ¿Cuáles son los requisitos del embalaje del producto? (Materiales ecológicos, resistencia a los golpes, resistencia a la humedad, dimensiones, etc.)
  • ¿Deben incluirse accesorios? (Adaptador de corriente, cables, manual de usuario, tarjeta de garantía, etc.)

IV. Ejecución del proyecto y entregables

15. Cronograma del proyecto:

  • Ciclo de desarrollo previsto (diseño conceptual, esquema, PCB, prototipo, pruebas, certificación, producción piloto, producción en masa)
  • ¿Fechas clave? (por ejemplo, entrega del primer prototipo, finalización de la certificación, inicio de la producción en masa)

16. Entregables:

  • ¿Qué entregables específicos requiere el cliente?
    • ¿Documentación de diseño? (Esquemas, archivos de PCB, lista de materiales, código fuente del firmware/archivos de programación)
    • ¿Informes de pruebas? (Pruebas funcionales, pruebas de rendimiento, pruebas ambientales, informes de preconformidad de EMC)
    • ¿Informes de certificación? (Certificados e informes de certificación aprobados)
    • ¿Número de prototipos?
    • ¿Archivos de producción en masa? (Archivos Gerber, archivos de plantillas, dibujos de ensamblaje, diseños de accesorios de prueba, etc.)
  • ¿Propiedad intelectual (PI)? (Muy importante)

17. Rango de presupuesto:

  • ¿Cuál es el presupuesto del cliente para todo el proyecto (honorarios de desarrollo, NRE [Ingeniería no recurrente], costos de prototipo, honorarios de certificación)? (Ayuda a evaluar la viabilidad del proyecto y a proporcionar cotizaciones razonables)

V. Otra información crítica

18. Soluciones existentes / Productos de referencia:

  • ¿Tiene el cliente un prototipo existente, un producto de referencia o un producto de la competencia? Esta es la forma más rápida de comprender los requisitos.
  • ¿Qué aspectos de la solución existente son satisfactorios e insatisfactorios?

19. Propiedad intelectual (PI):

  • ¿Cómo se definirá la propiedad de los resultados del desarrollo (diseño de hardware, código de software)? (Normalmente pertenece al cliente en el desarrollo personalizado; debe indicarse explícitamente en el contrato)
  • ¿Es necesario un NDA (acuerdo de confidencialidad)?

20. Servicio y soporte posventa:

  • ¿Cuáles son las expectativas del cliente respecto al soporte técnico y el mantenimiento posteriores al lanzamiento? (por ejemplo, ¿duración del soporte? ¿Alcance del soporte?)

21. Cadena de decisión y contactos:

  • ¿Quién es el que toma las decisiones finales sobre cuestiones técnicas?
  • ¿Quién es la persona de contacto para cuestiones comerciales/empresariales?
  • ¿Quién es la interfaz/punto de contacto principal del proyecto?

Cómo recopilar esta información de manera eficiente

  1. Utilice un cuestionario/lista de verificación estructurada: Con base en la lista anterior, cree un cuestionario electrónico detallado o un formulario de recopilación de requisitos para que el cliente lo complete. Esto garantiza una recopilación sistemática de información.
  2. Realizar entrevistas en profundidad: El cuestionario es solo el punto de partida. Programe reuniones exhaustivas con el responsable técnico del cliente (o la persona encargada de la toma de decisiones) para analizar cada elemento, aclarar ambigüedades y descubrir requisitos latentes (necesidades que el cliente quizá no haya indicado explícitamente, pero que son importantes).
  3. Proporcionar plantillas/ejemplos: Para requisitos complejos (por ejemplo, especificaciones de rendimiento), proporcione plantillas o ejemplos para guiar al cliente hacia la provisión de descripciones claras y cuantificables.
  4. Enfatizar el “por qué”: No se limite a preguntar qué se debe hacer; pregunte por qué se necesita una función o especificación específica. Esto ayuda a comprender las necesidades principales del cliente y, potencialmente, a encontrar mejores soluciones de diseño.
  5. Manejar las expectativas: Comience a gestionar las expectativas del cliente durante la recopilación de información. Por ejemplo, comunique con antelación las posibles compensaciones en caso de conflicto entre requisitos de alto rendimiento y objetivos de bajo coste, o plazos ajustados y diseños complejos.
  6. Confirmación escrita: Consolidar todos los requisitos acordados en una Especificación de Requisitos del Producto (PRD) o Acuerdo Técnico formal, firmado por ambas partes. Esto sirve como base para el diseño y la aceptación posteriores, previniendo futuras disputas.