# Cómo entregar y documentar una automatización a un cliente

> ¿Cómo le entrego y documento una automatización a un cliente?

Con un paquete de cuatro piezas: el mapa de lo que corre en idioma de dueño, el manual de operación diaria (las 5-8 tareas humanas reales), los 'si pasa esto' (incidentes con primer auxilio) y la capacitación de 30 minutos donde el equipo usa el sistema con vos mirando. Y todo a nombre del cliente.

> Fuente: https://magoallegri.com/biblioteca/como-entregar-y-documentar-una-automatizacion

---

Los flujos del cliente corren — falta el final que define la relación: **la entrega**. Los sistemas tienen un handoff más delicado que los sitios (lo invisible asusta: "¿y esto qué hace solo? ¿y si toco algo?"), y la entrega que no resuelve ese miedo produce dependencia total (te llaman por cada botón) o abandono (apagan todo "por las dudas"). El diseño correcto produce lo contrario: el cliente que entiende, opera lo suyo, y te retiene por las razones correctas.

## El paquete de entrega (las cuatro piezas)

[Figura: El paquete de entrega de una automatización en cuatro piezas: mapa, manual de operación, los 'si pasa esto' y la capacitación.]

1. **El mapa de lo que corre** — la versión final del mapa del stack: cada flujo, dibujado en idioma de dueño (*"cuando alguien completa el form, pasa esto y esto — y vos recibís este aviso"*). La pieza que convierte lo invisible en entendible.
2. **El manual de operación diaria** — no la documentación técnica (esa es tuya): las 5-8 cosas que el dueño y su equipo van a hacer de verdad — dónde ver los leads, cómo dar el OK a los mensajes preparados, qué hacer con la alerta X, cómo cargar el lead de mostrador. Con capturas, en su idioma, una página por tarea.
3. **Los "si pasa esto"** — la mini-guía de incidentes del cliente: los 3-4 problemas probables con su primer auxilio (*"si no llegan avisos: revisá esto / para frenar todo ya: este botón"*) y la línea final: *"cualquier otra cosa: me escribís, está incluido"*.
4. **La capacitación de 30 minutos** — la llamada de entrega donde el equipo **usa** el sistema con vos mirando: cargan un lead de prueba, aprueban un mensaje, leen el panel. Lo que el usuario hizo una vez con acompañamiento lo hace solo; lo que solo vio en un PDF, jamás.

## La regla de la propiedad

Todo a nombre del cliente: las cuentas de las plataformas de flujos, las planillas, los accesos. El cliente es dueño de su maquinaria, siempre.

## La paradoja de la buena entrega (resuelta)

¿Documentar tanto no te hace prescindible? Lo contrario: **el cliente que entiende su sistema confía, y el que confía renueva** — mientras que el confundido cancela todo a la primera frustración. Además, el cliente opera su parte (los OKs, las cargas); el monitoreo, los ajustes y las reparaciones son otro oficio — que es exactamente el retainer de mantenimiento. La entrega clara no regala tu trabajo: lo delimita.