Propuesta MBGE · Automatización Digital Agosto 2026

Consultoría y capacitación en IA para el equipo de automatización digital

Un programa en dos capas: primero nivelamos a todo el equipo en lo que la IA sí puede hacer, y luego llevamos a desarrollo, calidad, documentación y liderazgo a operar con agentes —sobre su propio trabajo en Appian, SQL y .NET.

01   Qué instalamos

Dos capas: nivelar a todos, luego especializar por rol

Parte de dos hechos de su equipo. Uno: hay un desfase en el uso de IA entre las personas, y antes de correr hay que nivelar a todos en lo que la IA sí puede hacer —esa primera capa es más generativa y es para las 17 personas. Dos: el punto crítico es que mucho de lo que operan no está documentado. Por eso la segunda capa no separa "desarrollar" de "documentar": instala agentes que hacen las dos cosas en el mismo loop. Su equipo hace el trabajo; nosotros guiamos, revisamos y documentamos.

1

Capa 1 · Nivelación de todo el equipo

Las 17 personas entendiendo, con las manos, hasta dónde llega hoy la IA —y hasta dónde no. Cierra el desfase y pone a todos a hablar el mismo idioma antes de especializar.

  • Qué es hoy un agente y qué lo hace confiable: modelo, contexto, harness, loop y verificación —el vocabulario que todos van a manejar.
  • Las capacidades reales y los límites honestos: qué resuelve solo, qué necesita supervisión y dónde todavía no llega.
  • Context engineering: por qué el resultado se decide en lo que el agente ve, no en el prompt —y cómo verificar un resultado antes de confiarlo.
  • Cada quien lo aterriza a su rol: atención a clientes, desarrollo Appian, .NET, calidad y documentación, con casos de su propia operación.
2

Capa 2 · Desarrollo y calidad con agentes

El equipo técnico desarrollando mejor y con mejores prácticas —sobre Appian y .NET reales, no sobre ejemplos. Ellos ejecutan; nosotros guiamos en vivo.

  • Appian como orquestador: sus procesos controlando agentes externos —donde Appian topa en IA y costo, el agente hace el trabajo y regresa el resultado al proceso.
  • Desarrollo .NET dirigido por agentes: pasar de "promptear" a diseñar un loop —definir, planear, ejecutar y verificar— con criterio de éxito verificable, no "que quede bien".
  • Atención a clientes: agentes sobre los tickets y la operación montada en Appian y SQL —triage, análisis de la causa y respuesta, con la persona decidiendo.
  • Calidad que cierra el loop: codificar los chequeos que hoy hacen a mano para que el agente se auto-verifique, y un verificador separado del que ejecuta.
3

Capa 2 · Documentar mientras se desarrolla

Su punto crítico, resuelto en el mismo movimiento. No es documentar aparte, después: es que el agente que desarrolla también documente en el mismo loop.

  • Un mismo agente desarrolla, prueba y documenta a la par —la documentación deja de ser una tarea que se pospone y pasa a salir del propio trabajo.
  • Rescatar lo que hoy no está documentado: agentes que leen procesos de Appian, SQL y código .NET heredado y levantan la documentación que falta.
  • El criterio del equipo, escrito una vez: cómo se documenta un proceso, qué lleva un ticket, el estándar de un desarrollo —vuelto archivos de contexto que el agente reutiliza.
  • El documentador técnico deja de ir detrás del desarrollo y pasa a curar y verificar lo que el agente genera.
4

Capa 2 · Liderazgo: auditar y pronosticar

Un bloque aparte para los tres líderes técnicos y PMO. Un paso adicional sobre lo anterior: no solo usar agentes, sino usarlos para vigilar el desarrollo y anticipar el trabajo.

  • Líderes técnicos: agentes que analizan y auditan los desarrollos que genera el equipo —un verificador que revisa lo interno y lo heredado en paralelo y reporta qué destrabar.
  • PMO: agentes para un forecast más asertivo —fechas, pronósticos y capacidad del equipo a partir de datos reales del trabajo, no de una corazonada.
  • Bitácora automática: el agente registra qué se hizo y cuánto tardó de verdad, y ese log afina la siguiente estimación.
  • Se coordina con la certificación que PMO ya está viendo por su cuenta; aquí cubrimos el uso de agentes para la gestión, no la certificación.
5

Diagnóstico y roadmap del área

Nuestro entregable. El documento que sale del trabajo real de las sesiones, con lectura ejecutiva de 30 minutos.

  • Dónde vive hoy el conocimiento del área —qué está en Appian, en SQL, en .NET y qué en la cabeza de cada quien— y qué falta para que sea legible por agentes.
  • Dónde arranca la documentación automática y con qué prioridad, sobre lo que hoy no está documentado.
  • Roadmap de adopción por rol: pilotos priorizados, criterio de licencias y modelos, y cómo escalar el uso en el equipo.
  • Listo para presentarse a dirección.

SOBRE SU OPERACIÓN

En la primera sesión mapeamos dónde vive el conocimiento del área: qué está en los procesos de Appian, qué en SQL, qué en el código .NET y qué solo en la cabeza de cada quien. No se trata de entregarnos su plataforma: se trata de entender dónde está, que es el primer paso para que su operación sea legible por agentes —y para documentar lo que hoy no lo está.

02   Lo nuevo de la IA

El cambio, explicado sin tecnicismos

Antes de entrar a lo técnico, el panorama en simple —para todos, no solo para el equipo técnico. Lo que están viendo hoy no es "otra herramienta de chat": es un cambio en lo que el software puede hacer. Vale la pena entenderlo aunque no seas técnico, porque es lo más actual y es justo lo que vamos a poner en sus manos.

1

El software dejó de esperar

Por décadas el software solo hacía lo que le indicabas, clic por clic. Lo nuevo es que ahora persigue un objetivo: le dices el qué y él resuelve el cómo. La persona deja de operar paso a paso y pasa a dirigir. La frase que lo resume: el software de antes ejecuta instrucciones; el de ahora persigue metas.

2

El agente ya no solo escribe: actúa

Un agente moderno se conecta a las herramientas que ustedes ya usan y hace el trabajo dentro de ellas —no te devuelve un texto para que tú lo copies y pegues. En su caso es todavía mejor: Appian puede dirigir a esos agentes dentro de sus propios procesos, como un paso más de lo que ya operan.

3

La ventaja no es el modelo; es lo que la empresa le enseña

Cualquiera puede comprar el mismo modelo. La diferencia real es el conocimiento de MBGE —cómo hacen las cosas, sus criterios, los errores que ya resolvieron— convertido en algo que el agente reutiliza. Hoy eso vive en la cabeza de cada quien y se pierde; el taller lo vuelve sistema. Es, además, la salida a su punto crítico: lo que no está documentado, documentado.

HACIA DÓNDE VA

Primero le enseñamos a la máquina a pensar; luego le dimos manos para actuar; ahora se construye el sistema que aprende de lo que hace —cada error corrige al siguiente trabajo. Y el siguiente horizonte ya se asoma: esa misma inteligencia moviendo robots y fábricas. Verlo hoy es adelantarse, no alcanzar. De eso también hablamos, para que el equipo entienda no solo la herramienta, sino hacia dónde va todo.

03   El vocabulario técnico

Appian orquesta; los agentes hacen el trabajo

Appian es excelente para modelar y controlar un proceso, pero topa en IA nativa y en costo. La buena noticia es que no tiene que resolverlo solo: desde el proceso puede controlar agentes externos e incorporarlos como un paso más. Appian dirige; el agente desarrolla, documenta o verifica; el resultado regresa al proceso. El curso no es sobre prompts —eso lo enseña un video en seis meses—; es sobre el entorno, el loop y la verificación que hacen a ese agente confiable dentro de su proceso.

Proceso en Appian ORQUESTADOR SQL .NET Tickets orquesta Agentes de IA Claude · GPT · Codex Desarrolla Documenta Verifica / audita resultado al proceso
Appian dirige el proceso; los agentes desarrollan, documentan y verifican; el resultado regresa al proceso.
Modelo
El motor —la CPU. Cambiarlo es cambiar de proveedor; casi nunca es lo que mueve el resultado.
Contexto (context window)
La memoria de trabajo —la RAM. Lo que el agente ve —su proceso de Appian, su esquema SQL, sus tickets— decide el resultado, no lo que el modelo "sabe".
Harness
El sistema operativo del agente: sus archivos de contexto por módulo, sus herramientas, rutinas de arranque y la aduana de permisos (testeables, no una súplica en el prompt).
Loop
El trabajo, no la instrucción: descubrir → planear → ejecutar → verificar → iterar. Es el paso que Appian incorpora como una etapa más del proceso.
Verificación
Quien cierra el loop. Volumen sin verificación son errores más rápidos —por eso quien ejecuta no es quien audita.

EL CONTRAPESO HONESTO

Los números de ahorro por rutear modelos (hasta 15× de diferencia de costo en la misma tarea) los publica quien vende el router. Por eso el curso no entrega una tabla para memorizar: entrega el criterio y el eval para que su equipo mida en su caso —sus procesos, su volumen— cuál modelo conviene y dónde Appian debe delegar, no en el benchmark de nadie más.

04   Las sesiones

Cuatro sesiones en tres bloques

Dos horas cada una, una por semana. El programa sigue las dos capas: un bloque de nivelación con todo el equipo, uno de especialización con el equipo técnico, y uno de liderazgo con los tres líderes técnicos y PMO. El trabajo sale de la operación real; en una misma sesión pueden avanzar varios frentes.

  1. 01

    Bloque A · Nivelación — todo el equipo (hasta 17)Capacidades de la IA, aterrizadas a cada rol

    Mapeamos dónde vive el conocimiento del área y montamos el espacio de trabajo. Todos entienden, con las manos, qué es un agente y hasta dónde llega hoy la IA —el vocabulario común (modelo, contexto, harness, loop, verificación) y cómo se verifica un resultado—, y cada rol lo lleva a su terreno: atención a clientes sobre tickets, desarrollo Appian y .NET, calidad y documentación. Cierra el desfase. Presencial.

  2. 02

    Bloque B · Desarrollo — equipo técnicoAgentes en Appian y .NET

    El equipo técnico desarrolla dirigiendo agentes: Appian orquestando agentes externos, desarrollo .NET por loops en lugar de prompts sueltos, y agentes sobre los tickets y la operación en SQL. Criterio para elegir el modelo según la tarea.

  3. 03

    Bloque B · Desarrollo — equipo técnicoDocumentar y verificar en el mismo loop

    El bloque del punto crítico: que el agente que desarrolla también documente, y rescatar lo que hoy no está documentado en Appian, SQL y .NET. Calidad codifica sus chequeos para que el loop se auto-verifique, con un verificador separado del que ejecuta.

  4. 04

    Bloque C · Liderazgo — líderes técnicos y PMOAuditar los desarrollos y pronosticar

    Los tres líderes técnicos montan agentes que analizan y auditan lo que genera el equipo —lo interno y lo heredado, en paralelo— y reportan qué destrabar. PMO arma agentes para un pronóstico más asertivo: fechas, capacidades del equipo y forecast del trabajo con clientes a partir de la bitácora real. Cerramos el criterio del área en sus archivos de contexto y levantamos el diagnóstico.

CÓMO TRABAJAMOS

Las sesiones son de trabajo guiado: su equipo opera las herramientas y avanza sobre su propia operación con nosotros al lado. Nosotros aportamos el criterio —qué modelo, cómo diseñar el loop, qué delegar desde Appian, cómo verificar y cómo documentar— y el análisis del área. Lo que su equipo resuelve se queda con ellos y lo saben rehacer.

SOBRE EL ALCANCE Y LOS GRUPOS

El paquete incluye hasta 17 personas. El bloque de nivelación (sesión 1) es para todo el equipo; el de desarrollo (sesiones 2–3) para el equipo técnico —desarrollo Appian y .NET, atención a clientes, calidad y documentación—; y el de liderazgo (sesión 4) para los tres líderes técnicos y PMO. El análisis y la documentación entre sesiones están incluidos. El diagnóstico y el roadmap se entregan al cierre, la semana siguiente a la última sesión.

Es un taller de habilitación, no un desarrollo de software: su equipo termina operando estas prácticas sobre su propia operación, y el roadmap define qué haría falta construir después y con qué alcance. Ese trabajo se cotiza por separado.

ESPACIOS COMPARTIDOS CON OTROS EQUIPOS

Como lo comentaste, el bloque de nivelación es el más fácil de compartir con otros equipos de MBGE —por ejemplo, el de desarrollo— y así alinear a la organización en un mismo lenguaje. Si deciden sumar equipos, coordinamos el calendario y ajustamos el alcance; los bloques de especialización conviene mantenerlos por equipo para que el trabajo sea sobre lo suyo. Mantenemos el precio por equipo alineado entre las áreas de MBGE —mismo criterio para todos— y con gusto lo cotizamos en conjunto una vez que definan qué equipos entran.

05   Calendario

Cuatro semanas

Una sesión por semana, presencial en su oficina. Arranque a partir de octubre de 2026; 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 documentación entre sesiones.

06   Inversión

Lo que incluye su inversión

Un paquete cerrado: las cuatro sesiones guiadas en los tres bloques, el análisis y la documentación entre ellas, y el diagnóstico con el roadmap del área.

Paquete · Automatización Digital MBGE
$56,000 MXN + IVA

Cuatro sesiones guiadas de dos horas, semanales —8 h de instrucción en vivo— en tres bloques (nivelación, desarrollo, liderazgo) · hasta 17 personas · presencial · diagnóstico y roadmap documentados. Pago en dos partes: 50% al inicio y 50% al cierre, con la entrega del diagnóstico.
$4,000 por persona sobre 14 personas = $56,000. Por volumen, el paquete cubre hasta 17 personas sin costo adicional.

Sesión adicional
$12,000 MXN / sesión + IVA

A partir de la quinta, si el equipo decide sumar otro frente. Se cotiza y se agenda al momento.

Siguiente paso

Confirmar los grupos por bloque y agendar las cuatro sesiones.