Vende una demostración donde el agente rechaza correctamente una acción: el control visible puede ser más convincente que otro happy path

La mayoría de las demos agentic están diseñadas como teatro de éxito. El usuario pide algo, el agente navega, decide y termina sin fricción. Eso demuestra capacidad, pero no responde la pregunta que aparece justo antes de una compra empresarial: “¿qué pasa cuando no debería hacerlo?”. Una demo de gobernanza invierte el guion. Prepara una acción realista que viole una condición concreta —presupuesto, destinatario, permiso o versión— y deja que el sistema la detenga. La sorpresa comercial es que el freno se convierte en evidencia de producto, no en una disculpa por una limitación.

Elige una regla que el comprador comprenda en segundos. Un límite de gasto o un destinatario no autorizado funciona mejor que una política abstracta. Muestra primero la propuesta que el agente preparó y después el preflight que detecta el conflicto. La interfaz debe explicar qué condición falló sin exponer detalles internos innecesarios. El prospecto necesita ver que la negativa proviene de una regla estable y no de una respuesta aleatoria del modelo. Esa claridad transforma un “no” en una demostración de arquitectura.

Conserva el trabajo para que el bloqueo no parezca torpeza. Si el agente pierde toda la preparación cuando aparece una restricción, la demo vende seguridad a costa de productividad. El momento poderoso es mostrar que investigación, borrador o configuración siguen intactos. Se corrige el parámetro, se obtiene la aprobación o se cambia el destino y el mismo caso continúa. La gobernanza deja de ser fricción porque el sistema separa lo seguro que ya hizo de la acción que todavía no tiene autoridad para ejecutar.

Enseña la evidencia posterior. Después de reanudar, abre un decision packet compacto: propuesta, regla que bloqueó, aprobación o corrección, ejecución final e identificador externo. No muestres razonamiento privado. El comprador debe poder imaginar cómo usaría esa evidencia para soporte, compliance o auditoría. Una demo tradicional termina en “funcionó”. Esta termina en “funcionó y puedo demostrar por qué tuvo permiso para funcionar”. Para sectores regulados o equipos grandes, esa segunda frase suele valer más que unos segundos de velocidad.

Conecta la demo con un riesgo económico real. Si vendes campañas, usa un presupuesto fuera de límite. Si vendes correo, usa un dominio nuevo. Si vendes archivos, simula una versión más reciente en producción. El control debe reflejar algo que el prospecto ya teme, no una restricción inventada solo para enseñar tecnología. Pregunta durante discovery qué error sería costoso y construye la demostración alrededor de esa condición. Así la feature de gobernanza entra directamente en el business case.

Evita vender el freno como miedo a la IA. El mensaje no es que los agentes sean peligrosos y necesiten encierro. Es que una automatización empresarial madura conoce su autoridad. Compara con controles normales de banca, despliegue o compras: las organizaciones rápidas no eliminan límites; diseñan límites que permiten mover trabajo rutinario sin convertir cada caso en una aprobación manual. La demo debe transmitir confianza y capacidad al mismo tiempo.

Aplicación Goatify. Podemos crear una demo estándar de “rejection recovery” para ventas: el agente prepara una acción, una regla la bloquea, el usuario resuelve la condición y el sistema reanuda sin duplicar trabajo. Luego mostramos la evidencia. Esta historia diferencia a Goatify de productos que solo enseñan prompts espectaculares. El prospecto ve autonomía, policy enforcement, persistencia e idempotencia en pocos minutos. Y, sobre todo, entiende cómo llevar la herramienta a producción sin tener que confiar ciegamente en que el modelo nunca se equivocará.