Propuesta MBGE · Soporte Agosto 2026

Una base de conocimiento viva para soporte

Un taller práctico donde el equipo de soporte aprende a convertir sus manuales muertos en una base de conocimiento viva —que los agentes leen para resolver tickets en Odoo, mantener al día con cada llamada y ayudar a responder al cliente, con su gente decidiendo lo que importa.

01   Qué trabajamos

De manuales muertos a conocimiento vivo

Hoy el conocimiento de soporte vive en PDFs que se congelan el día que se publican, y los tickets de Odoo cuestan trabajo hasta de contar. El taller va por lo contrario: que el equipo aprenda a trabajar una base de conocimiento agent-ready —en texto, no en PDF— con una arquitectura que cualquier agente (Claude, ChatGPT) entiende, mantiene y usa para responder. Arrancamos desde el fundamento, porque ahí es donde está el equipo.

1

El tronco común: qué es un agente

La base, compartida con consultoría. Qué es un agente, qué puede y qué no, y cómo se le dirige. Arrancamos desde cero, sin dar nada por sabido.

  • De "buscar en el PDF a mano" a "preguntarle al agente": el cambio de rol que destraba todo lo demás.
  • Claude y ChatGPT sobre un ticket real de soporte desde el primer minuto.
  • El vocabulario mínimo —contexto, corpus, verificación— aterrizado a su operación.
2

La base de conocimiento agent-ready

El corazón del taller. No se trata de convertir PDFs a Word: es aprender a estructurar archivos de texto (Markdown) que un agente navega como si fuera documentación, con un archivo raíz que le explica todo.

  • Los manuales pasan de PDF estático a texto estructurado —legible por personas y por agentes a la vez.
  • Un archivo de arquitectura (AGENTS.md) que le dice a cualquier agente qué es cada sistema y dónde está cada manual: se conecta y entiende solo.
  • Actualización ágil: si mañana cambian de Compact a otro sistema, se indica una vez y el agente encuentra y reemplaza en todos los documentos donde aparece —sin buscar a mano hoja por hoja.
3

Manuales vivos: se actualizan solos

El manual que un cliente abre hoy debería reflejar lo que se resolvió hace un momento con otro cliente. Eso es un manual vivo: la IA revisa los manuales contra los tickets y las llamadas, y propone lo que falta.

  • La IA compara los tickets resueltos contra los manuales y detecta lo que ya se resolvió pero nadie documentó.
  • Análisis de cada ticket —cómo se resolvió— y de las grabaciones de llamadas, vueltos actualización del manual.
  • Se acabó el manual obsoleto por falta de seguimiento: el mantenimiento deja de depender de que alguien se acuerde.
4

El agente sobre los tickets de Odoo

Soporte hace dos cosas: resuelve tickets y recibe llamadas. El agente entra en las dos —y de paso resuelve el dolor de cuantificar la operación que hoy cuesta trabajo ver en Odoo.

  • Triage y análisis de la causa del ticket contra la base de conocimiento —el agente propone la solución, la persona decide.
  • Los números que hoy cuestan: cuántos tickets se generaron, cuántos se cerraron, dónde se atoran —legibles para el líder sin pelear con Odoo.
  • Menos talacha repetida: lo que ya está documentado lo contesta el agente; su gente se enfoca en lo que sí necesita criterio.
5

Canal al cliente y respuesta con human-in-the-loop

El cliente levanta su ticket por un link; si la respuesta está en la base de conocimiento, se le contesta por correo con la solución. Y donde la IA no debe decidir sola, entra una persona.

  • Link para que el cliente levante su ticket, y respuesta automática por correo cuando la solución ya vive en el corpus.
  • Human-in-the-loop: en los temas que se marquen, el agente escala por correo a alguien de MBGE en vez de responder solo.
  • El cliente recibe respuesta correcta y rápida; el equipo interno baja su carga sin perder el control de lo delicado.
6

Lo que se llevan: el saber-hacer y el diagnóstico

No es un temario: es el conocimiento práctico para trabajar la base de conocimiento con sus propios manuales, más el diagnóstico de cómo crecerla.

  • El equipo practica la arquitectura agent-ready sobre una parte real de sus manuales y tickets —y sabe repetirlo.
  • El flujo cliente → agente → respuesta / escalamiento, entendido y probado en la sesión sobre casos reales.
  • Lectura ejecutiva de 30 minutos: qué se puede automatizar, qué necesita persona, y cómo crecerlo.
Cliente levanta ticket Agente busca y responde Base de conocimiento Respuesta por correo, sola Persona MBGE si es delicado tickets y llamadas actualizan la base 🔁
El flujo: el cliente pregunta, el agente responde desde la base de conocimiento y escala a una persona lo delicado. Cada ticket y llamada alimenta la base de vuelta.

POR QUÉ NO ES SOLO "SUBIR LOS PDF"

La diferencia está en la arquitectura. Un PDF subido a un chat responde una vez y mal. Una base de conocimiento agent-ready —texto estructurado + un archivo que explica cómo está organizado todo— hace que cualquier agente la entienda, la mantenga y responda contra ella de forma consistente. Eso es lo que convierte el manual en algo vivo.

02   El vocabulario

Qué hace que un manual esté vivo

El proyecto no es sobre "escribir mejores manuales" —es sobre la estructura que los vuelve utilizables por un agente y los mantiene al día solos. Este es el vocabulario que su equipo va a manejar al terminar.

Agente
No un chat que responde suelto: algo que persigue un objetivo —"resuelve este ticket usando los manuales"— y sabe dónde buscar.
Base de conocimiento (corpus)
Los manuales y lo resuelto, en texto estructurado que el agente navega como documentación. La fuente contra la que responde.
Arquitectura agent-ready
Un archivo raíz (AGENTS.md) que le explica al agente qué es cada sistema y dónde vive cada manual. Sin él, el agente adivina; con él, sabe.
Human-in-the-loop
El punto donde la IA no decide sola: escala a una persona los temas marcados. El control de lo delicado se queda con MBGE.
Manual vivo
El manual que se actualiza contra los tickets y las llamadas —no el PDF que se congeló el día que se publicó.

DESDE DÓNDE ARRANCAMOS

Igual que consultoría, el equipo de soporte arranca desde el fundamento. No se necesita saber programar: se necesita entender cómo se organiza y se dirige. El taller sube desde ahí, con las manos en sus propios manuales y tickets.

03   El programa

Cuatro sesiones de trabajo

Dos horas cada una, una por semana. La primera es el tronco común —compartida con consultoría—; las tres siguientes son de trabajo práctico sobre sus propios manuales y tickets.

  1. 01

    Tronco común · qué es un agente

    La nivelación, junto con consultoría. Qué es un agente, qué puede y qué no, y el cambio de "buscar a mano" a "preguntarle al agente". Primer contacto con Claude y ChatGPT sobre un ticket real. Arrancamos desde cero.

  2. 02

    La base de conocimiento agent-ready

    De PDFs estáticos a texto estructurado y la arquitectura (AGENTS.md) que un agente entiende. El equipo la trabaja con una parte real de sus manuales y comprueba que el agente responda contra ella.

  3. 03

    Manuales vivos y agentes sobre Odoo

    La IA compara tickets y llamadas contra los manuales y propone lo que falta; triage y análisis de tickets en Odoo, y los números que hoy cuestan ver —cuántos se generaron, cuántos se cerraron.

  4. 04

    Canal al cliente, human-in-the-loop y diagnóstico

    El link para que el cliente levante su ticket, la respuesta automática por correo cuando la solución ya vive en el corpus, y el escalamiento a una persona en lo delicado. Levantamos el diagnóstico.

CÓMO TRABAJAMOS

Es un taller práctico: su equipo trabaja con las manos sobre sus propios manuales y tickets, y nosotros guiamos —qué estructura, cómo dirigir al agente, cómo verificar. Se llevan el conocimiento para hacerlo y lo saben repetir.

SOBRE EL ALCANCE

El paquete tiene un cupo de 8 personas del equipo de soporte, incluyendo a su líder; cada persona por arriba de 8 suma $4,000. El análisis y la documentación entre sesiones están incluidos; el diagnóstico se entrega la semana siguiente a la última sesión. Alcance cerrado, sin dependencias abiertas.

04   Calendario

Cuatro semanas

Una sesión por semana, presencial en su oficina. Arranque a convenir; las fechas exactas se definen con su equipo al confirmar. Carga horaria: 8 horas de instrucción en vivo (4 sesiones × 2 h), más el análisis y la práctica entre sesiones.

05   Inversión

Lo que incluye su inversión

Un paquete cerrado: las cuatro sesiones —tronco común y el trabajo práctico sobre sus manuales y tickets—, el análisis entre sesiones y el diagnóstico. El paquete asegura el alcance aunque el grupo sea menor, con límite de personas y sesión adicional si el equipo suma otro frente.

Paquete · Soporte MBGE
$44,000 MXN + IVA

Cuatro sesiones guiadas de dos horas, semanales —8 h de instrucción en vivo— · cupo de 8 personas · presencial · diagnóstico documentado y constancia por participante. Pago en dos partes: 50% al inicio y 50% al cierre.
Precio de paquete $44,000, al mismo nivel que el equipo de desarrollo. El cupo de 8 personas asegura el alcance aunque el grupo sea más chico —el precio no baja.

Si se suman más personas o frentes
+$4,000 / persona sobre 8 + IVA

El cupo incluido es de 8 personas. Cada persona adicional se suma a $4,000. Si el equipo suma un frente o sesión extra, $16,000 por sesión. Se cotiza y se agenda al momento.

QUÉ SE LLEVAN

A diferencia de un curso genérico de prompts, aquí practican sobre sus propios manuales y tickets: se llevan el conocimiento práctico para trabajar su base de conocimiento y dirigir agentes sobre su operación —con las manos, sobre casos reales, y lo saben repetir.

Siguiente paso

Confirmar el número de personas del equipo de soporte y agendar el arranque.