Propuesta técnica y funcional · Confidencial · Abril 2026

El sistema nervioso
de netelip

RAG, ejército de chatbots y sistema de tickets con IA. Una arquitectura unificada para modernizar todas las comunicaciones de netelip — construida de abajo hacia arriba, fase a fase, sin riesgo.

Preparado por
Mili Pérez
miliperez.com

Para
Benjamín
netelip

Versión 1.0

Dónde está netelip hoy

Tres departamentos, dos canales principales y dos herramientas distintas que no se hablan entre sí. Soporte y Atención al cliente comparten sistema de tickets, pero Ventas vive en HubSpot. Sin trazabilidad cruzada, sin inteligencia y sin automatización.

CANAL TELÉFONO Elio — Agente de voz IA Ventas · Retell AI · en producción Teléfono tradicional Soporte · Atención al cliente CANAL TICKETS / CRM SISTEMA DE TICKETS ACTUAL — CONECTADOS Soporte técnico Admin tickets · sin IA Atención al cliente Admin tickets · sin IA VENTAS — DESCONECTADO HubSpot CRM Leads · pipeline · sin conexión PROBLEMAS ACTUALES Sin trazabilidad Ventas no sabe qué tickets han generado sus clientes y viceversa Tickets sin IA 40+ categorías manuales Clasificación incorrecta Respuestas lentas Teléfono sin modernizar Solo Ventas tiene agente IA Soporte y Atención siguen con IVR tradicional

Estado actual por departamento

Departamento Canal teléfono Canal tickets / CRM IA activa Conectado con otros depts.
Ventas Elio — agente de voz IA en producción (Retell AI) HubSpot CRM ✓ Voz IA ✗ Sin conexión con Soporte / Atención
Soporte técnico Teléfono tradicional · IVR Sistema de tickets actual (compartido con Atención) ✗ Sin IA ✓ Conectado con Atención al cliente
Atención al cliente Teléfono tradicional · IVR Sistema de tickets actual (compartido con Soporte) ✗ Sin IA ✓ Conectado con Soporte técnico
Partners ✗ Sin IA ✗ Sin sistema definido
Foco de esta propuesta — dos canales: (1) Sistema de tickets — modernización, automatización e IA para clasificar y responder más rápido para Soporte y Atención al cliente. (2) Teléfono — a futuro, agentes de voz IA para cada departamento que sustituyan los IVR sin perder el toque humano.

La visión del teléfono — el canal que más vende y mejor atiende

El teléfono es el canal más potente de netelip. Ventas ya lo sabe — Elio está en producción y funciona. La visión es extender esa inteligencia a todos los departamentos, sustituyendo progresivamente los IVR por agentes de voz IA especializados. Sin perder el toque humano de cada departamento.

Hoy — en producción
Elio — Ventas
Agente de voz IA para ventas activo con Retell AI. Cualifica leads, agenda demos y transfiere al SDR correspondiente. Referencia y punto de partida para el resto de departamentos.
A futuro — por departamento
Un agente de voz por departamento
  • Agente Soporte técnico — resuelve o transfiere a L1
  • Agente Atención al cliente — gestiona cuenta o transfiere
  • Agente Partners — cualifica y dirige al canal correcto
  • Sustitución progresiva de IVR de la centralita
Función 1
Cualificar
Identifica qué necesita el cliente y a qué departamento pertenece antes de conectar con nadie.
Función 2
Agendar citas
Reserva directamente en el calendario del asesor, técnico o agente de atención correspondiente.
Función 3
Resolver
Si la consulta tiene respuesta en la KB, el agente la resuelve sin necesidad de transferir a humano.
Función 4
Transferir
Cuando necesita humano, transfiere al departamento correcto — Ventas, Soporte, Atención o Partners — con contexto completo.
El principio que no cambia: Los agentes de voz IA no sustituyen a las personas — las potencian. El toque humano de cada departamento se preserva en el prompt, la personalidad y las reglas de transferencia de cada agente. La IA hace el trabajo repetitivo; los humanos hacen el trabajo de valor.

Dos equipos, una sola netelip

netelip siempre ha sido una empresa de personas. El equipo humano es el gold standard — su conocimiento, su tono y su forma de atender es lo que define la empresa. Elio y su equipo IA aprenden de ellos, los potencian y cubren lo que ningún equipo humano puede cubrir: disponibilidad total, escala ilimitada y velocidad de respuesta constante.

El equipo humano
B
Benjamín
CEO · Visión y dirección
P
Pablo
Lidera Soporte técnico
Sus llamadas y conocimiento técnico son la base del cerebro de soporte.
N
Nydia
Lidera Atención al cliente
Define la taxonomía de tickets y la voz de atención al cliente en la KB.
M
Mili
Ventas · Arquitectura IA
Diseña el sistema, construye los flujos y conecta todo.
A
Antonio
Desarrollador · Integración técnica
Integra el sistema en la infraestructura de netelip.
El equipo IA
E
Elio
Líder del equipo IA · Fábrica de agentes
Elio no es solo un chatbot ni un agente de voz. Es el líder del equipo IA de netelip — coordina, supervisa y despliega todos los agentes IA que se crean para la empresa. Aprende del equipo humano y replica lo mejor de cada uno a escala.
Roles de Elio en netelip
Agente de voz para Ventas — ya en producción
Agentes de voz para Soporte, Atención y Partners
Chatbots en centro de ayuda, web y panel privado
Clasificación y respuestas del sistema de tickets
Supervisión y coordinación de todos los agentes IA
Fábrica de Agentes IA
Modelo SaaS que crea agentes de voz IA por nicho a precio accesible. Elio lidera también esta iniciativa — cada agente creado para un cliente externo sigue el mismo modelo que el equipo IA interno de netelip.
La historia: El equipo humano es insustituible. Pablo sabe de SIP como nadie, Nydia conoce cada casuística de atención, Mili cierra. Elio aprende de todos ellos — de sus mejores llamadas, de su documentación, de su forma de resolver — y lo convierte en un sistema que trabaja siempre, sin descanso, sin inconsistencias. No es reemplazar personas. Es multiplicarlas.

El sistema nervioso unificado

Un nodo central al que desembocan todos los canales. Todo registrado, todo conectado, todo aprendiendo. Construido de abajo hacia arriba, sin saltarse pasos.

Teléfono / Voz Retell AI Tickets web Portal netelip Chatbots Elio · Web · Panel Sistema de Tickets IA nodo central · clasificación · registro · orquestación grabaciones · transcripciones · call summaries · webhooks OpenAI GPT-4o mini Clasificación rápida y barata Claude Sonnet Respuestas · síntesis · calidad Gemini Flash Voz tiempo real · Retell Base de conocimiento netelip Soporte · Atención al cliente · Ventas · Canal Partners
El principio fundamental: Todo canal desemboca en el mismo nodo central. Todo queda registrado — grabaciones, transcripciones, call summaries, webhooks. La IA aprende de cada interacción. El sistema se vuelve más preciso con el tiempo.

El cerebro de netelip

La KB es la primera pieza que se construye y la más importante. Sin una base de conocimiento bien estructurada, la IA falla. Todo lo demás depende de esto. La construye el equipo de netelip, por departamentos, con el apoyo del RAGBuilder.

Responsabilidad netelip: La base de conocimiento la genera y mantiene el equipo interno de netelip, por departamento. El RAGBuilder automatiza la parte de scraping y estructuración — ver Sección 04.

Cuatro departamentos, cuatro cerebros

Soporte técnico
  • Guías de configuración SIP, vPBX, SIP Trunking
  • Resolución de incidencias frecuentes
  • Troubleshooting de audio y calidad
  • Documentación API Voice, DTMF, Click to Call
  • FAQs técnicas validadas
  • Casos resueltos anonimizados
Atención al cliente
  • Preguntas frecuentes de gestión de cuenta
  • Procesos de portabilidad y numeración
  • Gestión de extensiones y usuarios
  • Horarios de atención y canales de contacto
  • Política de renovaciones y contratos
  • RGPD y protección de datos
Ventas
  • Catálogo completo de productos y servicios
  • Precios, planes y condiciones
  • Pitch de ventas y argumentario
  • Objeciones frecuentes y respuestas
  • Proceso de alta y onboarding
  • Casos de éxito y sectores
Canal Partners
  • Condiciones del programa de partners
  • Comisiones y estructura de márgenes
  • Materiales de venta y recursos
  • Proceso de incorporación de partners
  • Soporte técnico para partners
  • Portal y herramientas disponibles

Fuentes de conocimiento

Cada departamento construye su KB combinando cuatro tipos de fuentes. La calidad de las fuentes determina directamente la calidad de las respuestas de la IA.

Fuente 1
Web y centro de ayuda
Scraping automatizado de netelip.com, el centro de ayuda y la documentación pública. El RAGBuilder mantiene esto actualizado cuando hay cambios en la web.
Fuente 2
Transcripciones YouTube
Los vídeos del canal de netelip contienen información de producto, tutoriales y demos. El RAGBuilder transcribe y estructura el contenido automáticamente.
Fuente 3 — Crítica
Llamadas del equipo humano
Las mejores llamadas de Pablo, Lidia, Sergio Morán y Patricia — los mejores ejemplos de cómo habla netelip, qué objeciones resuelven, cómo cierran. Gold standard del tono y los argumentos de la empresa.
Fuente 4 — Innovadora
Llamadas del agente IA en producción
El agente de voz IA que ya está en producción genera transcripciones reales de interacciones con clientes. Estas llamadas retroalimentan la KB con preguntas reales no documentadas en ningún otro lugar.
Nota importante sobre las llamadas: Las llamadas seleccionadas deben ser las mejores — no las más largas ni las más frecuentes. Las que mejor representan el tono, los argumentos y la resolución de netelip. Son el gold standard que la IA aprenderá a replicar.

Estructura de la KB por departamento

Cada departamento genera un conjunto de módulos en formato Markdown (.md). Esta estructura modular permite actualizar un módulo sin regenerar toda la KB, y asignar módulos específicos a cada chatbot o agente.

kb-netelip/ ├── soporte/ │ ├── 01_configuracion_sip.md │ ├── 02_troubleshooting_audio.md │ └── 03_faqs_tecnicas.md ├── ventas/ │ ├── 01_catalogo_servicios.md │ ├── 02_objeciones.md │ └── 03_casos_exito.md ├── atencion_cliente/ └── partners/ 99_gaps_detectados.md

La herramienta que automatiza la KB

El RAGBuilder es una herramienta de automatización que scrapeará múltiples fuentes de netelip, procesará el contenido con IA y generará automáticamente los módulos de conocimiento en Markdown listos para indexar. Es el pipeline de ingesta de la KB.

Qué es y qué no es: El RAGBuilder es una herramienta interna de productividad. No es el chatbot, no es el sistema de tickets, no es el cerebro en sí mismo. Es la fábrica que crea y mantiene actualizada la documentación estructurada que luego se convierte en KB vectorial.

Pipeline de procesamiento

FUENTES DE ENTRADA Web netelip Firecrawl API Centro de ayuda Scraping YouTube Whisper transcripción Llamadas: Pablo · Lidia Sergio Morán · Patricia · Agente IA PIPELINE AUTOMATIZADO — N8N Normalizar → Limpiar HTML → Deduplicar → Chunking → Prompt automático → Estructurar en .md Claude API — Estructuración inteligente Prompt automático generado · Output: módulos .md por departamento → Módulos .md listos para indexación vectorial

Stack técnico del RAGBuilder

Scraping web Firecrawl API Crawling inteligente de netelip.com y centro de ayuda. Extrae contenido limpio ignorando navegación y elementos decorativos. Límite 50 páginas por ejecución. API
YouTube YouTube Data API v3 + Whisper Extrae automáticamente subtítulos de vídeos. Cuando no hay subtítulos, Whisper transcribe el audio. Resultado: texto limpio por vídeo. API
Llamadas Whisper API (OpenAI) Transcripción de los audios de llamadas seleccionados. Pablo, Lidia, Sergio Morán, Patricia + agente IA en producción. Identificación de speaker automática. Audio
Orquestación n8n Workflow visual que coordina el pipeline completo: ingesta → limpieza → deduplicación → generación de prompt → llamada a Claude → exportación de módulos .md. Automation
Estructuración IA Claude API Recibe el texto limpio + prompt automático generado por el pipeline. Devuelve módulos .md estructurados por departamento, voice-optimizados y sin contenido ambiguo. LLM
El RAGBuilder es un proceso, no una app: Se ejecuta periódicamente (cuando hay cambios en la web, nuevos vídeos, o nuevas llamadas seleccionadas). La salida son siempre archivos .md que el equipo puede revisar antes de indexar. No indexa automáticamente — hay una revisión humana antes de que el contenido entre en la KB activa.

Agentes especializados, un solo motor

No es un chatbot. Son múltiples agentes con personalidades distintas, cerebros asignados específicamente y contextos diferenciados. Todos conectados al mismo nodo central de tickets cuando no pueden resolver.

Agente Ubicación Función principal Cerebros KB Escala a tickets
Elio Centro de ayuda Soporte técnico y documentación. Resuelve dudas, enlaza artículos. Ya prototipado — falta conectar IA real. Soporte · FAQs · Producto Sí — crea ticket si no puede resolver
Bot web pública netelip.com Captación y cualificación de leads. Responde pre-venta, cualifica, agenda demos, crea ticket comercial. Ventas · Precios · Objeciones Sí — ticket comercial directo al SDR
Bot panel privado Panel cliente Gestión de cuenta autenticada. Conoce los servicios activos del cliente. Facturación, configuración, cambios. Soporte · Atención · FAQs Sí — con contexto completo de cuenta
Bot Partners Portal Partners Soporte específico para partners. Comisiones, recursos, incorporación, soporte técnico especializado. Partners · Ventas · Soporte Sí — canal prioritario

Herramienta de chatbots — decisión pendiente

La herramienta de chatbots depende de la arquitectura de infraestructura que elija netelip. No se puede decidir ahora — se decide cuando Benjamín responda las preguntas de la Sección 10. Las dos opciones principales son:

Opción A
Flowise (open source)
  • Desplegable en Docker — mismo servidor de netelip
  • Interfaz visual para configurar flujos sin código
  • RAG integrado, memoria, webhooks nativos
  • El equipo netelip puede mantenerlo sin depender de Mili
  • Migración trivial de cloud a on-premise
  • Open source — sin coste de licencia
Opción B
LangGraph + código propio
  • Control total sobre la lógica de cada agente
  • Más flexible para flujos complejos y multi-agente
  • Requiere más desarrollo inicial
  • Necesita equipo técnico Python para mantener
  • Mejor para fase avanzada cuando el sistema está probado
  • Sin dependencias de plataforma de terceros
Recomendación provisional: Para arrancar, Flowise. Es open source, corre en Docker en los servidores de netelip, y el equipo puede mantenerlo sin depender de desarrolladores externos. Cuando el sistema esté probado y haya necesidades más complejas, se evalúa migrar partes a LangGraph. No son excluyentes.

El nodo central que lo une todo

El cliente escribe en texto libre. La IA clasifica, prioriza, busca en la KB y sugiere una respuesta. El agente revisa y envía. Todo registrado. Cero categorías para el cliente.

Consulta texto libre Enriquecer días desde alta país · servicios activos Clasificar IA GPT-4o mini reglas netelip CONFIANZA >90% → Automático 70-90% → Sugerir Buscar en KB vectorial Top 5 fragmentos más relevantes del departamento asignado Generar respuesta Claude Sonnet · tono netelip · basado en KB Panel del agente ✓ Enviar · ✎ Editar · ✗ Rechazar tiempo agente: 10-15min → 2-3min Todo registrado grabación · transcripción · call summary · webhook

Las reglas de negocio que no se negocian

Regla 1 — Prioridad absoluta
Cliente ≤ 90 días → Comercial siempre

Sin excepción del contenido. Si el cliente lleva menos de 90 días, el ticket va directamente al SDR de cartera. Independientemente de si pregunta algo técnico, administrativo o comercial.

SI días_desde_alta ≤ 90:
  → Comercial [España|LATAM]
  → SDR de cartera asignado
  → Prioridad Alta
SIEMPRE. Sin excepción.
Regla 2 — Clasificación por contenido
Cliente > 90 días → La IA decide

La IA analiza el texto, aplica las reglas de netelip y asigna departamento, equipo y prioridad. Los casos sensibles van siempre a revisión humana obligatoria.

  • factura · pago · IBAN → Administración
  • error · no funciona · configurar → Soporte
  • urgente · crítico · no puedo trabajar → URGENTE
  • cancelar · queja · RGPD → Revisión humana
Resultado esperado: 0% leads mal enrutados. 90%+ precisión en clasificación. Tiempo de primera respuesta: de 4-8 horas a <1 hora. Tiempo por ticket del agente: de 10-15 min a 2-3 min.

La cadena de mando inteligente

No es un LLM detrás de un chat. Es una organización de agentes IA especializados, cada uno con una función, usando el modelo más adecuado para su tarea. Coordinados por n8n, supervisados por métricas en tiempo real.

Estrategia multimodelo: No todos los agentes usan el mismo LLM. GPT-4o mini para clasificación (rápido, económico), Claude Sonnet para generación de respuestas (mejor redacción en español), Gemini Flash para voz en tiempo real con Retell. Esto reduce costes y optimiza calidad por tarea.
Agente 1 · GPT-4o mini
Clasificador de intención
Clasifica cada ticket o consulta en milisegundos. Aplica las reglas de negocio de netelip. Devuelve departamento, equipo, prioridad y confianza. Modelo barato y rápido — ideal para esta tarea de alta frecuencia.
Agente 2 · Claude Sonnet
Generador de respuestas
Recibe la consulta + los fragmentos de KB más relevantes. Genera una respuesta en el tono de netelip. El agente humano la revisa antes de enviar. Mejor modelo para redacción en español con contexto largo.
Agente 3 · Claude
Supervisor de calidad
Revisa que las respuestas sean correctas, estén alineadas con el tono de netelip y no contengan información incorrecta. Aprende de los rechazos del equipo para mejorar las siguientes generaciones.
Agente 4 · GPT-4o mini
Detector de gaps de conocimiento
Detecta preguntas que la KB no puede responder bien. Las marca automáticamente con el contenido de la consulta para que el equipo actualice la documentación. La KB mejora continuamente.
Agente 5 · Claude
Supervisor de escalación
Detecta cuándo un ticket necesita intervención humana urgente. Clientes frustrados, amenazas legales, casos RGPD, situaciones críticas, VIPs. Notifica al supervisor directamente sin pasar por colas.
Agente 6 · n8n
Integrador de canales
Recibe eventos de todos los canales — fin de llamada Retell, mensaje de chatbot, ticket web — y los normaliza al mismo formato para ingestar en el nodo central. El pegamento del sistema.

Tres caminos según tu infraestructura

La arquitectura correcta depende de las respuestas de Benjamín. Los tres escenarios son válidos — cada uno con sus implicaciones técnicas, ventajas y compromisos. No hay una respuesta incorrecta.

Opción A — Cloud puro
Arranque rápido · 2-4 semanas

Todo en cloud. Sin tocar infraestructura de netelip para empezar. Ideal para validar el sistema completo antes de comprometer recursos propios. La migración a servidores netelip es posible en cualquier momento.

CLOUD (Railway / Render / GCP) Chatbots Flowise cloud Orquestación n8n cloud KB vectorial Qdrant Cloud APIs LLM OpenAI · Claude · Gemini Solo contexto mínimo de clientes · Sin datos PII · HTTPS

Ventajas

  • Arrancas en 2-4 semanas
  • Sin inversión inicial en infraestructura
  • Sin mantenimiento técnico de servidores
  • Fácil de iterar y cambiar
  • Migración a on-premise siempre posible

Compromisos

  • Datos en proveedores externos
  • Coste variable que escala con el uso
  • Dependencia de disponibilidad de terceros
  • Menos control sobre la infraestructura
Stack completo: Flowise (chatbots) + n8n cloud (orquestación) + Qdrant Cloud (KB vectorial) + OpenAI / Claude / Gemini (LLMs) + Railway o Render (hosting). Todo conectado vía API HTTPS.
Opción B — Servidores netelip
Control total · 6-10 semanas

Todo en la infraestructura Docker de netelip. Control total de datos, sin dependencias de terceros para el almacenamiento. Los LLMs siguen siendo APIs externas — no hay alternativa razonable on-premise sin GPU de alta gama.

SERVIDOR NETELIP — DOCKER Chatbots Flowise Docker Orquestación n8n self-hosted KB vectorial Qdrant on-prem PostgreSQL · Redis · Datos clientes Todo en infraestructura propia · Control total APIs EXTERNAS OpenAI Claude Gemini Solo texto · Sin PII

Ventajas

  • Datos siempre en infraestructura netelip
  • Sin costes variables de cloud storage
  • Control total sobre el sistema
  • Más fácil de auditar (RGPD, clientes enterprise)
  • Sin dependencia de disponibilidad cloud

Compromisos

  • 6-10 semanas más de arranque
  • Requiere equipo técnico para Docker y mantenimiento
  • Los LLMs siguen siendo APIs externas
  • Escalado más complejo
  • Mayor inversión inicial en infraestructura
Stack completo: Flowise en Docker + n8n self-hosted + Qdrant on-premise + PostgreSQL + Redis. Todo en los servidores de netelip. Los LLMs (OpenAI, Claude, Gemini) siguen siendo APIs externas — solo reciben texto, nunca datos de clientes.
Opción C — Híbrido
Recomendado · 3-5 semanas

La opción más equilibrada para una empresa tecnológica como netelip que quiere control a futuro pero necesita validar rápido. Los datos sensibles de clientes permanecen en los servidores de netelip desde el primer día. La KB de documentación (sin datos personales) arranca en Qdrant Cloud y migra a Docker cuando el sistema esté probado.

SERVIDOR NETELIP Datos clientes PostgreSQL Tickets + Lógica n8n self-hosted Datos sensibles — nunca salen CLOUD (TEMPORAL) KB vectorial Qdrant Cloud → migra a Docker cuando esté listo APIs LLM OpenAI Claude Gemini Chatbots — Flowise cloud Arrancan en cloud → migran a Docker netelip

Ventajas

  • Datos sensibles en netelip desde el día 1
  • Arranque en 3-5 semanas
  • Migración progresiva y planificada
  • KB pública sin riesgo en cloud
  • Camino natural hacia on-premise total
  • Riesgo técnico bajo

Compromisos

  • Dos infraestructuras al inicio
  • Complejidad operativa transitoria
  • La KB cloud migra con trabajo de equipo
Por qué este camino para netelip: Es una empresa tecnológica que quiere control a futuro pero necesita validar el sistema rápido. Los datos de clientes nunca salen del servidor. La KB de documentación (sin datos personales) puede estar en cloud sin ningún riesgo legal ni de privacidad. Y la migración es planificable sin urgencia.

Comparativa de las tres opciones

Qué valida A — Cloud puro B — On-premise C — Híbrido ★
Tiempo de arranque 2-4 semanas 6-10 semanas 3-5 semanas
Datos sensibles clientes En cloud (mínimo) 100% on-premise 100% on-premise
KB vectorial Qdrant Cloud Qdrant Docker Qdrant Cloud → Docker
Orquestación n8n cloud n8n Docker n8n Docker
Chatbots Flowise cloud Flowise Docker Flowise cloud → Docker
Equipo técnico requerido Mínimo Alto Medio
Coste a largo plazo Alto (escala) Bajo Bajo-medio
Control total a futuro Requiere migración Sí desde inicio Migración planificada

De abajo hacia arriba, sin saltarse pasos

El orden importa. Primero el cerebro, luego el nodo central, luego los canales. Cada fase valida la anterior antes de avanzar. Sin hitos cumplidos, no se sigue.

1
Construir la base de conocimiento — KB por departamentos
Primero — Bloqueante

El equipo de netelip genera la documentación de cada departamento. El RAGBuilder automatiza el scraping de web, YouTube y transcripción de llamadas. El resultado son módulos .md revisados por el equipo antes de indexar.

Responsabilidad netelip
Seleccionar las mejores llamadas de Pablo, Lidia, Sergio Morán, Patricia y el agente IA. Revisar y validar los módulos .md generados. Completar los gaps detectados.
Qué valida
Búsqueda semántica devuelve resultados relevantes en >90% de consultas de prueba. Los 4 departamentos tienen KB completa y validada por el equipo.
2
Sistema de tickets — Clasificación automática
Segundo

Frontend simplificado: texto libre, sin categorías. La IA clasifica con las reglas de netelip — la regla de los 90 días, la taxonomía de Nydia, los casos especiales. Testing con 100 tickets reales antes de activar en producción.

Responsabilidad netelip
Nydia completa la taxonomía de departamentos y subcategorías. El equipo técnico integra el frontend simplificado en el portal. Proporciona acceso de lectura a los datos de clientes (días de alta, país, servicios).
Qué valida
Precisión >90% en 100 tickets de prueba. 0% leads comerciales mal enrutados. La regla de los 90 días funciona sin excepción.
3
Sistema de tickets — Respuestas sugeridas por IA
Tercero

La IA genera una respuesta sugerida usando la KB. El agente revisa, edita si hace falta y envía. Objetivo: reducir el tiempo por ticket de 10-15 minutos a 2-3 minutos. Revisión 100% humana durante los primeros 2 meses.

Entregable
Panel de agente con respuesta IA sugerida. Botones enviar / editar / rechazar. Métricas de uso en tiempo real.
Qué valida
>70% de respuestas usables (enviadas o con edición leve). Tiempo medio por ticket <5 minutos.
4
Chatbot Elio — Centro de ayuda con IA real
Cuarto

Elio ya tiene el prototipo visual completo. Se conecta a IA real: la función sendChat() llama a la API del backend en lugar de las respuestas hardcodeadas. Elio consulta la KB, recuerda el contexto de la sesión, y crea tickets cuando no puede resolver.

Entregable
Elio conectado a IA real con memoria de sesión. Creación automática de ticket cuando escala. Sin cambios en el frontend — solo el backend.
Qué valida
Elio resuelve >60% de consultas sin escalar. Tiempo de respuesta <3 segundos. Tickets generados correctamente clasificados.
5
Bot web pública, bot panel privado y bot Partners
Quinto

Con el motor probado y validado, se despliegan los tres bots restantes. El de la web pública se enfoca en captación. El del panel privado conoce el contexto de la cuenta autenticada. El de Partners tiene su propia KB especializada.

6
Agentes supervisores, dashboard y feedback loop
Sexto

El sistema detecta sus propios errores. Los gaps de conocimiento se marcan automáticamente para que el equipo actualice la KB. Dashboard de métricas en tiempo real. Feedback loop: el sistema aprende de cada interacción y mejora continuamente.

Cronograma orientativo

Semana Hito Qué valida Responsable
1-3 KB completa — 4 departamentos >90% relevancia en búsquedas de prueba netelip + Mili
4-7 Clasificación automática activa >90% precisión · 0% leads perdidos Mili + Dev netelip
8-11 Respuestas IA en panel de agente >70% respuestas usables Mili
12-14 Elio con IA real en producción >60% resolución sin escalar Mili + Dev netelip
15-18 Bots web, panel y Partners Todos los canales operativos Mili + Dev netelip
19-22 Supervisores + feedback loop Sistema autónomo y con métricas Mili
El cronograma depende de Benjamín: Las semanas aquí son orientativas. El factor crítico es cuánto tarda el equipo de netelip en tener la KB lista y qué arquitectura de infraestructura se elige. Sin la KB, nada arranca. Sin la decisión de infraestructura, no se configura nada.

Las preguntas que desbloquean todo

La propuesta está definida. La arquitectura está diseñada. Lo que falta es que Benjamín tome estas decisiones para poder configurar el stack definitivo y empezar a construir.

01
¿Qué arquitectura de infraestructura elige netelip?
Cloud puro (arranque en 2-4 semanas, sin tocar infraestructura) · Servidores netelip desde el inicio (control total, 6-10 semanas más) · Híbrido recomendado (datos sensibles on-premise, KB en cloud con migración planificada, 3-5 semanas). Esta decisión determina todas las herramientas del stack.
02
¿Tiene netelip equipo técnico disponible para gestionar infraestructura Docker?
¿Hay alguien que pueda gestionar contenedores Docker, configurar entornos, hacer deploys y mantener los servicios? Si no hay equipo disponible, el arranque debe ser en cloud aunque el destino final sea on-premise.
03
¿En qué punto está la KB de cada departamento?
¿Ya está generando la documentación el equipo de netelip? ¿Hay documentación existente para indexar? ¿En qué departamento hay más material disponible para empezar? La KB es el bloqueante de todo lo demás — si no está, nada arranca.
04
¿Nydia ha definido ya la taxonomía de tickets?
El sistema de clasificación depende de la taxonomía que Nydia debe completar: departamentos finales, subcategorías, palabras clave, casos especiales, prioridades. Sin esto, la Fase 2 no puede arrancar. ¿En qué punto está ese trabajo?
05
¿Tiene netelip API keys de OpenAI, Claude y Gemini?
El sistema usa tres LLMs distintos según la tarea. Si ya existen algunas de estas API keys, se empieza por ahí. Si no, hay que gestionarlas antes de arrancar la Fase 2. También se necesita acceso a la Whisper API para las transcripciones de llamadas.
06
¿Quién lidera la implementación técnica del lado de netelip?
El sistema requiere integración con el portal de netelip (frontend de tickets, autenticación, datos de clientes). ¿Quién del equipo de netelip es el interlocutor técnico? ¿Cuál es su disponibilidad? Esto define el ritmo real del proyecto.
Benjamín, ¿por dónde empezamos?

Esta propuesta está diseñada para que netelip avance con claridad. Con estas respuestas, la arquitectura se define y construimos juntos, paso a paso.

Mili Pérez · miliperez.com · Abril 2026