Cómo trabajamos
Cuatro pasos, en este orden, siempre.
El orden es el método. Nada se construye antes de definirse, nada entra en producción antes de medirse y nada se transfiere sin las personas capaces de mantenerlo funcionando.
01
Definir
Definir la tarea, el responsable y la medida de éxito antes de elegir cualquier modelo.
02
Instrumentar
Construir primero el banco de evaluación, para distinguir una mejora de la suerte.
03
Integrar
Integrar en el flujo de trabajo existente, con fallbacks, registros y control de acceso.
04
Transferir
Entregar el runbook, las pruebas y un equipo capaz de operar sin nosotros.
Cómo trabajamos
01. Definir
Definimos la tarea, el responsable y la medida de éxito antes de elegir cualquier modelo. Trabajamos con quienes operan el proceso, identificamos dónde falla, decidimos a qué datos puede acceder el sistema y registramos cómo sería un buen resultado. Si un agente no encaja, lo decimos en esta etapa.
Entregables
- La definición de la tarea
- el responsable identificado
- la medida de éxito y su objetivo
- el alcance del acceso a los datos
- la decisión de construir o no
02. Instrumentar
Construimos primero el banco de evaluación, para distinguir una mejora de la suerte. Los casos reales se convierten en pruebas, las métricas corresponden a la tarea, las líneas de base quedan registradas y cada cambio se evalúa del mismo modo.
Entregables
- El conjunto de evaluación con casos reales
- las métricas y líneas de base
- el código de puntuación
- el primer informe
- el tamaño de muestra necesario para detectar una diferencia
03. Integrar
Integramos el sistema en el flujo existente, con fallbacks, registros y control de acceso. Entra donde ya ocurre el trabajo, en el ERP, CRM, sistema de tickets o repositorio documental, con derivación de los casos que no debe resolver solo y registro de todo lo que hace.
Entregables
- El sistema en producción dentro de las herramientas existentes
- control de acceso y permisos
- registros y supervisión
- fallbacks y rutas de derivación
- el registro de auditoría
04. Transferir
Entregamos el runbook, las pruebas y un equipo capaz de operar sin nosotros. Formamos a las personas que serán responsables del sistema y documentamos cómo operarlo y modificarlo.
Entregables
- El runbook
- las pruebas y el historial de evaluación
- formación del equipo de operación
- la documentación
Ejemplo de proyecto
Cómo pueden ser seis semanas.
Cronograma ilustrativo. Los proyectos reales se dimensionan en la definición y varían según el proceso, los datos y el equipo.
Semana 1
Definir: taller con los responsables del proceso, alcance del acceso a los datos y medida de éxito acordada.
Semana 2
Instrumentar: conjunto de evaluación con casos reales, líneas de base registradas y primer informe.
Semana 3
Integrar: primera versión en un entorno de pruebas, conectada a los sistemas de registro.
Semana 4
Integrar: cada cambio pasa por la evaluación, se prueban los fallbacks y los registros, y se revisa el control de acceso.
Semana 5
Integrar: entrada en producción con alcance limitado, medida a diario.
Semana 6
Transferir: runbook, pruebas y formación entregados; el equipo opera el sistema.
Cada cambio pasa por la evaluación.
Ningún cambio de prompt, modelo o código llega a producción sin ejecutar el banco contra la línea de base. Si no la supera más allá del azar, con la muestra acordada, el cambio no se publica. La regla continúa tras la transferencia y el runbook explica cómo ejecutarla.
Cómo funciona la transferencia.
La transferencia es la última etapa y se planifica desde la primera. El equipo aprende con el sistema funcionando, el runbook cubre la rutina y los fallos, y las pruebas, el historial de evaluación y la documentación quedan en su repositorio. El sistema funciona sin nosotros.