Para automatizar una empresa con IA, empieza por una sola tarea repetida. Define la entrada que recibe el sistema, la salida que debe producir, la persona que valida el resultado y la medida que observarás. Prueba este bucle bajo control humano. Después decide si amplías el alcance, revisas el bucle o lo detienes. La herramienta viene más tarde. Así, una intención amplia se convierte en una prueba que se puede leer, cuestionar e interrumpir.
¿Qué hay que definir antes de automatizar una empresa con IA?
Define el efecto esperado del proceso antes de elegir la tecnología. Una regla puede mover información. Un sistema de IA puede preparar una propuesta. Otra configuración puede actuar en una herramienta externa. La salida esperada determina el control humano, la prueba que se conserva y el momento en que el bucle debe detenerse.
El AI Risk Management Framework del NIST es de uso voluntario y está destinado a mejorar la incorporación de consideraciones de fiabilidad en el diseño, el desarrollo, el uso y la evaluación de sistemas de IA. Aquí sirve como vocabulario de control, no como sello.
El encuadre inicial cabe en una frase: «Cuando llega esta entrada, el sistema prepara esta salida, esta persona la valida y esta medida decide qué ocurre después». Si una parte exige otro proyecto, reduce la tarea.
¿Qué tarea conviene automatizar primero?
Elige una tarea cuyo inicio, final y resultado sean visibles para la persona que ya realiza el trabajo. «Automatizar la atención» no define ni frontera ni salida. «Preparar un borrador a partir de una solicitud y una base aprobada» describe un bucle que puede probarse sin enviar el mensaje.
- Repetida. El mismo tipo de trabajo vuelve y aporta casos que revisar.
- Acotada. Una entrada inicia la tarea y una salida concreta la termina.
- Verificable. Una persona puede aceptar, corregir o rechazar la salida.
- Interrumpible. Una entrada incompleta, ambigua, contradictoria o sensible puede detener el bucle.
- Asignada. Una persona responde de las reglas, las pruebas y la decisión final.
Si la tarea necesita varias herramientas y puede ejecutar acciones, el pliego de condiciones para un proyecto de IA permite convertirla en un contrato de aceptación. Este ejemplo de proyecto de inteligencia artificial también ayuda a comparar puntos de partida.
¿Cómo se escribe la ficha del proceso?
Escribe el bucle en una sola ficha que la persona responsable pueda entender sin ver la herramienta. La tabla usa el ejemplo ficticio de un borrador de respuesta. No promete ninguna ganancia. Muestra qué hay que decidir antes de probar.
| Campo | Pregunta que resolver | Ejemplo de borrador |
|---|---|---|
| Tarea repetida | ¿Qué trabajo preciso se repite? | Preparar un borrador tras una solicitud entrante |
| Entrada | ¿Qué información y fuentes se aceptan? | El mensaje y una base documental aprobada |
| Salida | ¿Qué resultado exacto debe producirse? | Un borrador que remite al contenido utilizado |
| Validación humana | ¿Quién acepta, corrige o rechaza? | La persona responsable de la respuesta |
| Medida | ¿Qué criterio observable decide si pasa? | Se respeta el formato y cada dato procede de una fuente autorizada |
| Parada | ¿Qué casos no deben producir ninguna acción? | Dato ausente, ambigüedad, contradicción o solicitud sensible |
| Decisión | ¿Qué se concluye tras las pruebas? | Ampliar, revisar el bucle o detenerlo |
France Num recomienda formalizar objetivos, funciones y reglas, y probar antes del despliegue. También aconseja supervisión humana para tareas sensibles, trazabilidad y mantenimiento de instrucciones, configuraciones y documentos. Estas recomendaciones respaldan el lugar de la validación, las pruebas y el mantenimiento en la ficha.
Convertir la ficha en un contrato de aceptación
El proceso ya está delimitado. La siguiente plantilla convierte sus campos en criterios, pruebas y responsabilidades escritos.
Abrir el pliego del proyecto de IA¿Cómo se prueba el bucle bajo control humano?
Prueba tanto las salidas aceptables como los casos en los que el sistema debe detenerse. En el ejemplo, ningún mensaje se envía automáticamente. La persona responsable lee la propuesta, vuelve a las fuentes y registra su decisión.
- Caso normal. Una solicitud completa cubierta por la base produce un borrador con fuentes.
- Caso incompleto. Falta información necesaria y el bucle señala el vacío sin rellenarlo.
- Caso ambiguo. Quedan varias interpretaciones y la persona responsable decide.
- Caso contradictorio. Dos fuentes autorizadas difieren y el bucle muestra el conflicto y se detiene.
- Caso sensible. La solicitud sale de la frontera escrita y no se realiza ninguna acción externa.
Para cada prueba, conserva la entrada, la versión de las fuentes, la salida, la decisión, la excepción y la corrección. Este registro permite revisar una regla concreta. Una demostración correcta no basta si los rechazos quedan ocultos.
¿Cómo se mide el resultado sin inventar una ganancia?
Elige antes de la prueba una medida vinculada a la salida y compara todos los casos con esa misma base. Para un borrador, puede ser el respeto del formato y el respaldo de cada dato por una fuente autorizada. Para una clasificación, puede ser el acuerdo o desacuerdo de la persona responsable con la categoría propuesta. La medida describe un resultado observado. No convierte la prueba en una promesa de tiempo o ahorro.
Registra la situación inicial con la misma unidad. Si no existe una base comparable, presenta los resultados sin afirmar una mejora. El Playbook del NIST propone acciones voluntarias alineadas con Govern, Map, Measure y Manage. El NIST aclara que no es una lista de control ni una secuencia que deba aplicarse por completo. La medida debe seguir ligada al proceso probado.
¿Qué herramienta elegir para automatizar una empresa con IA?
Elige la herramienta que pueda ejecutar la ficha con los accesos necesarios y deje pruebas legibles. Comprueba las entradas, los permisos, el modo de prueba, la validación humana, los registros, la exportación de reglas y resultados y la responsabilidad del mantenimiento.
Una interfaz visual puede reducir parte del trabajo de programación. No define la tarea, las fuentes autorizadas, el criterio de aceptación ni la persona responsable. Compara candidatos con la misma entrada y la misma salida. Si falta una función exigida por la ficha, cambia de herramienta o reduce el alcance.
¿Cuándo conviene ampliar, revisar o detener la automatización?
Amplía solo cuando la salida cumple el criterio escrito, la persona responsable conserva la decisión y las excepciones siguen visibles. Después puedes añadir un permiso o una acción dentro de una nueva frontera probada. Una prueba correcta no autoriza automáticamente más datos o acciones.
Revisa el bucle cuando los errores muestran una entrada mal definida, una fuente insuficiente, una salida vaga o una prueba incompleta. Detén el trabajo si los datos necesarios no están controlados, nadie puede validar la salida o el proceso supera su frontera.
¿Qué preguntas conviene plantearse antes de automatizar con IA?
¿Qué tarea conviene automatizar primero con IA? Elige una tarea repetida, acotada y verificable. Define su entrada, su salida y quién acepta, corrige o rechaza el resultado.
¿Cómo se mide una automatización con IA? Elige antes de la prueba una medida ligada a la salida. Conserva la entrada, la salida, la decisión, la excepción y la corrección, y compara las pruebas con la misma base.
¿Qué herramienta elegir para automatizar una empresa con IA? Elige la herramienta después de escribir el bucle. Comprueba entradas, permisos, modo de prueba, validación humana, registros, exportación y mantenimiento.
¿Cuándo conviene ampliar o detener la automatización? Amplía solo si la salida cumple el criterio escrito, la persona responsable conserva la decisión y las excepciones siguen visibles. Revisa o detén si dejan de cumplirse esas condiciones.
Elegir la puerta adecuada
El primer proceso ya tiene entrada, salida, validación, medida y decisión. Elige ahora la puerta que corresponde al trabajo real.
Elegir la puerta adecuada