Saltar al contenido

Cómo elegir la primera tarea para un agente de IA

Por Javier Mancera Villa, Cofundador de Pliuz. Publicado el 13 de noviembre de 2026.

Por dónde empezar

La forma más honesta de empezar con un agente de IA en una pyme es elegir una tarea repetitiva concreta, no lanzar un proyecto de transformación. Quien hace el trabajo es quien mejor sabe cuál. El agente puede preparar esa tarea. Una persona aprueba lo que se ejecuta.

«Cómo implementar IA en mi empresa» se busca como si hubiera que desplegar un sistema. El orden que proponemos es más pequeño: una tarea, explicada por quien la hace, con un criterio de cuándo está bien hecha. El programa de gestión es un ejemplo de dónde vive el trabajo, no la puerta de entrada.

Partir de una tarea, no de un proyecto

Un proyecto nombra un objetivo amplio: «digitalizar administración», «poner IA en ventas». Una tarea nombra un trabajo que ya ocurre. Se reconoce porque vuelve, sigue unos pasos parecidos y alguien del equipo ya sabe cómo se hace bien.

El procedimiento, en el mismo orden en que está marcado para los buscadores:

  1. Nombra una tarea, no un proyecto. Escribe una tarea que vuelve, con pasos parecidos, en una frase. Si solo puedes nombrar un área o un proyecto de transformación, todavía no hay primera tarea.
  2. Respóndete las cinco preguntas. Están en la sección siguiente. Si una respuesta te saca de la tarea, no la fuerces.
  3. Aparta lo que no está listo. Envíos, pagos, borrados y todo lo que no tenga un criterio de «bien hecho» esperan.
  4. Ciérralo con quien hace el trabajo. Esa persona confirma la tarea, los datos que se pueden usar y qué hay que mirar antes de aprobar. Si no la reconoce, no es la primera.

La Comisión Europea llama empresa pequeña a la que tiene menos de 50 personas en plantilla. Es el tramo del que habla la home de Pliuz, no un requisito legal para usar este método. La definición está en la página de pyme de la Comisión.

Preguntas para elegirla

Son un guion para la persona que hace la tarea. No son conclusiones de entrevistas: no tenemos resultados que citar y no los vamos a inventar.

  1. ¿Vuelve con pasos parecidos, y no solo cuando hay una crisis?
  2. ¿Puedes explicar cómo se sabe que está bien hecha, sin decir «depende» a todo?
  3. ¿Si la propuesta sale mal, lo ves antes de que el mensaje, el pago o el borrado abandonen tu mesa?
  4. ¿Implica enviar, pagar o borrar? Si la respuesta es sí, se puede preparar, y no conviene que sea la primera que se suelta.
  5. ¿Cabe en una frase, sin nombrar un proyecto ni un departamento entero?

Ejemplo ilustrativo, no un caso de un cliente. «Cada lunes reúno las facturas de proveedor que han llegado y anoto proveedor, importe e impuesto» cabe en una frase y tiene un criterio: los tres datos coinciden con el PDF. «Ordenar la administración con IA» no cabe, y no se sabe cuándo estaría terminado.

Qué es un agente, y qué no, está en la guía de qué es un agente de IA. La aprobación de lo que se ejecuta, en human in the loop.

Cuáles dejar para después

Estas señales dicen que la tarea puede esperar. No dicen que sea poco importante. Dicen que todavía no está lista para que un agente proponga el paso.

  • Sale de la empresa, mueve dinero o borra un dato. Un correo a un cliente, un pago, un borrado. El agente puede dejar el borrador. La primera tarea que se elige debería poder revisarse entera antes de que nada salga.
  • No hay un «bien hecho» que se pueda decir. Si dos personas del equipo no coincidirían al ver la propuesta, el agente no tiene un criterio que heredar.
  • El error no se ve en la propuesta. Si solo se descubre cuando el cliente contesta o cuando la cuenta no cuadra a fin de mes, la revisión de antes no alcanza.
  • Solo se puede nombrar como proyecto. «Implementar IA», «automatizar el departamento» o «cambiar el programa de gestión» no son una primera tarea.

No prometemos deshacer lo que ya se ejecutó, ni un ahorro, ni una integración, ni que Pliuz cumpla el RGPD. Dejar esas tareas para después es precisamente no fingir que el agente las cierra solo.

Cómo implicar a quien hace el trabajo

La persona que hace la tarea no es el público de una presentación. Es quien elige. Un guion corto para esa conversación, sin acta de proyecto:

  • Pídele una tarea de su semana, no una opinión sobre la IA.
  • Pídele que marque qué datos se pueden usar y cuáles no se pegan en ningún sitio.
  • Pídele la lista de lo que miraría antes de dar por buena una propuesta.
  • Dale permiso para descartar la candidata. Si la descarta, no hay primera tarea todavía, y eso es un resultado válido.

Informática puede estar en la sala. No vota la tarea en nombre de quien la hace. La home lo dice así: el empleado decide qué quiere apoyar, y partimos de una tarea, no de una conversación sobre tecnología.

Pliuz está en construcción. No hay usuarios ni clientes, no anunciamos integraciones y esta guía no ofrece una fecha ni un resultado en la primera hora. No hay una lista de correo aparte en esta web.

Ver pliuz.com

Preguntas frecuentes

¿Por dónde empiezo si quiero usar IA en mi empresa?

Por una tarea repetitiva concreta, no por un proyecto de transformación. Quien hace esa tarea es quien mejor puede decir si está bien elegida.

¿Qué tareas dejo para después?

Las que envían algo fuera, ordenan un pago o borran un dato; las que no tienen un criterio claro de «bien hecho»; y las que solo se pueden nombrar como un departamento entero.

¿Quién tiene que participar en la elección?

La persona que hace el trabajo. Puede nombrar la tarea, decir qué datos se pueden usar y qué hay que mirar antes de aprobar. Informática no elige por ella.

¿Elegir la tarea significa que el agente ya la hace solo?

No. Elegir es decidir qué puede preparar un agente. Enviar, pagar o borrar sigue en manos de una persona. Esta guía no anuncia una función disponible ni una fecha.

Fuentes