Cómo trabajo
Entiendo cómo trabaja tu equipo, elijo la tarea que merece pasar a la IA y construyo la solución dentro de tus sistemas, con tus datos reales, y después la mantengo. Así recibes el trabajo ya hecho, en lugar de una herramienta más que tu equipo tenga que aprender a usar.
El proceso, paso a paso
1. Entender el proceso y el resultado que buscas. Hablo con tu equipo y veo cómo se hace el trabajo en el día a día, con tus herramientas, tus datos y esas excepciones que no suelen estar escritas.
2. Elegir la tarea adecuada. Mapeo tus sistemas y flujos para elegir la tarea que merece pasar a la IA. Y de paso, ese mismo mapa enseña dónde hay riesgo frente al AI Act, el RGPD y la seguridad.
3. Definir el alcance y los criterios de aceptación. Dejamos por escrito qué se construye y cómo sabremos que está terminado.
4. Construir e integrar. Construyo con tus datos reales lo que pida la tarea: un agente de IA, una automatización o software. Y lo conecto con las herramientas que tu equipo ya usa.
5. Validar contigo. Comprobamos juntos que el sistema cumple lo acordado antes de dejarlo funcionando solo.
6. Mantener y medir. La construcción acaba en la fecha que acordemos, y a partir de ahí lo mantengo con el alcance que pida cada proyecto. Si también lo pactamos, recibes cada mes un informe de resultados y coste.
El trabajo hecho, no otra herramienta
Hasta ahora, comprar software era comprar una herramienta, y alguien de tu equipo tenía que aprender a usarla, alimentarla y revisar lo que decía. Y cuando eso no pasaba, la herramienta se quedaba en un cajón sin usar.
Ahora la IA puede hacer ese trabajo de principio a fin, desde cualificar los contactos que entran hasta redactar el informe o revisar el expediente. Y así es como lo entrego, de modo que lo que tú recibes es el trabajo ya hecho.
A este modelo se le llama Service-as-Software, un nombre que le puso Foundation Capital en 2024. Y en marzo de 2026 Julien Bek, socio de Sequoia, lo llevó más lejos en «Services: The New Software».
Sequoia lo dijo en una línea: «Un copiloto vende la herramienta. Un autopiloto vende el trabajo».
Dentro de tu empresa, con tu equipo
Un sistema de IA puede funcionar muy bien en una demo y aun así servir de poco si no entiende cómo trabaja tu empresa.
Por eso, en vez de trabajar desde fuera, trabajo como forward deployed engineer. Es decir, junto a tu equipo entiendo cómo se hace de verdad el trabajo y construyo la solución dentro de tus sistemas hasta que funciona.
El término nació en Palantir, donde llamaban así a los ingenieros que trabajan dentro de un solo cliente, construyen lo que ese cliente necesita y se miden por su resultado.
Y así es también como trabajo dentro de Sesame HR, donde cada equipo es un cliente interno.
Criterios de aceptación
Antes de construir dejamos por escrito qué cuenta como hecho y cómo se comprueba. Puede ser, por ejemplo, qué datos debe tener un contacto para contar como lead cualificado o qué preguntas debe responder un informe.
Ese criterio es el que usamos para validar el sistema contigo antes de dejarlo funcionando solo, y también es con el que se mide después, mientras funciona.
Qué pagas
Cada propuesta separa tres cosas, para que sepas qué pagas en cada una.
Los honorarios, que cubren la construcción y la integración en tus sistemas.
Los costes de terceros, es decir, los modelos de IA y las herramientas que usa el sistema. Y como la IA no sale gratis, estos costes van desglosados aparte en la propuesta.
El mantenimiento, con el alcance que pida el proyecto.
Y tanto los precios como las condiciones se fijan por escrito en cada propuesta, antes de empezar.
Seguridad, pruebas, trazabilidad y mantenimiento
Las claves no van en el código y cada agente tiene solo los permisos que necesita. Y lo que llega de un correo o de una web, el agente lo trata como información y no como órdenes que deba seguir.
El RGPD y el AI Act entran en el diseño desde el principio, es decir, cuando se decide qué datos se usan y por dónde viajan.
Hay pruebas automáticas y límites de uso, y cada cambio pasa unos controles antes de publicarse.
Queda registrado qué hace cada agente, por qué lo hace y cuánto cuesta. Cada pieza queda documentada, probada y conectada con las demás, y lo que ya no sirve se retira.
Qué trabajo encaja
Tareas repetitivas cuyo resultado se puede comprobar, como las que veíamos más arriba con los contactos, los informes o los expedientes.
Trabajo que la empresa ya paga a otros o que hace su propio equipo, y del que hay una idea clara de qué es hacerlo bien.
Tareas con poca responsabilidad legal, porque donde la ley pide la firma de un profesional, firma una persona.
Y ojo, porque el agente es solo una de las opciones. A veces basta una automatización o un software, y otras veces lo que hace falta es una norma y una persona responsable.
Para seguir leyendo
- Casos
Casos de mis puestos y de mis proyectos propios, contados igual.
- Sobre mí
Mi trayectoria y cómo veo las empresas: sistemas que se pueden programar.
- El servicio como software necesita forward deployed engineers
Por qué vender el trabajo exige ingenieros dentro del cliente, dónde falla el modelo y los límites que pongo.
- Sequoia: Services: The New Software
El ensayo de Julien Bek, de marzo de 2026 y en inglés, que es de donde sale la cita del copiloto y el autopiloto de esta página.
- Foundation Capital: AI leads a service as software paradigm shift
El ensayo de 2024, en inglés, que puso nombre a Service-as-Software.
Cuéntame qué trabajo pasarías a la IA
Escríbeme con la tarea, quién la hace hoy y cómo sabes que está bien hecha, porque es justo por ahí por donde empezamos.
Cuéntame qué tarea quieres delegar