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 webhook — 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 de stack tecnológico |
| CRM (si existe) | Ninguno requerido para operar | La capa de señales no escribe en el CRM — ver Cero Silos de Datos |
| Destino del webhook (Make.com, n8n, Slack, endpoint 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 de stack tecnológico, 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 Pipeline de Validación) 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 webhook de eventos y, si corresponde, la automatización del lado del cliente que conecta ese webhook 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 webhook 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]
}