Implementación de IA
IA haciendo trabajo real, con una persona comprobándolo.
La mayor parte de lo que un negocio repite sigue una regla y le corresponde al software corriente. Una parte menor necesita una decisión cada vez: qué decirle a un cliente, qué solicitud atender primero, dónde está enterrada una respuesta en los registros antiguos. Esa parte es donde encaja la IA, y solo con condiciones: probada contra su propio historial antes de empezar, vigilada después del lanzamiento, y nunca delante de un cliente sin que una persona apruebe las palabras.
El encaje
Situaciones para las que construimos
Este proyecto es para negocios donde parte de la rutina semanal es trabajo de pensar — leer, redactar, clasificar, buscar — y recae sobre las personas que tienen mejores usos para esa hora. Si varias de estas señales suenan a su semana, el encaje probablemente existe.
- Las respuestas a clientes exigen pensar de verdad cada vez, y la redacción recae en la una o dos personas que mejor conocen el negocio.
- Todo llega en un mismo montón, y alguien lo lee entero solo para averiguar qué es urgente.
- La respuesta a la mayoría de las preguntas existe en correos, presupuestos o notas de trabajo antiguos, pero encontrarla lleva más tiempo del que la pregunta merece.
- Probó un chatbot estándar y lo apagó después de que le dijera a un cliente algo que no era verdad.
- La misma decisión de criterio se toma decenas de veces por semana, cada vez un poco distinta, según quién esté de turno.
- Quiere IA haciendo trabajo medido y supervisado, no otra demostración que impresionó a todos y no cambió nada.
El método
Qué implica la construcción en realidad
Seis decisiones separan la IA que ayuda discretamente de la IA que se apaga tras una mala semana. Así tomamos cada una.
Selección de tareas
No todo paso merece un modelo. El trabajo que sigue una regla escrita — copiar este campo, enviar aquel recordatorio al tercer día — funciona como software corriente, que cuesta menos y se comporta igual el viernes que el lunes. La IA se reserva para los pasos donde hoy alguien tiene que pensar: redactar una respuesta, juzgar de qué va realmente una solicitud, decidir qué significa un registro antiguo. Separar las dos cosas es la primera sesión de trabajo, y la lista de IA sale de ella más corta de lo que entró.
La puerta de revisión
Todo lo escrito para un cliente se produce como borrador y se detiene en una persona designada de su equipo, que lo edita, lo aprueba o lo descarta antes de que vaya a ninguna parte. No es una fase temporal de entrenamiento; es el diseño permanente. La ganancia de velocidad sobrevive a la comprobación: trabajar desde un borrador competente es mucho más rápido que escribir desde cero, y quien revisa se mantiene lo bastante cerca del resultado como para notar el día en que la calidad baja.
Escalado
Cada paso de IA lleva un umbral de confianza. Cuando el modelo no está seguro, o una solicitud no se parece a nada de lo probado, el elemento pasa a una persona con el contexto reunido hasta ese momento adjunto — no se fuerza ninguna respuesta. Diseñamos contra la respuesta equivocada dicha con seguridad, porque un educado "alguien le responderá pronto" cuesta minutos, mientras que un error entregado con soltura puede costar el cliente. La cadena termina siempre en una persona, nunca en una suposición.
Probar primero
Antes de que un paso de IA toque trabajo en vivo, se puntúa contra ejemplos sacados de sus registros: respuestas que su equipo envió de verdad, solicitudes que clasificó de verdad, preguntas con respuestas que podemos verificar. Cada tarea tiene su propio conjunto de pruebas y su propio listón, y un paso que no llega al listón no se lanza — la tarea se queda con una persona o recibe un diseño más simple. Cuando un fallo aparece después en producción, se suma a ese conjunto de pruebas, para que el mismo error no pueda pasar en silencio dos veces.
Después del lanzamiento
Salir en vivo es el comienzo de la medición, no el final. El sistema guarda un registro de qué hizo cada paso de IA y por qué, y vigilamos con qué frecuencia los revisores reescriben los borradores — la señal honesta de calidad — junto con el coste y el volumen. Los modelos nuevos de los proveedores se tratan como candidatos, no como mejoras: cada uno pasa primero por los conjuntos de pruebas existentes y asume una tarea solo donde puntúa al menos tan bien como el actual. El modelo anterior queda instalado, así que un cambio que se porta mal se revierte de inmediato.
Modelos a la medida de la tarea
Los modelos más capaces cuestan muchas veces más por solicitud que los pequeños, y la mayoría de las tareas de un negocio no necesita el más capaz. Cada paso funciona con el modelo más pequeño que supera sus pruebas: clasificar un mensaje en seis categorías es trabajo de modelo pequeño aunque redactar una respuesta delicada no lo sea. Como las pruebas son por tarea, bajar de tamaño es una decisión respaldada por evidencia, no por una esperanza. Usted ve el coste mensual de funcionamiento proyectado por tarea antes del lanzamiento, así que la factura operativa es una cifra que aprobó y no una que descubre.
El proyecto
Cómo se desarrolla
Alcance y clasificación
Repasamos con usted el trabajo candidato y lo dividimos: los pasos que siguen reglas, al software corriente; las decisiones de criterio genuinas, a la lista de IA. Recibe esa lista con un coste de funcionamiento proyectado y un orden de construcción, y el precio de cada fase se acuerda por escrito antes de que esa fase empiece.
Demostrarlo
Para cada paso de IA armamos el conjunto de pruebas con sus registros y medimos los modelos candidatos contra él. Ve los resultados en términos llanos — con qué frecuencia el borrador coincidió con lo que su equipo habría enviado — y nada pasa a construcción hasta superar el listón.
Lanzar con supervisión
El sistema sale en vivo con todas las puertas de revisión activadas. Vigilamos las primeras semanas junto a su equipo, ajustando los umbrales donde el tráfico real difiere del historial, hasta que el volumen que llega a las personas es el correcto.
Entregarlo
El código, las cuentas, la documentación y los conjuntos de pruebas se transfieren a usted, y las personas que lo van a manejar se forman con trabajo real. El soporte posterior a la entrega se ofrece y se cotiza aparte; el sistema sigue funcionando estemos nosotros o no.
Qué se transfiere
Qué es suyo cuando nos vamos
Cada proyecto se construye para ser entregado. Esto es suyo una vez pagado el trabajo, no algo que se le licencia de vuelta.
- El sistema en funcionamiento — las automatizaciones, los pasos de IA, las colas de revisión y las rutas de escalado — en cuentas a su nombre.
- Los conjuntos de pruebas por tarea construidos con sus registros, que son lo que le permite evaluar el siguiente modelo sin llamarnos.
- Documentación escrita para quienes lo operan: qué puede hacer cada paso por su cuenta, qué necesita aprobación y dónde mirar primero cuando una salida falla.
- Revisores y operadores formados con tráfico real, más el panorama de costes de funcionamiento por tarea, para que la factura mensual siga siendo una cantidad conocida.
Siguiente paso
Hablémoslo primero.
Traiga la parte de su semana que exige criterio pero consume tiempo: la bandeja de entrada, las respuestas, la búsqueda entre registros. En una llamada corta de presentación le diremos con honestidad si la IA encaja ahí, y por dónde empezaríamos.
Reservar una llamada