1. Comprueba la escritura
Pide ver el registro antes y después, no solo una respuesta convincente. Un reintento no debe crear otra oportunidad para el mismo mensaje.
CORREO → VALIDACIÓN → CRM SIMULADO
Antes de automatizar,
prueba qué pasa si falla.
Un duplicado. Un dato ausente. Un sistema caído. Comprueba cuándo un flujo debe continuar, detenerse o pedir revisión, y descarga la evidencia de cada prueba.
Laboratorio didáctico: no utiliza IA ni conecta con un CRM real. Extracción predefinida, datos ficticios. No es un caso de cliente ni un benchmark. Las reglas se ejecutan en tu navegador. No se envían correos ni datos a ningún servidor. No es una demo de producto ni una prueba de integración.
Seis pruebas. Ninguna caja negra.
Sin registro · Sin datos reales01
Entrada ficticia
Extracción de ejemplo, no generada por IA
02
Decisión explicada
Listo para probar
Ejecuta el escenario para ver qué comprueba el motor.
Solo se permite preparar una oportunidad y un borrador. El texto de un correo nunca concede permisos para ejecutar acciones.
03
Resultado verificable
0 oportunidades simuladas
Diario de esta sesión de prueba
Cambiar de escenario o restablecer borra la prueba anterior. Recargar borra toda la memoria del laboratorio. No usamos cookies, almacenamiento persistente, analítica ni conexiones externas. La descarga guarda solo esta prueba ficticia en tu dispositivo.
PARA COMPARAR PROVEEDORES
Lleva estas pruebas a tu próxima reunión.
2. Provoca la excepción
Quita un dato, introduce una contradicción o simula una caída. Pregunta quién revisa la incidencia y cómo se recupera el trabajo pendiente.
3. Separa las pruebas
Este laboratorio verifica reglas sobre ejemplos. Una implantación requiere además probar la extracción real, los permisos, la API del CRM y la recuperación ante fallos parciales.
Qué demuestra y qué no demuestra este laboratorio
Demuestra decisiones deterministas y una escritura simulada atómica en memoria. No reproduce fallos distribuidos, escrituras parciales, concurrencia, latencia, exactitud de OCR o de modelos, ni cumplimiento normativo. El ejemplo de instrucción maliciosa trae una acción predefinida no autorizada: no acredita detección automática de ataques.
En producción, la deduplicación, la persistencia de reintentos y la confirmación de escritura deben diseñarse para el sistema real. Un mensaje distinto de un contacto existente puede ser una nueva solicitud legítima.
Una automatización útil también sabe detenerse.
El primer paso es delimitar un flujo, sus herramientas y sus excepciones. No prometer un ahorro antes de medirlo.
Consultar un proceso con Hawkins ↗