Toda empresa tiene tareas que se repiten cientos de veces al mes. Alguien compara una factura con el extracto, responde la misma duda sobre plazos, pasa en limpio el informe de una visita. Durante años, la forma de resolverlo fue contratar más horas de personas o más licencias de software para que esas personas las usaran.
Los agentes de IA cambiaron esa cuenta. Un agente puede leer el dato, aplicar la regla, completar el sistema y avisar cuando algo no cuadra. Cuando la tarea completa cabe en ese flujo, tiene sentido comprar la tarea terminada, y no las horas ni el acceso a la herramienta. Es lo que el mercado viene llamando Task as a Service.
De la hora a la tarea
Lo que se compra en software pasó por cuatro formatos. Conviven en la misma empresa, y cada uno responde a una pregunta distinta sobre quién hace el trabajo.
| Modelo | Qué se compra | Cómo se paga |
|---|---|---|
| Hora de persona | El tiempo de profesionales | Por hora o por persona |
| Software as a Service | Acceso a una herramienta | Por usuario, por mes |
| Task as a Service | Cada tarea completada por agentes | Por tarea |
| Service as a Software | El servicio completo, entregado listo | Por entrega, resultado o suscripción |
En 2024, Foundation Capital describió este cambio como el paso del software como servicio al servicio como software: en lugar de vender la herramienta y dejar el resultado en manos del cliente, quien vende pasa a responder por el resultado. Según su análisis, el software pasa a competir por presupuestos de personas y de servicios tercerizados, y no solo por el presupuesto de tecnología.
Ya hay proveedores que cobran así. Intercom, por ejemplo, cobra su agente de atención Fin por resultado, desde US$ 0,99 cada uno, según su página de precios consultada en octubre de 2026.
Tarea o servicio completo
Task as a Service y Service as a Software van de la mano. Una entrega completa, como el análisis financiero del mes para un empresario, está hecha de varias tareas: reunir extractos y facturas, conciliar cada movimiento, señalar diferencias, decidir los casos fuera de la regla, armar indicadores y conversar con el empresario.
Algunas de esas tareas un agente las ejecuta solo. Otras necesitan a una persona. Contratar cada tarea completada es Task as a Service. Contratar el análisis listo, con todas las tareas detrás, es Service as a Software. En la práctica, la mayoría de las empresas empieza por la tarea, porque es más fácil medir, ajustar y confiar en una parte antes de entregar el todo.
Modelo tradicional y modelo con agentes, lado a lado
Toma la conciliación financiera de una empresa mediana. La diferencia aparece en quién ejecuta, en cuándo ocurre el trabajo y en qué queda registrado.
| Modelo tradicional | Con agentes | |
|---|---|---|
| Quién ejecuta | Una persona, movimiento por movimiento | Agentes que leen extractos y facturas |
| Cuándo ocurre | En el cierre, por lotes | A lo largo del mes, a medida que llegan los datos |
| Dónde entra la persona | En todo el trabajo | En las diferencias y en la aprobación del cierre |
| Qué queda registrado | Hojas de cálculo e intercambios de email | Origen, regla aplicada y quién aprobó |
| Cómo se paga | Horas o licencias | Por movimiento conciliado |
La persona de finanzas sigue en el proceso. Deja de cargar y revisar ítem por ítem y pasa a decidir lo que el agente no puede decidir: la factura que no cuadra, el movimiento sin comprobante, el cierre que va al contador.
Toda tarea operada por agentes tiene una persona definida para aprobar las excepciones y responder por el resultado.
Dónde entra la persona
El temor más común de quien lidera una operación es perder el control. Por eso el diseño empieza por los límites, y solo después por la automatización. Antes de que el agente funcione, queda definido por escrito qué puede leer, qué puede cambiar y qué puede enviar fuera de la empresa.
- Los casos fuera de la regla se detienen y esperan a que una persona decida. El agente avisa, muestra el dato y sugiere, pero no cierra solo.
- Las acciones que no tienen vuelta atrás, como pagar, borrar o enviar al cliente final, piden aprobación explícita.
- Cada tarea deja un registro con el dato de origen, la regla aplicada, lo que hizo el agente y quién aprobó.
Es la misma lógica que Tog Lab usa en el desarrollo de software con IA: el agente trabaja dentro de una estructura con contexto, reglas y verificaciones, y una persona aprueba en los puntos de decisión. En la operación, es esa estructura la que permite entregar a tu cliente un resultado en el que confías.
Cómo elegir la primera tarea
No toda tarea es buena candidata para empezar. Las que suelen funcionar mejor tienen cinco características.
- Se repite mucho, todos los días o todas las semanas.
- La regla es lo bastante clara como para escribirla.
- El dato que necesita ya existe en un sistema al que se puede acceder.
- Un error aparece rápido y se puede corregir antes de causar daño.
- Hay alguien en el equipo con autoridad para decidir las excepciones.
Con la tarea elegida, conviene medir antes de cambiar: cuánto tarda hoy, cuántas veces ocurre y cuánto se equivoca. Esos números son los que van a mostrar si el agente está cumpliendo y los que ayudan a definir el precio por tarea.
Cómo trabaja Tog Lab con Task as a Service
El trabajo empieza por entender la tarea con quien la hace todos los días. De ahí sale un Domain Context con las reglas, las excepciones y los riesgos. Los agentes se construyen sobre los sistemas que la empresa ya tiene, con el modelo de IA que elija, y el modelo de cobro por tarea se diseña junto con el cliente.
Cuando la primera tarea está estable, las siguientes entran en el mismo flujo. Con el tiempo, forman un servicio completo, que se puede ofrecer a los clientes de la empresa como Service as a Software.
Comparar el modelo tradicional con el modelo con agentes
Fuentes
- Joanne Chen y Jaya Gupta, “AI leads a service as software paradigm shift”, Foundation Capital, 19 abr 2024. foundationcapital.com
- Página de precios de Intercom, consultada el 27 oct 2026. intercom.com/pricing