Manual de implementación de Claude.ia de Transgenia
Este es el manual operativo con el que Transgenia implementa Claude.ia dentro de una comercializadora o distribuidora mexicana. No es marketing ni promesa de "transformación digital". Es la secuencia exacta de decisiones que ejecutamos, con 5 fases y 30 días, para que al día 30 el cliente tenga evidencia suficiente para escalar, ajustar o descartar el caso de uso, sin adivinar.
Nace de nuestra propia ruta de certificación como partner registrado de Claude (Anthropic). Dentro de esa ruta el equipo completó el curso Delivery Methodology del Partner Badge · Claude Code, y con ese entrenamiento generalizamos la disciplina de Anthropic (pensada originalmente para pilotos de ingeniería de software) al terreno real de una comercializadora: compras internacionales, tipo de cambio, inventario, documentos aduanales y ese margen que se erosiona antes de que la venta ocurra.
Dos reglas gobiernan este manual y todo lo que se derive de él. Primera: ninguna cifra de cliente inventada; cuando ilustramos con un número, la fuente pública se cita, o se deja como pregunta de diagnóstico para el caso de uso real del cliente. Segunda: posicionamiento exacto. Transgenia es partner registrado de Claude construyendo hacia certificación completa, con evidencia real de despliegues. No partner certificado (la evaluación final de la ruta sigue pendiente). No candidato (ese framing quedó atrás en agosto de 2026). Ambas reglas están escritas para proteger al lector de la sobreventa que domina el mercado.
Para quién es este manual
Este manual está pensado para tres roles dentro de una comercializadora B2B:
- Director de operaciones o CEO: quien decide si el piloto se aprueba y quien firma los criterios de éxito.
- Encargado del proceso candidato (comprador, jefe de almacén, analista de costos): quien vive el proceso todos los días y será la cohorte del piloto.
- TI o project sponsor interno: quien coordina los accesos, la línea base y el enlace con Transgenia.
Si su comercializadora ya evalúa "hacer algo con IA" pero todavía no tiene claro qué proceso mide primero, con qué línea base y quién es responsable de que la adopción sobreviva a la semana 3, este manual responde eso.
1. ¿Por qué un partner si la IA de Claude ya lo hace todo?
Es la pregunta más honesta de una primera reunión, y en Anthropic no la esquivan: aparece explícita en la introducción del Partner Basecamp. La formulan así: "si los modelos son commodities que cualquiera puede acceder, ¿por qué traer un partner cuando cualquiera puede llamar a las mismas APIs?" La respuesta también viene del mismo material, y es la que aplicamos aquí.
El cuello de botella se movió. Cuando los modelos estaban por debajo del umbral, la pregunta difícil era "¿puede la IA hacer esto?" Esa pregunta ya está resuelta en la mayoría de los casos. La pregunta difícil de hoy es todo lo que rodea al modelo: cómo diseñas el producto sobre él, cómo lo conectas a los datos reales, cómo mides su calidad, cómo haces que la gente cambie de verdad su manera de trabajar. Anthropic lo dice sin retórica: "el modelo es un commodity; la capa de aplicación es el producto."
Ver diagrama Mermaid
flowchart LR
M["Modelo
~10 por ciento
Claude API commodity"]
P["Prompts
~25 por ciento
diseño de instrucción"]
C["Contexto
~30 por ciento
RAG, herramientas, memoria"]
E["Evaluación
~30 por ciento
calidad, regresiones, confianza"]
G["Guardarraíles
~15 por ciento
seguridad, monitoreo, escalación"]
M --> P
M --> C
M --> E
M --> G
style M fill:#1e3a5f,color:#fff
style P fill:#166534,color:#fff
style C fill:#166534,color:#fff
style E fill:#166534,color:#fff
style G fill:#78350f,color:#fff
Un partner que ya operó ese 90 por ciento aporta cuatro cosas que la API por sí sola no da: contexto de negocio (sabe qué proceso califica para un piloto y cuál no), diseño de la capa de aplicación (prompts, RAG, evaluación y guardarraíles, no sólo la llamada al modelo), medición honesta con línea base (para que el "después" sea comparable con el "antes") y gestión del cambio (para que la adopción sobreviva a la semana 3). Sin esas cuatro, un piloto de IA es un juguete caro. Con esas cuatro, es una decisión con evidencia al día 30.
Este manual documenta exactamente esas cuatro capas.
2. Por qué la mayoría de los pilotos de IA no llegan al día 30
El patrón se repite casi idéntico entre sectores: se elige un caso de uso sin calificarlo, se arranca sin línea base documentada, nadie queda responsable interno del proceso nuevo, y en unas semanas el piloto queda abandonado en silencio. La falla casi nunca es el modelo. Es la ausencia de una metodología que fije, antes del día 1, qué se mide, con qué línea base y quién responde por la adopción.
Ver diagrama Mermaid
mindmap root((6 fallas
prevenibles)) Sin línea base número previo Excel del área capturado antes del día 1 Sin campeón referente entre pares no el más técnico credibilidad interna Caso marginal ganancia difusa no mueve métrica del director se saltó la Fase 0 Meseta supervisada equipo cómodo revisando nunca pasa a autonomía falta demo entre pares Documentación desactualizada manual no refleja proceso prompts no compartidos conocimiento en una cabeza Handoff no formalizado proveedor se fue nadie quedó responsable sin acta con fecha
Cada una de las 6 fallas tiene un anticuerpo en las fases que siguen. No es filosofía, es checklist.
3. Las 5 fases · overview
Ver diagrama Mermaid
flowchart LR
F0["Fase 0
Calificación
días 1-3"]
F1["Fase 1
Diseño del piloto
días 1-3"]
F2["Fase 2
Medición y ROI
días 4-30"]
F3["Fase 3
Adopción escalonada
días 4-27"]
F4["Fase 4
Cierre y handoff
días 28-30"]
F0 --> F1 --> F2 --> F3 --> F4
style F0 fill:#166534,color:#fff
style F1 fill:#166534,color:#fff
style F2 fill:#1e3a5f,color:#fff
style F3 fill:#1e3a5f,color:#fff
style F4 fill:#78350f,color:#fff
Cada fase tiene una condición de salida verificable. Sin esa condición, no se avanza. Esta disciplina de compuertas es lo que separa un piloto que produce decisión al día 30 de una demo que se olvida.
4. Fase 0 · Calificación del caso de uso
No todo proceso que "podría usar IA" merece un piloto. La primera decisión es distinguir entre una ganancia marginal (ahorra tiempo pero no cambia el resultado del negocio) y una ganancia estructural (mueve una métrica que el director ya está mirando: margen por SKU, ciclo de cobro, quiebres de stock, tiempo de despacho).
Ver diagrama Mermaid
flowchart TD
Start(["Proceso candidato"]) --> Q1{"¿Volumen
suficiente?"}
Q1 -- "no" --> Rechazo1["Descartar
no justifica piloto"]
Q1 -- "sí" --> Q2{"¿Reglas
claras?"}
Q2 -- "no" --> Riesgo["Alto riesgo
ordenar proceso primero"]
Q2 -- "sí" --> Q3{"¿Existe
línea base?"}
Q3 -- "no" --> Q3b{"¿Se puede
construir en 3 días?"}
Q3b -- "no" --> Rechazo2["Descartar
sin antes no hay después"]
Q3b -- "sí" --> Q4
Q3 -- "sí" --> Q4{"¿Equipo
dispuesto?"}
Q4 -- "no" --> Rechazo3["Posponer
sin cohorte no hay piloto"]
Q4 -- "sí" --> OK(["Piloto calificado
pasar a Fase 1"])
style OK fill:#166534,color:#fff
style Rechazo1 fill:#7f1d1d,color:#fff
style Rechazo2 fill:#7f1d1d,color:#fff
style Rechazo3 fill:#7f1d1d,color:#fff
style Riesgo fill:#78350f,color:#fff
Los 4 filtros, en orden:
- Volumen. ¿Ocurre con la frecuencia suficiente para que automatizarlo importe? Un proceso que pasa una vez al trimestre no justifica un piloto de 30 días.
- Complejidad. ¿Tiene reglas claras y repetibles, o depende de criterio caso por caso no documentado? Complejidad alta sin reglas claras es señal de riesgo, no de piloto.
- Medición. ¿Existe hoy un dato de línea base, aunque sea en Excel, o habría que inventarlo? Si no se puede medir el "antes", no se puede probar el "después".
- Disposición del equipo. ¿La persona que vive el proceso está dispuesta a cambiar su flujo por 30 días? Un voluntario entusiasta ajeno al proceso valida que la herramienta es interesante, no que el proceso real mejora.
Regla de descarte: complejidad alta más medición inexistente equivale a riesgo, no a piloto. Se pospone hasta ordenar el proceso o se acota el alcance.
Casos de uso que ya calificamos como estructurales en comercializadoras B2B:
- Costeo con landed cost real por SKU (flete, arancel, tipo de cambio, maniobras, honorarios de agente aduanal) en lugar de costeo promedio que oculta márgenes negativos.
- Agente de seguimiento a proveedores internacionales y ETA de órdenes de compra, con lectura de correos y anexos.
- Inventario predictivo para reducir quiebres de stock y liberar capital inmovilizado en mercancía de baja rotación.
- Lectura y clasificación automática de documentos aduanales (facturas comerciales, pedimentos, listas de empaque, certificados de origen).
En cada uno, la métrica que se mueve (margen por SKU, tiempo de despacho, capital inmovilizado, errores de captura) es una métrica que un director de operaciones ya mira. No es una métrica inventada para justificar el piloto.
5. Fase 1 · Diseño del piloto
Con el caso de uso calificado, el piloto se diseña con tres decisiones no negociables: la cohorte, el alcance operativo y los criterios de éxito.
La cohorte. Es quien vive el proceso todos los días (el comprador, el jefe de almacén, el analista de costos). Nunca un "voluntario entusiasta" ajeno. Un voluntario entusiasta valida que la herramienta es interesante; nosotros necesitamos validar que el proceso real mejora.
Ver diagrama Mermaid
flowchart LR
C1["Comprador
cohorte"]
C2["Jefe de almacén
cohorte"]
C3["Analista de costos
cohorte"]
Campeon["Campeón interno
influencia entre pares"]
Lider["Líder del área
destraba resistencia"]
TGN["Facilitador Transgenia
horas abiertas"]
C1 --> Campeon
C2 --> Campeon
C3 --> Campeon
Campeon --> Lider
Campeon --> TGN
style C1 fill:#1e3a5f,color:#fff
style C2 fill:#1e3a5f,color:#fff
style C3 fill:#1e3a5f,color:#fff
style Campeon fill:#166534,color:#fff
style Lider fill:#1e3a5f,color:#fff
style TGN fill:#78350f,color:#fff
El alcance. Se define en términos operativos precisos, no aspiracionales. No "digitalizar compras", sí "seguimiento automático del estatus documental de órdenes de compra internacionales, desde la confirmación del proveedor hasta la entrada a almacén". La regla es que un lector externo pueda decir sin ambigüedad "esto entra en el piloto, esto no".
La duración estándar es dos ciclos completos de la tarea que se está probando. Para una comercializadora suele ser 25 a 30 días, lo suficiente para capturar variación real: una orden de compra típica, un cierre de mes, una semana con carga alta.
Los criterios de éxito se fijan antes del día 1, nunca después, con cuatro componentes explícitos:
- Línea base: el número de hoy, documentado con fuente y fecha.
- Umbral: qué cambio se consideraría éxito.
- Método: cómo se va a medir (qué reporte, qué campo, quién lo captura).
- Fecha: cuándo se evalúa el resultado.
Fijar esto después de ver los primeros resultados invalida la medición completa. Es la regla más incómoda del manual, y la que más pilotos ha salvado.
6. Fase 2 · Medición y evidencia (ROI)
La línea base se captura antes del kickoff. Una línea base "reconstruida" después de dos semanas de piloto ya está contaminada por el propio cambio que se busca medir.
Medimos en cuatro categorías, adaptadas de ingeniería de software del curso original de Anthropic a operación real de negocio:
Ver diagrama Mermaid
pie showData
title Las 4 categorias de metrica ROI del piloto
"Productividad operativa" : 30
"Calidad y retrabajo" : 25
"Uso y adopcion" : 25
"Percepcion del equipo" : 20
- Productividad operativa: horas-persona por orden de compra, por conciliación de ETA, por reporte de margen.
- Calidad y retrabajo: errores de captura, devoluciones, discrepancias de costeo, pedidos que hay que reabrir.
- Uso y adopción: porcentaje de órdenes o documentos que pasan por el flujo con IA versus el flujo manual.
- Percepción del equipo: ¿la persona que vive el proceso lo seguiría usando sin que se lo pidan? Esta pregunta se hace, textual, al final.
El resultado del piloto se reporta como un número, con su traducción a lenguaje directivo, no como una lista de observaciones técnicas. Una frase con la forma "bajamos de X a Y horas-persona por semana en conciliación de ETA" se entiende en la sala del director. Una frase con la forma "el agente procesa correctamente Z por ciento de los correos de proveedor" no, por sí sola. (X, Y, Z son marcadores de formato: cada cliente cierra su piloto con su propio número documentado.)
7. Fase 3 · Adopción escalonada
La adopción real sigue una curva, no un interruptor. Va de revisión total a autonomía en cuatro tramos, y el riesgo dominante no es la caída inicial: es la meseta.
Ver diagrama Mermaid
flowchart LR
S1["Semana 1
Supervisado
autonomía ~20 por ciento
calibración"]
S2["Semanas 2-3
Autonomía creciente
~55 → ~80 por ciento
revisión de excepciones"]
S3["Semana 4
Modo agente
~95 por ciento
proceso corre solo"]
S4["Día 30+
Institucionalizado
~100 por ciento
así se hace ahora"]
S1 --> S2 --> S3 --> S4
Meseta["Riesgo dominante:
meseta supervisada"]
Meseta -.-> S2
style S1 fill:#7f1d1d,color:#fff
style S2 fill:#78350f,color:#fff
style S3 fill:#1e3a5f,color:#fff
style S4 fill:#166534,color:#fff
style Meseta fill:#101820,color:#FBA225,stroke:#FBA225
Semana 1, supervisado: el equipo revisa cada resultado del agente antes de usarlo. Es normal que la velocidad baje esta semana. Es calibración, no fracaso.
Semanas 2-3, autonomía creciente: el agente opera sin revisión en los casos ya validados; el equipo revisa solo excepciones.
Semanas 3-4, modo agente: el proceso corre de forma autónoma en el alcance acordado, con reporte de excepciones.
Día 30 en adelante, patrón institucionalizado: el proceso con IA es simplemente "cómo se hace ahora", documentado y transferible a alguien nuevo en el puesto.
El riesgo más común no es la caída de la semana 1 (esperada). Es el efecto meseta: el equipo se acomoda en modo supervisado y nunca avanza. Ese efecto se rompe con la demostración de un compañero que ya avanzó, no con una charla motivacional del proveedor.
8. Fase 4 · Cierre, campeón y handoff
Ningún piloto sobrevive sin un campeón interno: la persona que, dentro del equipo del cliente, se vuelve referencia del proceso nuevo. Se elige por influencia entre pares, no por ser la persona más técnica del equipo. El campeón necesita que sus compañeros le crean, no que domine la configuración.
El cierre limpio entrega, como mínimo:
- Documentación viva del proceso (el
CLAUDE.mdinterno del cliente): qué hace el agente, qué no hace, a quién escalar cuando algo se sale del alcance. - Catálogo de 3 a 5 prompts o flujos reutilizables, ya probados, que el equipo puede ejecutar sin depender de Transgenia para cada variación.
- Checklist de las 6 fallas prevenibles (Diagrama 2), revisado explícitamente antes de dar el piloto por cerrado.
- Acta de handoff formal, con fecha, responsable receptor y el estatus exacto del proceso al momento de la entrega.
Sin acta con fecha y responsable, el piloto no está cerrado. Está en pausa, esperando quién lo recoja, que es exactamente el patrón "handoff no formalizado" del Diagrama 2.
9. Ritmo operativo de 30 días
Cinco fases, cada una con condición de salida verificable, y dos puntos de contacto agendados desde el día 1:
Ver diagrama Mermaid
timeline
title Ritmo operativo del piloto de 30 dias
Dias 1-3 : Linea base y criterios firmados
: Cohorte y campeon identificados
: Alcance operativo cerrado
Dias 4-10 : Primer ciclo con revision humana total
: Calibracion de prompts y flujos
: Touchpoint dia 8 con lider de area
Dias 11-20 : Segundo ciclo con revision solo de excepciones
: Autonomia creciente
: Touchpoint dia 15 con lider de area
Dias 21-27 : Modo agente en alcance acordado
: Bloques semanales de horas abiertas
: Documentacion viva en construccion
Dias 28-30 : Documentacion entregada
: Campeon designado formalmente
: Showcase y acta de handoff
| Días | Fase | Condición de salida |
|---|---|---|
| 1-3 | Calificación y línea base | Línea base documentada y criterios de éxito firmados |
| 4-10 | Piloto supervisado | Primer ciclo completo corrido con revisión humana total |
| 11-20 | Autonomía creciente | Segundo ciclo corrido con revisión solo de excepciones |
| 21-27 | Modo agente | Proceso corriendo en alcance sin intervención rutinaria |
| 28-30 | Cierre y showcase | Documentación entregada, campeón designado, acta firmada |
Touchpoints agendados desde el día 1 (no reactivos):
- Día 8 o 15, 30 minutos con el líder del área, para destrabar cualquier resistencia antes de que se acumule.
- Bloque semanal de "horas abiertas" (60 min), que hacia el final del piloto termina facilitando el propio campeón, no Transgenia.
Showcase del día 30, en tres bloques de 10 minutos: demostración en vivo del proceso corriendo, luego los números del antes y después, y por último una conversación explícita sobre continuidad.
10. La decisión del día 30
El manual está diseñado para producir una decisión con evidencia, no un informe. En el showcase de cierre, la comercializadora sale con una de tres decisiones:
Ver diagrama Mermaid
flowchart TD
Start(["Día 30
Showcase"]) --> Q1{"¿Se movió
la métrica
del umbral?"}
Q1 -- "no" --> Descartar["DESCARTAR
caso de uso
no calificó"]
Q1 -- "parcial" --> Ajustar["AJUSTAR
2 semanas más
con alcance revisado"]
Q1 -- "sí" --> Q2{"¿El equipo lo
usaría sin que
se lo pidan?"}
Q2 -- "no" --> Ajustar
Q2 -- "sí" --> Q3{"¿Campeón
listo y
documentación viva?"}
Q3 -- "no" --> Ajustar
Q3 -- "sí" --> Escalar["ESCALAR
siguiente proceso
o ampliar alcance"]
style Escalar fill:#166534,color:#fff
style Ajustar fill:#78350f,color:#fff
style Descartar fill:#7f1d1d,color:#fff
- Escalar: el caso movió la métrica, el equipo lo adoptó y el campeón está listo. Siguiente proceso o ampliación de alcance.
- Ajustar: hay movimiento pero incompleto. 2 semanas más con alcance revisado y criterios recalibrados.
- Descartar: el caso no calificó. Se documenta el aprendizaje y se libera al equipo. Descartar honestamente al día 30 es un resultado válido, no una derrota.
11. Por qué esto también es un activo para Transgenia
Cada piloto ejecutado con esta metodología no solo entrega valor al cliente: alimenta directamente el estatus de Transgenia dentro del Programa de Partners de Claude (Anthropic).
Ver diagrama Mermaid
flowchart LR
T1["Registered
compromiso mínimo:
10 individuos
certificados"]
T2["Select
10 individuos activos
2 clientes en producción
1 historia pública"]
T3["Elite
criterios ampliados
referidos por Anthropic"]
T1 --> T2 --> T3
Hoy["Transgenia hoy:
Registered
construyendo evidencia"]
Hoy -.-> T1
style T1 fill:#166534,color:#fff
style T2 fill:#1e3a5f,color:#fff
style T3 fill:#78350f,color:#fff
style Hoy fill:#101820,color:#FBA225,stroke:#FBA225
El Partner Program Guide · Services Edition de Anthropic mide tres dimensiones sin promediar (no basta con ser fuerte en una sola): individuos certificados en el equipo, clientes conjuntos desplegados en producción e historias de cliente publicables. Cada engagement ejecutado con este manual es, al mismo tiempo, evidencia hacia esas tres dimensiones.
Formulación vigente y honesta, la misma que usamos con cliente: Transgenia es partner registrado de Claude construyendo hacia certificación completa, con evidencia real de despliegues. No partner certificado, no candidato. La distinción importa porque el mercado está lleno de proveedores que se cuelgan del logo de Anthropic sin poder mostrar la ruta.
Claude Partner Badge · Claude Code
Emitido por Anthropic a Efraín Carreón Ortiz. Acredita estar listo para dimensionar, desplegar, configurar y operar activaciones de Claude Code de punta a punta. El programa son 8 cursos más una evaluación final basada en escenarios.
12. Siguiente paso
Antes de agendar cualquier llamada, hágase estas cuatro preguntas sobre el proceso que le gustaría automatizar: ¿ocurre con frecuencia suficiente para que valga la pena?, ¿tiene reglas claras o depende de criterio no documentado?, ¿existe hoy un número de línea base, aunque sea en una hoja de cálculo?, ¿la persona que vive el proceso está dispuesta a cambiar su flujo por 30 días? Si su respuesta es "sí" en al menos tres de las cuatro, probablemente tiene un caso de uso calificado para un piloto de 30 días.
Si su empresa opera con múltiples marcas, múltiples proveedores o un catálogo de alto SKU, es probable que ya haya identificado varios de estos puntos de fricción en nuestra guía específica para comercializadoras B2B, donde detallamos cómo se ve esta capa de IA aplicada sobre Odoo, inventario multi-marca y margen por proyecto.
El primer paso no es contratar un proyecto de IA. Es un diagnóstico de 15 minutos para calificar, con estos mismos filtros, si su comercializadora ya tiene un caso de uso listo para un piloto de 30 días.
Este es un manual operativo propio de Centrum Transgenia S.A.S. de C.V., informado por el curso "Delivery Methodology" y el "Partner Basecamp" de la ruta de certificación Partner Badge · Claude Code (Anthropic). Transgenia es partner registrado de Claude (Anthropic); no partner certificado ni candidato. Ninguna cifra de este manual representa un resultado específico de cliente.
Fuentes citadas: Anthropic, "Introducing the Services Track and Partner Hub of the Claude Partner Network"; Anthropic, "Anthropic invests $100 million into the Claude Partner Network"; Credly, "Claude Partner Badge · Claude Code".