01Qué se repite
Copiar datos de un sitio a otro, repetir la misma tarea cada semana, corregir duplicados y perseguir errores consume tiempo y erosiona la confianza en los datos. Automatizar tiene sentido cuando el proceso está definido, se repite, los sistemas son accesibles y el coste manual o el error justifican la implantación. No tiene sentido para un envío único, para sustituir un formulario o para un flujo que nadie va a supervisar.
Si el proceso no tiene pasos claros, dueño y criterio para las excepciones, el flujo replicará la ambigüedad más rápido y con menos gente mirando. Primero se define; después se automatiza lo que se repite.
02Qué cubre y qué no
Incluye
- Mapa del proceso: pasos, entradas, salidas y excepciones
- Identificación del dueño del proceso y de quién responde cuando falla
- Revisión de errores actuales, volumen y coste manual
- Diseño del flujo con disparadores, condiciones y reintentos
- Gestión de credenciales fuera del repositorio
- Entorno separado del de producción
- Pruebas con datos sintéticos y casos de fallo
- Plan de rollback y criterio para apagar el flujo
- Monitorización y alertas de error
- Documentación de operación
- Entrega en el entorno acordado
- Revisión de permisos y de la base legal de los datos tratados
No incluye
- Sustituir el formulario de la web
- Automatizar un envío único
- Un flujo sin dueño ni supervisión
- Tratar datos vivos sin base legal y seguridad
- Prometer un ahorro que no se ha medido
03Cómo lo hacemos
-
01
Diagnóstico
Se revisa qué se hace hoy, cuántas veces, cuánto cuesta y qué errores aparecen. Sin esos datos no hay forma de decidir si automatizar compensa.
-
02
Mapa del proceso
Se documentan pasos, entradas, salidas, excepciones y quién responde de cada parte.
-
03
Decisión
Se compara automatizar, simplificar el proceso o dejarlo como está. A veces la respuesta es un formulario mejor o una regla más clara, no un flujo.
-
04
Especificación
Se define el disparador, los datos, los sistemas implicados, los errores previstos y la supervisión humana.
-
05
Construcción y pruebas
Se implementa en un entorno separado y se prueba con datos sintéticos, incluidos los casos de fallo.
-
06
Despliegue y monitorización
Se pone en marcha con rollback documentado, alertas y un responsable de apagarlo. El mantenimiento posterior se acuerda aparte.
04Precio y alcance
A presupuesto; diagnóstico previo
Qué determina el costeNúmero de sistemas: cuántos hay que conectar y cuántos pasos cruzan de uno a otro. · Volumen: cuántas ejecuciones y cuántos registros se mueven en cada una. · Calidad de las APIs: si están documentadas, si son estables y qué límites imponen. · Manejo de errores: qué casos de fallo hay que prever y quién recibe el aviso. · Credenciales: dónde se custodian y cómo se rotan fuera del repositorio. · Monitorización y mantenimiento: alertas, revisión y ajustes cuando cambia el proceso.
- Número de sistemas: cuántos hay que conectar y cuántos pasos cruzan de uno a otro.
- Volumen: cuántas ejecuciones y cuántos registros se mueven en cada una.
- Calidad de las APIs: si están documentadas, si son estables y qué límites imponen.
- Manejo de errores: qué casos de fallo hay que prever y quién recibe el aviso.
- Credenciales: dónde se custodian y cómo se rotan fuera del repositorio.
- Monitorización y mantenimiento: alertas, revisión y ajustes cuando cambia el proceso.
05Plazos y respuesta
Se fija tras el diagnóstico; depende del alcance, las integraciones, los accesos y la calidad de las APIs. También influye cuánto cambia el proceso y cuántos casos de fallo haya que cubrir.
Política de respuesta: L–V, horario laboral de Colombia y España. Primera respuesta en 1 día laborable.
06Compatibilidad y accesos
Para empezar hacen falta el dueño del proceso, acceso a los sistemas que hay que conectar, la documentación de sus APIs si existe, un entorno de pruebas separado y la persona responsable de las credenciales. Si el proceso no tiene dueño o los accesos no están claros, se resuelve antes de diseñar el flujo.
07Qué evidencia entregamos
Capacidad declarada. No hay casos publicables, métricas ni ahorros verificados con n8n, y la evidencia por tecnología sigue pendiente. Esta página explica cuándo tiene sentido automatizar y cuándo no, no resultados acreditados.
08Qué recibes
| Entregable | Cuándo |
|---|---|
| Mapa del proceso | Al cierre del diagnóstico |
| Especificación del flujo | Antes de construir |
| Implementación | En cada entrega |
| Pruebas con datos sintéticos | Antes del despliegue |
| Runbook | Al cierre |
| Credenciales | Al desplegar |
09Qué pasa después
Al terminar se entrega el flujo, el runbook y las credenciales configuradas en tu entorno. Después quedan la monitorización, la revisión de errores y el mantenimiento acordado; los ajustes por cambios del proceso se presupuestan aparte. No hay supervisión permanente ni respuesta garantizada: lo que se cubra se detalla en la propuesta.
Ver soporte y mantenimiento10Preguntas frecuentes
¿Qué se puede automatizar?
Tareas repetitivas entre sistemas con interfaces accesibles: mover datos, crear registros, avisar, sincronizar estados o preparar informes. Se descarta lo que depende de un criterio humano no definido, lo que ocurre una sola vez y lo que no tiene un responsable claro.
¿Hace falta n8n?
No siempre. n8n sirve para orquestar procesos entre herramientas cuando encaja y su coste de operación está asumido. Si el problema se resuelve con una integración directa, una API propia o un formulario mejor, se plantea eso primero.
¿Qué pasa si falla?
Se define antes de construir: qué errores se esperan, qué reintentos hay, quién recibe el aviso y cómo se apaga el flujo. Un flujo sin plan de fallo no se entrega.
¿Quién custodia las credenciales?
El cliente, en su entorno. Las credenciales se configuran fuera del repositorio y no se incluyen en la documentación ni en el código entregado. El acceso necesario para construir y probar se acuerda y se retira al terminar.
¿Se conecta con WordPress, CRM o ERP?
Sí, si el sistema expone una API o un mecanismo de integración estable y hay permiso para usarlo. La conexión se prueba en un entorno separado antes de tocar datos reales.
¿Cómo se cobra?
A presupuesto, después del diagnóstico. El precio depende del número de sistemas, las excepciones, las pruebas y el mantenimiento previsto. No hay tarifa por proceso ni paquete cerrado mientras no exista un alcance definido.