Implementación de Gemini Enterprise en 30 días: plan real (no el discurso comercial)
30 días es el plazo que prometemos para el primer agente en producción. Aquí semana a semana lo que ocurre — incluyendo lo que sale mal y cómo lo resolvemos.
Fabiano Brito
CEO & Founder
scope correcto
sin buffer
no negociables
Los 30 días empiezan en el kickoff — no en la firma del contrato, no en la activación de la licencia, no en la primera reunión. Confundir esas fechas es el primer error que arruina la previsión. Acuerde internamente: D0 es el día en que los stakeholders, los datos y el entorno de Google Cloud están listos.
Pre-requisitos antes del D0
sa-east1. 3. Sponsor ejecutivo nombrado (director de negocio, no IT). 4. DPO disponible para 4 horas de discusión RIPD en la semana 2. 5. Caso de uso elegido con 1 KPI medible (no "productividad"). Hemos visto proyectos fracasar por falta de cuota — algo que tarda 5-15 días en liberarse con Google.
Semana 1: Discovery profundo
Días 1-2: Workshop de inmersión
4 horas con el área de negocio. Mapeamos:
- Proceso actual paso a paso (con tiempos).
- Sistemas involucrados (ERP, CRM, planilla — todos).
- Reglas de decisión (escritas y tácitas).
- Volumetría actual y deseada.
- Criterios de éxito cuantitativos.
Días 3-4: Inventario técnico
Relevamos APIs disponibles, autenticación, latencia, rate limits. Atención: el 60% de los proyectos descubre aquí que "el ERP tiene API" significa "un SOAP de 2009 sin documentación". Ese hallazgo puede cambiar el scope — mejor ahora que el día 25.
Día 5: Go/No-Go ajustado
Presentamos el scope refinado al sponsor. Si cambió demasiado, replanificamos antes de prometer 30 días.
Semana 2: Arquitectura y gobernanza
Días 6-7: Diseño técnico
Definimos:
- Modelo (Gemini 2.5 Pro vs Flash según costo/latencia).
- Tools necesarias (con fallback para cada una).
- Estrategia de RAG (si aplica).
- Capa de prompt + guardrails.
- Hand-off humano (cuándo el agente deja de decidir).
Días 8-9: RIPD y seguridad
Sesión con DPO. Llenamos el RIPD en conjunto. Configuración: opt-out de entrenamiento, residencia sa-east1, DLP, ACL, audit log. Detallado en RIPD para proyectos Gemini Enterprise.
Día 10: Prototipo navegable
Versión funcionando con datos sintéticos. El sponsor aprueba o redirige — barato hacer ajustes ahora.
Semana 3: Construcción del agente
Días 11-13: Implementación
Construcción real:
- Conectores configurados en Vertex AI Agent Builder.
- Prompts iterados contra 20-30 casos del gold set.
- Tools con retry, timeout y manejo de errores.
- Logs estructurados desde la primera línea de código.
Días 14-15: Evaluación automatizada
Gold set de 50-100 casos con respuesta esperada. Lo ejecutamos contra cada cambio de prompt. Métrica: relevance@1, faithfulness, completeness. Sin esto, está iterando a ciegas.
Semana 4: Piloto y go-live
Días 16-18: Piloto cerrado
5-10 usuarios reales usando casos reales. Recopilamos feedback diariamente. Backlog de ajustes. Regla de oro: solo ajusta lo que apareció en 2+ usuarios — caso aislado va al "sprint 2".
Días 19-22: Hardening
Carga, fallas simuladas, edge cases. Documentación operacional, runbooks, alertas. Capacitación del equipo que va a operar (no solo usar).
Días 23-25: Capacitación de la audiencia
Sesión de 90 minutos con la audiencia completa. Hands-on. Material grabado para quien no pueda participar.
Días 26-28: Soft launch
Audiencia completa, pero con canal de soporte activo. Seguimiento diario de las métricas objetivo.
Días 29-30: Ceremonia de entrega + plan de evolución
Presentación de resultados al sponsor. Plan de los próximos 60 días (optimización, escalabilidad, próximo agente).
Lo que sale mal (y cómo lo evitamos)
1. Sponsorship débil
Si el sponsor es gerente, no director, las decisiones se atascan en S2/S3. Mitigación: exigimos sponsorship nombrado de C-level o director con autonomía de presupuesto.
2. Dato sucio
Documentos sin patrón, base con duplicados, ACL inconsistente. Mitigación: evaluación de calidad en la semana 1, con plan de remediación o ajuste de scope.
3. Tools inestables
API del ERP cae 4 veces al día. Mitigación: circuit breaker en el agente + camino manual claro.
4. Cambio de scope en la semana 3
El sponsor descubre una nueva idea. Mitigación: congelamiento formal de scope el día 10, con canal de "backlog v2".
5. Resistencia del equipo
La operación ve la IA como amenaza. Mitigación: involucramiento desde la semana 1, foco en "trabajo más interesante", no en "menos personas".
Cuándo 30 días no alcanzan
- Más de 3 sistemas legacy sin API.
- Decisión automatizada con efecto jurídico (necesita validación legal + comité).
- Datos sensibles sin DLP previo configurado.
- Compliance sectorial pesado (BACEN, ANS, ANEEL) sin trabajo previo de gobernanza.
En esos casos prometemos 60-90 días — y los cumplimos. Lo importante es no fingir que 30 alcanza.
El peor proyecto de 30 días es el que promete sin los 5 pre-requisitos. Mejor reconocer "esto va a necesitar 60" que fingir y explotar en la semana 3.
¿Su caso cabe en 30 días? Un diagnóstico gratuito lo responde.
30 minutos: mapeo de scope, pre-requisitos, KPI y viabilidad. Salimos con plan semana a semana y estimación de valor. Si no cabe en 30, prometemos 60-90 con honestidad.