📄 LOG DE DECISIÓN ESTRUCTURAL¶
Ecosistema IA BKM
1️⃣ Identificación¶
| Campo | Valor |
|---|---|
| Referencia | 2026_03 — MVP Asistente Comercial |
| Nombre | Inicio del Asistente Comercial como MVP en capa Laboratorio (SuperChat) |
| Fecha | Marzo 2026 |
| Estado | Preparar para el siguiente ciclo — pendiente de activación |
| Responsable IA | Responsable IA BKM |
| Resp. Funcional | Dirección Comercial BKM |
| Proyecto afectado | Sistema de Asistencia a Comerciales |
| Capa inicial | Laboratorio |
| Capa objetivo | Core IA (GCP + LlamaIndex + Vertex AI) — condicionada a criterios de migración |
2️⃣ Contexto¶
El Sistema de Asistencia a Comerciales es un proyecto estratégico del Ecosistema IA de BKM. Su función es actuar como mentor técnico digital para los asesores en campo, resolviendo dudas sobre diagnóstico de humedades, soluciones BKM, método comercial y operativa de CRM.
El proyecto tiene valor estratégico claro y urgencia real — la transmisión del conocimiento técnico-comercial depende hoy de la experiencia individual y el soporte humano directo, un modelo que no escala con el crecimiento de la empresa al 20-30% anual.
La secuencia de construcción sitúa este proyecto después del Sistema de Pre-cualificación de Leads, que tiene impacto operativo inmediato y menor complejidad. El MVP en SuperChat puede activarse en paralelo como experimento de Laboratorio en cuanto la base documental esté estructurada y validada.
En ese contexto se plantea una decisión arquitectónica: lanzar directamente sobre el Core IA o comenzar en la capa Laboratorio con una herramienta más ágil, validar el valor real del sistema, y migrar cuando los criterios lo justifiquen.
3️⃣ Opciones Evaluadas¶
Opción A — Inicio directo en Core IA (descartada)¶
- Arquitectura definitiva desde el primer día.
- Máximo control, seguridad y gobernanza desde el inicio.
- Integración futura con CRM/ERP preparada de origen.
- Mayor tiempo de desarrollo antes de tener algo usable.
- Riesgo de sobreinvertir en infraestructura antes de validar que el sistema aporta valor real.
Opción B — MVP en capa Laboratorio con SuperChat (decisión tomada)¶
- Despliegue inmediato sobre base documental existente.
- Disponible para los comerciales en días, no en semanas.
- Permite validar utilidad real, patrones de uso y calidad de respuestas antes de invertir en arquitectura propia.
- Coste técnico inicial mínimo.
- Capacidades limitadas: sin integración con CRM/ERP, sin registro estructurado de interacciones, sin automatización.
- Migración obligatoria al Core IA si se superan los criterios definidos en esta decisión.
Opción C — GPT personalizado en ChatGPT (descartada)¶
Se evaluó la posibilidad de crear un GPT personalizado en la plataforma ChatGPT, cargando los documentos oficiales de BKM como base de conocimiento.
- Ventaja principal: Configuración muy rápida, sin desarrollo técnico. Podría estar operativo en horas.
- Base de conocimiento no escalable. No está diseñado para gestionar bases documentales grandes y en evolución continua.
- Trazabilidad nula. No es posible controlar qué documento origina cada respuesta.
- Plataforma cerrada. Sin posibilidad de extraer interacciones ni integrar con otras herramientas del ecosistema.
- Sin evolución posible. No permite avanzar hacia análisis de preguntas, integración con CRM ni mejora continua.
- Dependencia sin retorno. Todo queda atrapado en la plataforma sin posibilidad de migración estructurada.
La Opción C se descarta porque no tiene ruta de migración estructurada: todo lo construido dentro de la plataforma de OpenAI queda atrapado allí, sin posibilidad de trasladarlo al Core IA cuando el sistema demuestre su valor. Eso choca directamente con el principio de migración obligatoria del Ecosistema IA de BKM.
Tabla comparativa de opciones evaluadas¶
| Criterio | Opción A — Core IA | Opción B — SuperChat | Opción C — GPT Custom |
|---|---|---|---|
| Velocidad de despliegue | Semanas | Días | Horas |
| Coste técnico inicial | Alto | Bajo | Mínimo |
| Trazabilidad de respuestas | Total | Alta | Nula |
| Base documental evolutiva | Total | Alta | Limitada |
| Integración CRM/ERP futura | Sí | No en MVP | No |
| Análisis de interacciones | Sí | Manual | No |
| Portabilidad de datos | Total | Alta | Nula |
| Evolución a medio plazo | Sin límite | Sin límite | Techo bajo |
| Coherencia con Ecosistema BKM | Total | Total | Sin ruta migración |
4️⃣ Decisión Tomada¶
Iniciar el Sistema de Asistencia a Comerciales como MVP en la capa Laboratorio, utilizando SuperChat como plataforma conversacional sobre base documental oficial de BKM.
Esta decisión no define la arquitectura definitiva del sistema. Define el punto de partida. La migración al Core IA no es opcional si se superan los criterios establecidos — es la consecuencia natural de que el sistema demuestre su valor.
5️⃣ Justificación¶
La decisión se basa en cuatro argumentos:
- Urgencia operativa. Los comerciales necesitan soporte antes de que el desarrollo de una arquitectura propia estaría terminado. La velocidad de despliegue es un criterio de negocio, no solo técnico.
- Validación antes de inversión. El ecosistema tiene como principio construir solo cuando el valor está justificado. Un MVP permite verificar utilidad real antes de comprometer recursos técnicos significativos.
- Coherencia con el principio de capas. El ecosistema distingue Laboratorio, Operativa Ligera y Core IA precisamente para esto: permitir que algo empiece con agilidad y escale con control.
- Aprendizaje estructurado. Las interacciones del MVP generarán información valiosa: qué preguntan los comerciales, qué respuestas fallan, qué documentación falta. Ese aprendizaje mejora la arquitectura del sistema definitivo.
6️⃣ Alcance y Limitaciones del MVP¶
Lo que el MVP hace¶
- Responde preguntas sobre diagnóstico de humedades, soluciones BKM, método comercial y operativa interna.
- Opera exclusivamente sobre documentación oficial validada por BKM.
- Está disponible para uso interno de los asesores comerciales.
- Declara sus límites cuando no dispone de información validada.
- Recomienda escalar a supervisor en casos complejos o ambiguos.
Lo que el MVP no hace¶
- No se integra con el CRM ni con el ERP.
- No registra interacciones de forma estructurada en BigQuery.
- No ejecuta automatizaciones.
- No tiene memoria persistente entre sesiones.
- No está preparado para escalar a más de 15-20 usuarios activos.
Las limitaciones del MVP no son defectos. Son el perímetro deliberado de la fase de laboratorio. Si el sistema necesita superar alguna de estas limitaciones, es señal de que ha llegado el momento de migrar al Core IA.
7️⃣ Gobernanza Durante la Fase de Laboratorio¶
- Responsable Funcional: Dirección Comercial. Valida utilidad, detecta respuestas incorrectas y prioriza mejoras en la base documental.
- Responsable IA: Responsable IA BKM. Gestiona la plataforma, actualiza la base documental y supervisa la coherencia de las respuestas.
- Revisión de interacciones: Semanal durante las primeras cuatro semanas. Quincenal a partir de la quinta semana.
- Usuarios autorizados: Asesores comerciales BKM y equipo de supervisión (Dirección Comercial, mentor técnico, CEO, Responsable IA).
- Base documental: Solo documentación oficial validada. Ningún contenido no validado puede incorporarse sin aprobación del Responsable Funcional.
8️⃣ Criterios de Migración al Core IA¶
La migración es obligatoria si se cumple alguno de los siguientes criterios. No es una decisión discrecional: es la consecuencia directa de que el sistema haya demostrado su valor.
| Criterio de migración | Condición |
|---|---|
| Adopción sostenida | El sistema es usado de forma regular durante al menos 4 semanas consecutivas y la percepción de utilidad es positiva. |
| Volumen de usuarios | El número de usuarios activos supera 15-20 personas de forma estable. |
| Necesidad de integración | Se identifica valor claro en conectar el sistema con el CRM o el ERP. |
| Necesidad de memoria | Los comerciales necesitan que el sistema recuerde contexto entre sesiones o acumule historial de visitas. |
| Registro estructurado | Hay necesidad de analizar patrones de uso, errores frecuentes o métricas de rendimiento de forma sistemática. |
| Criticidad operativa | El sistema se convierte en parte del estándar oficial del método BKM o del proceso de certificación de asesores. |
| Riesgo reputacional | Se detecta que las limitaciones del MVP generan respuestas incorrectas con potencial impacto en clientes o en la marca. |
Arquitectura objetivo en Core IA¶
Cuando se active la migración, el sistema se construirá con:
- Backend propio en Python + FastAPI desplegado en Cloud Run (GCP)
- LlamaIndex como capa de gestión de conocimiento y RAG estructurado
- Base documental en Google Cloud Storage (GCS)
- Modelos LLM vía Vertex AI (agnóstico de modelo)
- Registro de interacciones en BigQuery
- Integración futura con CRM (Bitrix)
9️⃣ Señales de Cierre del MVP sin Migración¶
Si se producen las siguientes situaciones, el MVP se cierra sin migrar al Core IA:
- Baja adopción sostenida. Los comerciales no usan el sistema de forma regular tras 6 semanas, sin causa técnica identificable.
- Valor no demostrado. La revisión de interacciones no muestra mejora en coherencia del discurso, reducción de dudas escaladas o impacto en operativa.
- Rechazo del equipo. El equipo comercial o la dirección decide que el enfoque no encaja con la forma de trabajar de BKM.
Cerrar el MVP sin migrar no es un fracaso. Es el mecanismo de control que hace que el Ecosistema IA no acumule sistemas sin valor. Un experimento que se cierra a tiempo es una buena decisión.
🔟 Plazo y Revisión¶
El MVP tiene un plazo máximo de evaluación de 8 semanas desde su puesta en marcha. Al final de ese plazo se toma una de las siguientes decisiones formales:
- Migración al Core IA. Se inicia el diseño arquitectónico del sistema definitivo.
- Extensión del MVP. Si el valor es positivo pero no se han alcanzado los criterios de migración, se puede extender por un máximo de 4 semanas adicionales con justificación documentada.
- Cierre del MVP. Se documenta la decisión de no continuar y se registra el aprendizaje obtenido.
La decisión se toma conjuntamente por el Responsable Funcional y el Responsable IA, y se registra como nueva entrada en el Log de Decisiones del Ecosistema IA.
1️⃣1️⃣ Relación con Otras Decisiones del Ecosistema¶
- Log 2026_03 — GCP como infraestructura de referencia con apertura controlada. Define el entorno al que se migrará el sistema cuando salga de la capa Laboratorio. La arquitectura objetivo es coherente con el stack de referencia: GCP, LlamaIndex, Vertex AI (agnóstico de modelo), BigQuery y GCS.
- Tarjeta de Valor — Asistente Comercial BKM. Documenta el valor, la priorización y la secuencia de construcción respecto al Sistema de Pre-cualificación de Leads.
Estado: Preparar para el siguiente ciclo — pendiente de activación Ubicación: 06_logs_decisiones/