Día 4 de 7 · ~20 minutos

Lanzar tu primer piloto en 2 semanas

Tienes el proceso (Día 2) y las herramientas (Día 3). Ahora toca IMPLEMENTAR. Si gastas 3 meses para tu primer piloto, te quemas. Aquí tienes el cronograma de 14 días que de verdad funciona.

Regla 0: el piloto debe ser RIDÍCULO de pequeño

Tu objetivo es aprender, no resolver el mundo. Si tu proceso TOP 1 es "contabilizar facturas", NO empieces con todos los proveedores y todas las casuísticas. Empieza con: "facturas de Endesa en PDF". Una sola fuente, un solo formato. Hazlo perfecto. Luego escalas.

Semana 1: construir

Día 1-2: definir alcance mínimo

Escribe en una frase QUÉ hace tu piloto:

  • Input: qué llega (email de cliente, factura PDF, foto WhatsApp)
  • Output: qué genera (fila en hoja, factura contabilizada, respuesta al cliente)
  • Caso de éxito: cómo sabes que funcionó (output coincide con lo manual)

Día 3-5: setup técnico

  • Crear cuenta en Make/n8n + Anthropic Console
  • Conectar las apps necesarias (Gmail, Sheets, ERP via API)
  • Escribir el prompt inicial (200-400 palabras, claro, con ejemplos)
  • Probar el prompt directamente en Anthropic Console con 10 inputs reales

Día 6-7: flujo end-to-end

Monta el escenario completo en Make con 5 casos reales. Verifica que el output es al menos 80% correcto sin intervención humana. Si no llega, revisa el prompt antes de seguir.

Semana 2: validar

Día 8-10: refinar casos límite

Toma los casos donde falló y refinería el prompt. Trucos que casi siempre funcionan:

  • Añadir 2-3 ejemplos few-shot al prompt
  • Dar formato JSON explícito al output (más fiable que texto libre)
  • Usar "system" prompt para reglas inmutables (idioma, tono, formato)
  • Añadir paso de validación: si Claude devuelve algo raro, segunda llamada de revisión

Día 11-13: piloto con una persona real

Una persona del equipo (no tú) usa el sistema en su día a día. Le dices: "úsalo durante 3 días. Si falla, anótalo. Si funciona, también". Mide:

  • Tiempo manual antes vs tiempo con piloto
  • % de casos donde tuvo que corregir el output
  • Fricción operativa (¿es fácil de usar?)

Día 14: go / no-go

Decisión basada en datos:

  • GO (escalar): ahorras >30% del tiempo + <10% errores
  • ITERAR: ahorras <30% pero el equipo lo prefiere
  • NO-GO: ahorras <15% o >25% de errores: paras y haces post-mortem

El error más común en pilotos

Empezar con un proyecto demasiado ambicioso. Una PYME quiere "agente IA que conteste TODO en WhatsApp". Tras 8 semanas tiene un monstruo de 50 reglas que falla. Si en cambio empiezas con "agente que solo responde el horario y la ubicación", lo tienes funcionando en 4 días. De ahí escalas a reservas, después consultas frecuentes, etc.

¿Y si no tengo equipo técnico?

Make + Claude es no-code en serio. Cualquiera que haya usado Excel avanzado puede montar un piloto. Si te bloqueas, tenemos paquetes de implementación desde 500€ (no necesitas contratarnos a tiempo completo). Ver consultoría IA para PYMES.

Tarea de hoy (20 min)

  1. Escribe en una frase el alcance mínimo de tu piloto
  2. Lista los inputs reales que vas a usar (10 ejemplos al menos)
  3. Define qué output esperas
  4. Bloquea 2 semanas en tu calendario para construirlo