Cómo redactar un brief de automatización que los integradores puedan presupuestar
Por DBR77 Team · Publicado el · Actualizado el
Un brief de automatización que los integradores puedan presupuestar describe un proceso con cifras: qué debe mejorar, dónde empieza y dónde termina el sistema, los productos con tamaños, pesos y variantes, los tiempos de ciclo actuales y objetivo, los turnos, las máquinas y los controles existentes, las restricciones del emplazamiento y de seguridad, y cómo se valorará el resultado. Va acompañado de los datos que un ingeniero necesita para diseñar: un plano de implantación, planos de producto, fotos y vídeos, datos de volumen y una lista de señales. Palabras como "rápido", "flexible" o "seguro" no se pueden presupuestar, así que cada una tiene que convertirse en una cifra. Un brief construido así obliga a todos los proveedores a responder a la misma pregunta, de modo que las ofertas se pueden comparar.
Por qué los briefs débiles generan ofertas que no se pueden comparar
Un integrador que recibe una solicitud imprecisa tiene tres opciones: suponer, hacer una larga lista de preguntas o declinar. Lo más habitual es suponer, y cada proveedor supone algo distinto.
Ejemplo ilustrativo: una planta envía a tres integradores "queremos automatizar el embalaje de nuestros productos en la línea 3". Uno da por hecho que se trata de los cinco productos principales y presupuesta una célula de pick and place. Otro cuenta las 30 variantes y presupuesta una célula con visión y cambiador de herramienta. El tercero añade una formadora de cajas, una precintadora y un paletizador porque le pareció lógico. Los tres precios difieren hasta el triple, y cada oferta es correcta según sus propios supuestos. La planta no ha aprendido nada sobre lo que cuesta su proyecto.
Los briefs imprecisos también le hacen perder buenos proveedores. Los integradores con mucha carga de trabajo responden primero a las solicitudes que pueden presupuestar sin semanas de investigación previa.
Los ocho bloques de un brief presupuestable
Recorra los bloques en orden. Si alguno le cuesta rellenarlo, ha encontrado trabajo que hacer antes de enviar el brief. Los ejemplos de la tabla son ilustrativos.
| Bloque | Versión débil | Versión presupuestable |
|---|---|---|
| 1. Objetivo | "Mejorar la eficiencia en el embalaje" | "Eliminar dos puestos de operario manual por turno en el encajado y mantener la velocidad de la línea en tres turnos" |
| 2. Proceso actual | "Embalaje manual" | Descripción paso a paso, tiempo de ciclo actual por paso, número de operarios, fotos y vídeo |
| 3. Productos | "Diversas piezas de plástico" | Lista de variantes con dimensiones, pesos, materiales, embalaje, cuota de volumen, cambios de formato por turno |
| 4. Cadencia | "Alto rendimiento" | Unidades por hora medias y punta, tiempo de ciclo actual y objetivo, turnos, paradas programadas |
| 5. Límites e interfaces | "Integrar con la línea" | Punto de inicio y de fin en el plano, señales desde y hacia el PLC de la línea, posible conexión con MES o ERP, quién modifica los programas existentes |
| 6. Emplazamiento y seguridad | "Debe ser seguro" | Superficie y altura, suministros, zonas compartidas con personas, normas de seguridad del emplazamiento, normas técnicas que espera |
| 7. Aceptación | "Debe funcionar de forma fiable" | Prueba con productos y variantes reales, cadencia objetivo durante un periodo definido, método de control de calidad |
| 8. Marco comercial | (falta) | Rango de presupuesto, inicio de producción previsto, fecha de decisión, proveedores preferentes si los hay |
El objetivo va primero porque permite a los proveedores proponer algo en lo que usted no había pensado. Los productos y la cadencia determinan el tamaño de la solución: el peso de la caja decide el tamaño del robot, y la cadencia punta decide si basta con un robot. Unos límites claros evitan los huecos de alcance más comunes; dónde aparecen lo muestra Cómo definir el alcance de un proyecto de automatización sin complicarlo. Para la aceptación, el protocolo de pruebas completo puede esperar. Indique lo que los proveedores deben demostrar y prepare el protocolo más adelante con Cómo definir criterios de aceptación, FAT y SAT para la automatización.
Compartir un rango de presupuesto suele parecer arriesgado. Sin él, los proveedores no pueden saber si espera una célula sencilla o una línea completa, y las ofertas se reparten entre ambas.
Adjunte los datos que necesitan los ingenieros
Un buen conjunto de anexos ahorra una visita a planta o la hace mucho más útil:
- Plano de implantación de la zona con cotas, pilares, puertas, pasillos y el límite previsto del sistema (DWG o PDF).
- Planos o muestras de producto de cada variante, o al menos de los extremos: la más pequeña, la más grande, la más pesada, la más frágil.
- Fotos y vídeos cortos del proceso actual a velocidad real, desde más de un ángulo, incluido un cambio de formato.
- Datos de volumen: unidades por turno y por variante durante un mes típico, además de las semanas punta.
- Lista de máquinas: máquinas existentes a las que se conecta el sistema, con tipo de controlador y antigüedad.
- Lista de señales o una descripción de lo que la línea envía y espera hoy.
- Normas del emplazamiento: normas de seguridad, seguridad informática, política de acceso remoto y de almacenamiento de datos.
- Normas técnicas esperadas: por ejemplo, ISO 10218-2 para aplicaciones robóticas y células, o ISO 3691-4 para carretillas industriales sin conductor, como AGV y AMR.
Marque lo que es confidencial. Los planos sensibles se pueden compartir bajo NDA en lugar de omitirlos, porque un plano que falta equivale a un requisito que falta.
Use una estructura de brief que los integradores ya conocen
DBR77 Marketplace le guía por el brief con un formulario de ocho pasos, desde la madurez del proyecto hasta el presupuesto, los archivos y los supuestos operativos. Gratis para fabricantes.
Dos briefs reales y lo que hicieron posible
Ficomirrors Polska: límites claros en lugar de deseos. El proveedor Tier-1 de automoción del grupo Ficosa necesitaba un transporte interno estable entre las líneas de producción y las zonas del almacén. En lugar de pedir "un AGV", su Technology Challenge planteaba requisitos y un presupuesto definido: integración con la infraestructura informática existente, palés de hasta 250 kg y los máximos estándares de seguridad en las zonas compartidas por personas y máquinas. Como los límites estaban claros, las propuestas llegaron en un formato estandarizado y pudieron compararse por funcionalidad, coste y compatibilidad de sistemas. La planta eligió Inovatica AGV: dos carretillas autónomas integradas con tabletas en las líneas de producción y con el sistema maestro, que mueven hasta 13 palés por hora en modo continuo. El requisito de "integración con la informática existente" del brief se convirtió en el criterio de "compatibilidad de sistemas" de esa comparación. (caso de estudio de Ficomirrors)
HSV Polska: una primera consulta con todo lo que necesitaba el integrador. HSV Polska, que fabrica productos de plástico EPP, quería una línea automatizada de control de calidad y embalaje. Su primera consulta en la plataforma (entonces llamada Robot Platform) contenía todos los requisitos técnicos que necesitaba el integrador. Con ello, el integrador Redhawk pudo proponer un concepto completo: una simulación 3D en Studio 3D, un análisis operativo y un análisis financiero. En la línea propuesta, los productos salen de un secadero, una primera estación robotizada con un sistema de visión Keyence CV-X470F localiza las piezas, una estación comprueba las dimensiones, las piezas conformes pasan a una báscula y un segundo robot las coloca en un contenedor siguiendo un patrón fijo. Los robots son Fanuc M-10iD/8L (alcance de 2032 mm, carga útil de 8 kg), con acceso remoto Secomea. La simulación 3D confirmó un tiempo de ciclo de la línea inferior a 120 segundos para todos los códigos de producto del proyecto, antes de construir nada. (caso de estudio de HSV)
La prueba del desconocido y los huecos que cuestan dinero
Antes de enviar el brief, déselo durante diez minutos a un ingeniero competente de otro departamento. Debería poder decir cuál es el problema, qué debe hacer el sistema, dónde empieza y dónde termina, y cómo se medirá el éxito. Si no puede, un proveedor tampoco.
Después, revise los huecos que con más frecuencia vuelven como órdenes de cambio:
- Variantes poco frecuentes omitidas porque son "solo el 3 por ciento del volumen".
- Volumen punta que falta, de modo que la célula se dimensiona para una semana media.
- Variación aguas arriba: las piezas llegan con orientaciones distintas o en contenedores diferentes.
- Suministros y obra civil que nadie ha asignado.
- Cambios en los programas de PLC existentes que cada parte da por hecho que corresponden a la otra.
- Acceso remoto para el proveedor, que puede que el departamento de informática no permita.
Anote lo desconocido como desconocido, por ejemplo: "Variante futura, dimensiones aún no conocidas, prevista para el tercer trimestre".
Cómo ayuda DBR77 Marketplace
En DBR77 Marketplace, el brief es el Technology Challenge, que se crea con un formulario guiado en ocho pasos: madurez, tipo y clasificación, descripción, requisitos, presupuesto, archivos, supuestos operativos y una vista previa final. La madurez que usted elige al principio (problema o idea, concepto preliminar, especificación o listo para comprar) determina qué campos son obligatorios.
Los expertos de DBR77 revisan el reto antes de publicarlo, y los planos que no mostraría abiertamente se pueden compartir bajo NDA. Cuando el brief tenga que convertirse en un documento de compra completo, utilice Qué incluir en una RFQ o RFP de automatización.
Preguntas frecuentes
¿Qué extensión debe tener un brief de automatización?
La suficiente para rellenar los ocho bloques con cifras. Un brief de dos páginas con un plano de implantación, una lista de productos y un vídeo vale más que un documento de 30 páginas con requisitos generales.
¿Debemos proponer una solución en el brief?
Describa la tarea y las restricciones y deje la solución a los proveedores. Si tiene un estándar de planta (una marca de PLC o de robot) o un motivo de peso para una tecnología, indíquelo como restricción. Por lo demás, mantenga el brief abierto a sus propuestas.
¿Y si los proveedores siguen enviando ofertas que no se pueden comparar?
Compruebe si el brief dejó abierta la diferencia. Si es así, aclare el hueco para todos los licitadores y pida ofertas actualizadas. Cómo comparar ofertas de automatización en una sola tabla muestra cómo alinearlas.
Conclusión
Empiece por la tabla: rellene con cifras cada uno de los ocho bloques y trate cualquier bloque que no pueda rellenar como trabajo pendiente antes de enviar el brief. Después adjunte el plano, los datos de producto, el vídeo y la lista de señales, déle el brief durante diez minutos a un ingeniero de otro departamento y cierre los huecos de la lista anterior antes de publicarlo.
Redáctelo una vez y reciba ofertas comparables
Publique su brief como un Technology Challenge en DBR77 Marketplace o pida a nuestro equipo que lo revise antes de publicarlo.
Publique su Technology Challenge · Contacte con el equipo de Marketplace
Fuentes
- DBR77, How DBR77 Marketplace stabilized logistics for a Tier-1 automotive supplier (Ficomirrors), 2026
- DBR77, HSV case study: A success story on the Robot Platform, 2023
- ISO, ISO 10218-2:2025 Robotics: Safety requirements, Part 2: Industrial robot applications and robot cells, 2025
- ISO, ISO 3691-4:2023 Industrial trucks: Safety requirements and verification, Part 4: Driverless industrial trucks and their systems, 2023