Service as Software: qué es y de dónde viene la idea

La primera lectura viene del capital de riesgo. Para Foundation Capital, la IA impulsa el paso de Software as a Service (SaaS) a Service as Software (SaS), y en el negocio de servicios “responsibility for achieving the desired outcome sits with the company selling the service” (fuente 7). En 2026, Julien Bek, de Sequoia Capital, resumió la diferencia: el copiloto vende la herramienta, el piloto automático vende el trabajo (fuente 10). Según la lectura de Sigil Labs, las dos son tesis de inversionistas sobre dónde nacen nuevas empresas.

La segunda lectura viene del sector de servicios. HFS Research escribe el término como “Services-as-Software” y, en un artículo de noviembre de 2024 sobre servicios y software que se fusionan, describe “one blended, scalable solution we are calling Services-as-Software” (fuente 11). Según la lectura de Sigil Labs, aquí quienes cambian son las propias empresas de servicios.

Según Sequoia, el punto de partida es el trabajo que ya se terceriza: la empresa acepta que se haga fuera, ya existe una línea de presupuesto para él y quien compra ya compra un resultado (fuente 10).

El ensayo dice también que el piloto automático se impone primero donde el trabajo sigue reglas, aun complejas, y, en el pasaje sobre consultoría, que el trabajo es sobre todo de juicio y queda abierto si la IA puede automatizar parte de él. En la visión de Sigil Labs, es en el trabajo de juicio cuyo resultado es difícil de verificar donde un copiloto sirve mejor.

Hay también acciones que piden la aprobación de una persona antes de seguir. La guía de gobernanza de IA agéntica de Singapur recomienda puntos de control con aprobación humana para acciones de alto riesgo o irreversibles (fuente 14).

Quien compra deja de ser el profesional que usa la herramienta y pasa a ser quien necesita el resultado (fuente 10). El cobro acompaña ese cambio. En 2024, Sierra describió un precio en el que solo cobra cuando concluye una tarea, con criterios acordados antes para cada resultado (fuente 12). En 2026, la misma empresa escribió que ese precio solo funciona donde el software es muy autónomo y el resultado se le puede atribuir, y que es más complejo que cobrar por usuario o por consumo (fuente 13).

En la visión de Sigil Labs, para quien contrata, la pregunta deja de ser cuántas licencias comprar y pasa a ser qué cuenta como trabajo entregado, y quién lo verifica.

Sigil Labs construye sistemas de Service as Software con cuatro piezas: el proceso mapeado con el equipo del cliente, puntos de aprobación humana en las decisiones que importan, límites para cada agente y un registro auditable de lo que se hizo, por qué agente y con base en qué. La guía de Singapur va en la misma línea: quien implementa los agentes sigue siendo responsable de sus actos (fuente 14).

VoxxFlow, producto de Sigil Labs en producción, es un ejemplo: agentes de IA planifican, crean, revisan y publican contenido de marketing, y nada se publica sin aprobación humana.

Empenho, una prueba de concepto, es el otro: una plataforma para estudios contables portugueses. El colaborador digital supervisado deja propuestas en una cola “Para rever” y nunca envía nada, y la plataforma propone extras para facturar cuando detecta trabajo fuera del alcance de la avença, el contrato de valor mensual, para que un responsable los apruebe.

Un texto escrito por la IA solo llega al cliente después de que un responsable del estudio lo aprueba, y una verificación rechaza notas con valores que no están en los datos entregados al modelo. Junto al colaborador digital, un copiloto responde con fuentes, lo que pone a los dos modelos en la misma plataforma.