Saltar a contenido

📄 LOG DE DECISIÓN ESTRUCTURAL

Ecosistema IA BKM

1️⃣ Identificación

Campo Valor
Referencia 2026_03 — Incorporación de SuperChat al stack para el Sistema de Pre-cualificación de Leads
Nombre Evaluación y aprobación de SuperChat como herramienta externa al stack de referencia
Fecha Marzo 2026
Estado Activa
Responsable IA Responsable IA BKM
Proyecto afectado Sistema de Pre-cualificación de Leads vía WhatsApp
Tipo de decisión Incorporación de herramienta externa al stack — Proceso de evaluación del Stack Tecnológico

2️⃣ Contexto

El Sistema de Pre-cualificación de Leads requiere un sistema de conversación en WhatsApp para cualificación de leads, desplegado de forma rápida, sin desarrollo complejo y con capacidad de iteración. La herramienta escogida es Superchat, que se integra con GoHighLevel (GHL) mediante webhook.

Esta evaluación se realiza explícitamente para fase MVP, no para arquitectura final. El objetivo es validar que la conversación funciona y genera valor antes de invertir en una solución más robusta.

El stack actual incluye GoHighLevel como CRM y sistema de automatización. GHL dispone de capacidades de IA básica (chat, workflows con respuestas automáticas, bots básicos), pero está orientado a automatización, no a conversación continua: tiene limitaciones de gestión de contexto, experiencia de agente y escalabilidad conversacional.

El Marco de Arquitectura establece que cualquier herramienta externa al stack debe superar un proceso de evaluación explícito antes de incorporarse. Este ADR documenta esa evaluación para SuperChat.

3️⃣ Preguntas de Evaluación

El Stack Tecnológico define cuatro preguntas de evaluación para herramientas externas al Core IA.

Pregunta 1 — ¿Qué problema resuelve que no resuelve el stack actual?

GoHighLevel permite automatizaciones, workflows, uso básico de IA e integración con WhatsApp, pero no está optimizado para gestionar conversación real tipo chat de forma eficiente y operativa. Sus limitaciones concretas para este caso de uso (MVP de cualificación) son:

  • Inbox limitado para operación real.
  • Gestión multiagente básica.
  • Conversaciones poco naturales.
  • IA limitada para flujos conversacionales reales.
  • Dificultad para simular interacción humana fluida.

Superchat aporta en MVP:

  • Inbox diseñado para conversación real.
  • Gestión multiusuario clara.
  • Automatizaciones conversacionales.
  • Agente de IA nativo sin desarrollo previo.
  • Experiencia tipo "WhatsApp real".

Para un MVP, Superchat resuelve mejor el problema clave: simular y operar conversación real en WhatsApp de forma rápida.

Pregunta 2 — ¿Por qué es mejor que la alternativa dentro del stack de referencia?

Alternativa — usar solo GHL:

Ventajas: ya integrado, sin nuevas herramientas, IA básica disponible.

Inconvenientes: conversación poco natural; UX limitada; difícil validación realista del caso de uso; no reproduce bien la operativa de telemarketing o chat.

SuperChat (con agente nativo):

Ventajas: experiencia conversacional real; permite validar interacción con usuarios en condiciones reales; mejor operativa para equipo humano; IA lista para usar sin desarrollo; permite iterar rápido.

Inconvenientes: nueva herramienta, dependencia externa, lógica parcialmente encapsulada.

Para un MVP, SuperChat es la opción más adecuada porque permite validar el problema en condiciones reales, no simuladas.

Pregunta 3 — ¿Qué coste tiene en integración, mantenimiento y gobernanza?

Integración: Bajo-medio (en contexto MVP). Configuración de WhatsApp Business API y uso de automatizaciones internas. La conexión con GHL es opcional y puede hacerse mediante webhook básico. No requiere desarrollo complejo.

Mantenimiento: Bajo. Ajuste de mensajes, optimización de flujos y supervisión básica. Enfocado a iteración rápida.

Gobernanza: Nivel medio, aceptable en MVP. Riesgos presentes: - Datos de clientes en herramienta externa — verificar condiciones contractuales sobre uso para entrenamiento de modelos (pendiente antes del arranque). - IA fuera del Core IA del ecosistema, con control limitado sobre prompts y decisiones. - Transferencia internacional de datos si SuperChat procesa fuera del EEE.

En fase MVP, el objetivo no es maximizar el control, sino validar el valor. La gobernanza estricta puede relajarse temporalmente, siempre con los riesgos identificados y un plan de transición definido.

Pregunta 4 — ¿La lógica de negocio permanece portable?

Portabilidad limitada, aceptable en fase MVP. Parte de la lógica reside en automatizaciones de SuperChat y en el agente nativo, lo que genera dependencia de la herramienta y dificultad de migración directa.

En fase MVP, la portabilidad no es prioritaria. Lo importante es validar:

  • ¿Funciona la conversación?
  • ¿Cualifica bien?
  • ¿Aporta valor al negocio?

Recomendación desde el inicio para facilitar la migración posterior:

  • Documentar la lógica de cualificación (criterios, flujo, prompt maestro) fuera de la herramienta, en el repositorio (Sección 5 — Agentes).
  • Diseñar los flujos conceptualmente de forma independiente a SuperChat.

4️⃣ Decisión Tomada

SuperChat se aprueba como herramienta externa al stack de referencia para el Sistema de Pre-cualificación de Leads, en la capa Operativa Ligera, en fase MVP.

Rol aprobado de SuperChat en el MVP:

  • Canal de conversación en WhatsApp.
  • Sistema conversacional operativo para el equipo.
  • Motor de IA nativo para la fase de validación.

Lo que esta aprobación no implica:

  • No define la arquitectura final del sistema.
  • No convierte a SuperChat en el core definitivo del sistema.
  • No sustituye al Ecosistema IA propio como destino de la inteligencia.

Condiciones previas al arranque en producción:

  • Verificar las condiciones contractuales de SuperChat con respecto al uso de datos de conversación para entrenamiento de modelos.
  • Verificar las condiciones de transferencia internacional si los datos se procesan fuera del EEE.
  • Definir la política de retención de conversaciones en SuperChat y alinearla con la política de BKM.
  • Documentar la lógica de negocio en el repositorio (criterios de cualificación, flujo, prompt maestro) para facilitar la migración posterior a Core IA.

5️⃣ Justificación

La decisión se basa en tres argumentos:

  • Adecuación al MVP. SuperChat permite validar el sistema de conversación en WhatsApp en condiciones reales y de forma rápida, sin desarrollo complejo. GHL no reproduce bien la operativa conversacional que se quiere validar.
  • Proporcionalidad al momento. En fase MVP, el objetivo es comprobar que la conversación genera valor real. Maximizar control o portabilidad en esta fase ralentizaría la validación sin aportar valor proporcional.
  • Visión de transición. La aprobación es temporal y acotada al MVP. La lógica de negocio se documenta desde el inicio para facilitar la migración posterior al Core IA del ecosistema cuando el sistema demuestre valor sostenido.

6️⃣ Impacto Arquitectónico

Capa afectada: Operativa Ligera — exclusivamente para este proyecto, en fase MVP. Stack: SuperChat no se incorpora al stack de referencia general del ecosistema. Su aprobación es específica para el Sistema de Pre-cualificación de Leads. Gobernanza: Responsable IA BKM.

Distribución de responsabilidades en el sistema (MVP): - GoHighLevel — CRM y automatización de leads. - SuperChat — canal de conversación en WhatsApp, sistema conversacional y motor de IA en fase MVP. - Ecosistema IA (Core IA) — destino de la inteligencia en la fase posterior: prompts, criterios de decisión, lógica de negocio.

Visión de evolución: - MVP: validar rápido, usar herramientas existentes, minimizar desarrollo. - Fase posterior: extraer lógica de SuperChat, mover IA al Core, desacoplar el sistema.

7️⃣ Señales que Requieren Revisión de esta Decisión

  • SuperChat modifica sus condiciones contractuales de forma que los datos de conversación puedan usarse para entrenamiento sin garantías adecuadas.
  • Se detecta un incidente de privacidad o seguridad relacionado con la plataforma.
  • El MVP valida el valor del sistema — señal de migración planificada a Core IA con arquitectura propia.
  • El sistema escala en usuarios o criticidad más allá del alcance del MVP.
  • Aparece una alternativa dentro del stack de referencia que cubra el mismo caso de uso con menor complejidad.

Estado: Activa

Ubicación: 06_logs_decisiones/