Un centro preparado para proveedores convierte el modelo S0-S6 de Novo Match en controles visibles de onboarding, handoff, aprobación, reporting y garantía.

Novo Match no necesitaba un panel que repitiera lo que sus fundadores ya sabían. Necesitaba una superficie de control capaz de convertir cada encargo de selección en fases, obligaciones, gates y handoffs. RECAST construyó esa base e hizo visible cada dependencia, sin llamar autónomo al sistema antes de conectar las cuentas.

Evidencia en la fecha de publicación: el panel seguro, portal de onboarding, ruta de ingestión de Fireflies, conector gobernado de Calendly y modelo S0-S6 están construidos. La operación completa depende todavía de Google, Close, mensajería, email e inputs reales propiedad del cliente; el caso es explícitamente provider-ready.

La empresa

Lennert Körbs y Julius dirigen Novo Match, empresa alemana de social recruiting y marketing de selección para pymes. Combina ventas, onboarding de empleadores, campañas, calidad de entrega, reporting, handoff de candidatos y gestión de garantías.

Había demanda, conocimiento, herramientas, funnels, actividad outbound y material de llamadas. Pero el modelo aún dependía de personas recordando el siguiente paso entre WhatsApp, llamadas, auditorías y seguimiento.

La restricción

Cada nuevo empleador crea obligaciones: el contexto comercial debe llegar a entrega; deben llegar accesos y activos; las campañas deben construirse y aprobarse; el envío de candidatos debe quedar claro; los informes deben salir; y los relojes de garantía deben seguir visibles.

Cuando vive en memoria, los fundadores resuelven cada excepción. Los paneles de proveedor muestran actividad aislada, pero no codifican el estándar completo ni qué dependencia bloquea la siguiente fase.

Por qué las herramientas existentes no bastaban

Un CRM guarda oportunidades; un calendario, llamadas; una plataforma de transcripción, conversaciones. Ninguno crea automáticamente la estructura del proyecto, deadline de aprobación, gate de activos, cadencia de reporting y garantía derivados de un cliente firmado.

La capa ausente debía modelar el sistema propio de Novo Match y conocer los proveedores: una cuenta desconectada debía aparecer pendiente, no quedar oculta bajo una interfaz pulida.

Mapa de transformación

Antes

Llamada comercial + auditoría Fable + WhatsApp + paneles -> fundador recuerda handoff -> onboarding y seguimiento manual

Después

Handoff comercial -> estado S0-S6 -> gates de onboarding/acceso -> construcción y lanzamiento -> ejecución/optimización -> reporting + garantía -> retención u offboarding

El panel controla la secuencia. No demuestra que cada proveedor ya esté conectado.

Un flujo de principio a fin

1. Entrada: Un empleador pasa de ventas a entrega con su llamada y contexto.
2. Creación: La capa prepara el estado S0-S6 y asigna requisitos de readiness.
3. Onboarding: El portal recoge o muestra accesos, activos y decisiones pendientes.
4. Handoff: Contexto comercial, llamadas y requisitos se hacen visibles al equipo.
5. Gates: Deadlines, preparación de lanzamiento, reglas de candidatos y conexiones pendientes quedan explícitos.
6. Ejecución y reporting: El modelo sostiene obligaciones semanales, reglas KPI y optimización.
7. Garantía y retención: Garantía, reembolso y offboarding siguen en el mismo registro.

Es la ruta diseñada. Solo debe convertirse en flujo normal tras QA final de conexiones e inputs reales.

Qué cambió

• Construido: Panel seguro, portal para empleadores, superficie AI Brain y shell responsive.
• Modelado: Ciclo S0-S6, handoff, onboarding, construcción, lanzamiento, optimización, contratación/offboarding y garantía/retención.
• Preparado: Tablas para estado, reporting, handoff, readiness, accesos, activos, aprobaciones y garantías.
• Conectado en preparación: Fireflies y Calendly tienen rutas definidas y gobernadas.
• Preservado: La auditoría Fable 5 Sprint sigue como contexto fuente, no copy genérico.
• Dependencia pendiente: Drive, Gmail, Calendar, Close, WhatsApp/Slack, email, envíos reales y QA final no se presentan como activos.
• Resultado financiero comunicado por el cliente: Ninguno registrado.

Evidencias

• Prueba de interfaz: Overview, Onboarding, Sales Pipeline, Reports, Calls, Approvals, AI Brain, Connections, Alerts y Settings.
• Prueba del modelo: S0-S6, reporting semanal, watcher de KPI, handoff y garantías codificados.
• Prueba de integración: Fireflies y Calendly tienen rutas preparadas; Composio respalda el adaptador de Google.
• Claridad de estado: Distingue listo, pendiente y dependiente del cliente.
• Límite: No se afirma entrega autónoma, activación completa ni tiempo ahorrado.

Tecnología, al final

La base funciona en un VPS de Hostinger del cliente con HTTPS, Caddy, panel Novo Match, onboarding, tablas de flujo/QA, business brain, adaptadores, Fireflies, Composio Google Super y Calendly gobernado. Anticipa Workspace, Close, WhatsApp, Slack y datos futuros sin fingir que están activos hoy.

Testimonio del cliente

No existe una cita textual verificable. La prueba es el modelo construido y sus límites visibles de preparación.

Siguiente transformación

Descubre cómo Care Networks separa registros autoritativos de selección de un piloto de voz gobernado. Muestra otro negocio de selección en una fase posterior de algunos proveedores.

Obtén tu plan de IA

Si la calidad de entrega depende de que los fundadores recuerden cada handoff, gate y fecha, empieza por codificar el ciclo operativo. Reserva una auditoría gratuita de IA para mapearlo antes de conectar proveedores.

Registro de fuentes

• OPENCLAW-DEEP-CLIENT-CASE-STUDIES.pdf, página 21.
• RECAST_CASE_STUDIES_2026_UPDATED.pdf, página 17, documento RA-CASES-001, versión 2.0.
• RECAST_WEBSITE_MASTER_BLUEPRINT.md, apartados 10.4, 11 y 58.