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)
- Escribe en una frase el alcance mínimo de tu piloto
- Lista los inputs reales que vas a usar (10 ejemplos al menos)
- Define qué output esperas
- Bloquea 2 semanas en tu calendario para construirlo