Seis pasos, un Score, cinco pilares y diez principios.
Es el método con el que trabajamos y la base de blynt Platform, nuestro software. Lo publicamos para que sepas exactamente cómo llegamos a cada cifra antes de confiar en ella.
Cada caso de uso recorre seis pasos
Un caso de uso es un proceso concreto que se quiere mejorar: clasificar reclamaciones, revisar contratos, preparar informes. Todos pasan por el mismo camino y ninguno se salta pasos.
| Paso | Qué pasa | Qué queda |
|---|---|---|
| 1 · Definir | Ficha de negocio: problema, objetivo, responsables, volumen mensual y minutos humanos por unidad de trabajo. Se describe cómo está construido el sistema y se prepara la batería de pruebas con su rúbrica. | Ficha del caso, sistema versionado y suite de pruebas |
| 2 · Baseline | Se ejecuta la suite completa sobre el proceso actual y se bloquea como referencia. Una persona de la empresa cliente la firma. | Baseline firmado, inmutable |
| 3 · Analizar | Blynt aplica reglas deterministas (sin IA, cero tokens) sobre el baseline, el flujo de trabajo y las trazas, y prioriza hallazgos. | Hallazgos con evidencia y confianza |
| 4 · Mejorar | Cada hallazgo útil se convierte en una mejora concreta. El paquete de mejoras se prueba con la misma suite. | Mejoras y evaluaciones candidatas |
| 5 · Validar | La candidata se compara con el baseline contra los guardarraíles acordados: caída máxima de calidad, errores críticos, reducción de tokens y de tiempo. Si cumple, la empresa firma. | Validación firmada o rechazo motivado |
| 6 · Impacto | Proyección de horas liberables y gasto de IA evitado, con todos los supuestos visibles. Reporte de caso, equipo y portafolio. | Reporte PDF trazable hasta la prueba de origen |
¿Aún no usan IA?
El ciclo arranca igual: se mide el proceso manual y se firma como baseline. Así, cuando llegue la IA, habrá con qué compararla.
¿Usan un chat con licencia?
Si no hay tokens medidos, el coste sale del Score. Se indica siempre.
¿Quién hace qué?
blynt labs prepara, mide, analiza y propone. Su empresa aporta el conocimiento del proceso, firma y decide.
Una nota de 0 a 100 para el rendimiento de un caso
El Score resume cuatro dimensiones de un caso: calidad, coste, tiempo y feedback.
Diagnóstico sin IA, reproducible
Un motor de reglas deterministas lee el baseline, el flujo de trabajo y las trazas por paso. Detecta, por ejemplo, pasos que usan un modelo más caro del necesario, reintentos excesivos o demasiadas vueltas para llegar al resultado.
Sus señales son hipótesis con evidencia, no causas probadas. La confianza indica la fuerza de la evidencia, no la probabilidad de éxito.
Tres categorías que nunca se mezclan
- Medido: lo que salió de las pruebas.
- Proyectado: lo que resultaría al volumen real, con los supuestos a la vista.
- Realizado: cero mientras no haya evidencia operativa.
Horas liberables y gasto evitado se muestran por separado. Su suma es "oportunidad bruta", nunca ROI ni ahorro neto.
Cinco pilares para que la mejora se sostenga
El Score mide un caso. Maturity mide a la organización. Nunca se mezclan.
Ingeniería de AI
Integrar la IA en el trabajo real, conectando procesos, información, sistemas y revisión humana.
Modelos y herramientas
Seleccionar tecnología, evaluar su rendimiento y comprobar que sigue siendo adecuada.
Gobernanza y seguridad
Definir datos autorizados, permisos, responsables, controles y trazabilidad.
Personas y capacidades
Desarrollar roles, aprendizaje aplicado, champions y adopción.
Medición y mejora
Medir calidad, tiempo, costes y resultados para decidir qué mantener, mejorar o detener.
Los modelos cambian. Esta base y estos pilares, no.
Diez reglas que no se negocian
Si algo de nuestro trabajo contradice uno de estos principios, se corrige el trabajo, no el principio.
Lo medido no es lo realizado
Cada cifra se etiqueta como medida, proyectada o realizada, y nunca se suman entre categorías.
El histórico no se reescribe
Evaluaciones, baselines y validaciones son inmutables. Cambiar algo crea una versión nueva.
Solo se compara lo comparable
Misma suite, mismo evaluador y misma política de Score. Si no, no se calcula mejora.
El éxito se acuerda antes de probar
Criterios y umbrales se fijan antes de ver resultados.
Decisión humana explícita
Baseline y validación los firma una persona identificada del cliente. Quien prepara no firma.
Sus datos no salen de su empresa
blynt Platform no llama a modelos ni se conecta a sus sistemas. Nunca guarda claves ni prompts en claro.
Trazabilidad de extremo a extremo
Toda cifra del reporte se abre hasta la prueba de origen. Toda acción queda registrada.
Honestidad
Lo que se puede calcular con código se calcula con código. Lo informativo se rotula como tal.
Aislamiento entre clientes
Cada empresa trabaja en un espacio aislado. Nadie ve datos de otra organización.
Especificación antes que código
Nada se construye sin una especificación aprobada, y cada criterio tiene su prueba automática.
El framework, convertido en software
Nuestro equipo trabaja con blynt Platform, nuestro propio software, que aplica el framework paso a paso. El acceso va incluido en cada trabajo: su empresa entra para consultar, firmar y descargar reportes.
- Casos de uso, suites de pruebas y sistemas versionados
- Importación controlada de resultados, salidas y trazas
- Cronómetro para medir el tiempo humano real por paso
- Diagnóstico, mejoras, validación y reportes en PDF
- Gobernanza, personas, madurez e historial de auditoría
- Español e inglés, con la moneda de cada cliente
Aplica el framework a un proceso real
Un proceso relevante y un responsable con capacidad de decisión. En una sesión de trabajo elegimos el punto de entrada y definimos el alcance del primer proyecto.