Prerequisitos
Antes del Día 1, el equipo técnico necesita acceso a los siguientes sistemas. El principio es siempre el mismo: el permiso mínimo necesario para que la capa de señales pueda leer y, donde corresponda, escribir vía un aviso automático, nunca acceso administrativo completo a un sistema que no lo requiere.
| Sistema | Permiso mínimo | Para qué |
|---|---|---|
| Dominio(s) de la empresa | Lectura pública (ninguna credencial) | Sondeo de estado del dominio, detección del software que usa cada empresa |
| CRM (si existe) | Ninguno requerido para operar | La capa de señales no escribe en el CRM, ver Cero Silos de Datos |
| Destino del aviso (Make.com, n8n, Slack, destino propio) | URL de recepción configurada por el cliente | Recibir eventos de señal (creada, aprobada, rechazada) |
| Fuentes de enriquecimiento (si se activan) | Credenciales del proveedor que el cliente ya usa o contrata | Revelado de contacto post-aprobación del clasificador, ver Preguntas Frecuentes |
Día 1-2: Ingesta
Se configuran los tres vectores de ingesta pasiva sobre los dominios objetivo: detección del software que usa cada empresa, mapeo de contactos por rol funcional, y captura de narrativas de negocio públicas. En esta etapa el sistema todavía no dispara ninguna acción, está construyendo la base de la Capa Única de Señales descrita en Arquitectura de Señales.
Día 3-4: Calibración de umbral
Se revisan las bandas de intensidad de secuencia (ver Validación de Señales) contra el volumen y la calidad de las primeras señales detectadas. Este es el momento de ajustar qué tan agresivo o conservador debe ser el sistema para esa cuenta en particular, antes de que cualquier secuencia salga a producción.
Día 5: Ruteo
Se configura el destino del aviso automático de eventos y, si corresponde, la automatización del lado del cliente que conecta ese aviso con el CRM o la herramienta de outreach en uso. Se valida que una señal de prueba efectivamente dispare el evento esperado end-to-end.
Día 6-7: Loop
Se corre el primer ciclo completo: una señal real cruza el umbral, se filtra por conflicto y cooldown, se enruta, y el resultado (aprobado, rechazado, o convertido) queda registrado para calibrar el siguiente ciclo. A partir de acá el sistema opera en el régimen de silencio operativo descrito en Silencio Operativo Absoluto.
Criterios de aceptación
- Al menos una señal real completó el ciclo ingesta → validación → ruteo sin intervención manual.
- El aviso automático de eventos entrega al destino configurado y queda registrado en el log de entregas.
- Ninguna señal duplicada se generó para el mismo dominio dentro de la ventana de cooldown.
- El equipo del cliente puede explicar, sin consultar a REVsign, por qué una señal específica sí o no cruzó el umbral.
$ curl revsign.os/docs/implementacion-en-siete-dias
→ {
title: "Implementación en Siete Días: qué hace falta para conectar tu stack",
answers: "¿Qué hace falta para conectar mi stack a un motor de señales?",
schema: [HowTo, TechArticle]
}