Por qué Pliuz nunca será 100 % automático

Significa que el objetivo no es quitar a la persona del trabajo. Un agente puede adelantar la parte repetible. La decisión de ejecutar se queda en quien conoce el caso: el cliente, el proveedor, el tono, la excepción que el texto no cuenta.

No lo planteamos como un escalón hacia un sistema que, más adelante, actúe solo. La home lo dice con otras palabras: un modelo híbrido a propósito, porque un modelo se equivoca. Si la propuesta está mal y nadie la mira, el error sale con el nombre de la empresa.

En la práctica de una oficina, «automático» se confunde con «rápido». Aquí no son lo mismo. Rápido es tener el borrador antes. Automático sería enviarlo, pagarlo o borrarlo sin que nadie diga que sí. Esa segunda parte no entra en lo que estamos construyendo. La guía de human in the loop explica la supervisión humana con más calma, y qué es un agente de IA fija la definición que usa esta web.

Preparar es dejar el trabajo a un paso de la decisión. El agente no necesita permiso para pensar el borrador. Sí lo necesita para que ese borrador se convierta en un hecho de la empresa.

En una tarea explicada por la persona que la hace, preparar puede ser:

• Reunir los datos que esa persona ha dicho que se pueden usar.
• Redactar un texto —un recordatorio, una respuesta, una nota interna— y pararse ahí.
• Señalar qué falta, qué no cuadra o qué habría que mirar dos veces.
• Dejar la propuesta en un formato que se pueda leer entera antes de decir que sí.

Ejemplo ilustrativo, no un caso de un cliente: alguien de administración explica que cada lunes junta las facturas de proveedor de la semana. Un agente puede ordenar proveedor, importe e impuesto en un borrador. La persona comprueba que esos tres datos son los de la factura. Hasta ahí llega la preparación. Contabilizar, pagar o escribir al proveedor es otra decisión.

Pliuz no anuncia esa tarea como función disponible. La home la nombra como ejemplo para entender el trabajo, junto con un cobro pendiente y el seguimiento de un pedido. No hay integraciones anunciadas con el programa de gestión.

El criterio que usamos para marcar un punto de aprobación cabe en cuatro preguntas. Si una sola se responde que sí, la persona aprueba antes de ejecutar. El agente puede haber dejado la propuesta lista.

1. ¿Sale de la empresa? Un correo a un cliente, un mensaje a un proveedor, un pedido a un tercero. Quien aprueba mira destinatario, tono y datos.
2. ¿Mueve dinero o cambia a dónde va? Ordenar un pago, cambiar un importe o cambiar una cuenta. Quien aprueba mira importe, destino y concepto.
3. ¿Borra o pisa un dato? Eliminar un registro o sustituir uno que luego habría que reconstruir. Quien aprueba ve qué va a desaparecer o a cambiar.
4. ¿Compromete a la empresa? Una fecha, un precio, un sí a un cliente o a un compañero. Quien aprueba es quien puede sostener ese compromiso el día siguiente.

La empresa puede añadir más acciones a esa lista. No puede vaciarla hasta dejar al agente solo: por eso el modelo no es 100 % automático. Quien aprueba tiene que poder decir que no. Si el botón se pulsa sin leer, el control ya no existe. El registro de qué se propuso y quién lo aprobó sirve para explicarlo después; no sustituye la lectura de antes.

Este texto fija un criterio. No es un folleto de resultados. Concretamente:

• No prometemos deshacer una acción ya ejecutada. El control es aprobar antes, no revertir después.
• No afirmamos que Pliuz cumple el RGPD, ni usamos el lugar donde se alojan los datos como argumento de esta página.
• No hay cifras de ahorro, clientes ni testimonios. La home dice que todavía no hay usuarios ni clientes.
• No anunciamos integraciones ni una fecha en la que el producto se pueda usar.
• No prometemos un resultado en la primera hora de uso.

Si una frase de otra página de esta web suena a producto terminado, manda lo que dice la home: estamos en construcción. El criterio de aprobación, en cambio, ya se puede leer y usar para decidir qué trabajo no debería salir solo.