Guía · Antes de contratar
Cómo elegir consultor de automatización sin equivocarte
Ya has decidido automatizar procesos en tu pyme con n8n, Zapier o Make. La siguiente decisión —a quién se lo encargas— pesa más de lo que parece: un sistema mal construido, mal documentado o del que no eres dueño puede costarte más tiempo del que ahorra. Esta guía es el checklist de preguntas que conviene hacer antes de firmar, no después de un incidente.
1. ¿De quién es el código cuando termine el proyecto?
La pregunta más importante y la que menos se hace. Si al terminar el proyecto no tienes acceso al código de los workflows, a las credenciales de tu propia instancia y a la base de datos, no eres dueño del sistema: eres dueño de una promesa de que seguirá funcionando mientras sigas pagando a esa persona o agencia. Pide por escrito que la instancia (VPS, base de datos, credenciales) quede a tu nombre desde el primer día, no al finalizar el contrato.
2. ¿Qué pasa si el servidor cae un sábado por la noche?
Todo sistema falla alguna vez: un webhook que deja de responder, una API externa caída, un fallo de red. La pregunta no es si va a pasar, sino qué ocurre cuando pasa. Pide detalle concreto: ¿hay monitorización activa?, ¿quién recibe la alerta y en cuánto tiempo?, ¿qué compromiso de respuesta hay por escrito? "No te preocupes, casi nunca falla" no es una respuesta, es una forma de no responder.
3. ¿Las referencias se pueden verificar de verdad?
Cualquiera puede escribir "ahorramos 20 horas al mes a nuestros clientes" en una web. Pide un caso concreto: qué proceso exacto se automatizó, con qué cifra medible, y si es posible, un contacto real al que preguntar. Un caso sin nombre, sin cifra y sin forma de comprobarlo es marketing, no una referencia.
4. ¿El precio es público o "depende de una llamada"?
Un precio público por sistema es más fácil de comparar entre proveedores y limita el riesgo de que el presupuesto crezca sobre la marcha. No significa que un presupuesto a medida sea mala señal por definición, pero si no hay precio público, exige el desglose exacto por escrito antes de decidir: coste de puesta en marcha, cuota mensual, qué incluye el soporte y qué se factura aparte.
5. ¿Qué pasa si un proceso necesita más soporte del previsto?
Pregunta qué ocurre si el sistema necesita más horas de soporte de las que caben en el retainer mensual. La respuesta correcta ajusta la plantilla o el alcance, no cobra horas extra sin avisar antes de hacerlas.
Checklist rápido antes de firmar
| Pregunta | Respuesta que buscas |
|---|---|
| ¿De quién es el código y la instancia? | Tuya desde el día 1, por escrito |
| ¿Qué pasa si el servidor cae? | Monitorización activa + tiempo de respuesta concreto |
| ¿Las referencias se pueden verificar? | Caso con cifra y, a ser posible, contacto real |
| ¿El precio es público? | Desglose por escrito de setup + cuota + qué incluye |
| ¿Qué pasa con soporte extra? | Se ajusta la plantilla, no se cobra sin avisar |
Cómo lo resolvemos en Clockwork Ops: cada instancia se instala en tu propio servidor desde el primer día, el precio de cada sistema es público en el catálogo, y si un pack necesita más de 2 horas de soporte al mes de forma sostenida, ajustamos la plantilla en vez de facturar de más. El caso que puedes verificar es el propio: el ecommerce con el que operamos, detallado en el caso de estudio.
Preguntas frecuentes
¿De quién debe ser el código de los workflows que monta el consultor?
Tuyo. Si el consultor no te entrega o no te deja acceder al código de los workflows y a las credenciales de tu propia instancia, en la práctica no eres dueño del sistema: dependes de esa persona o agencia de por vida, aunque hayas pagado la factura.
¿Qué pasa si el consultor desaparece o el servidor se cae un fin de semana?
Pregúntalo antes de firmar, no después del primer incidente. Un proveedor serio explica su plan de monitorización y contingencia con detalle concreto (quién recibe la alerta, en cuánto tiempo, qué SLA de respuesta); una respuesta vaga tipo "no te preocupes, nunca pasa" es una señal de alerta.
¿Cómo se verifican las referencias de un consultor de automatización?
Pide un caso con cifras concretas (qué proceso, cuánto tiempo o error se redujo) y, si es posible, un contacto real al que preguntar directamente. Un caso sin nombre, sin cifra o sin forma de verificarlo no es una referencia, es una promesa.
¿Precio cerrado o presupuesto a medida, qué es mejor?
Un precio público por sistema (no un presupuesto "a medida" tras una llamada) es más fácil de comparar entre proveedores y reduce el riesgo de que el coste crezca sin control a mitad de proyecto. Un presupuesto a medida no es necesariamente malo, pero exige pedir el desglose exacto de horas y qué pasa si el proyecto se alarga.
¿Es mala señal que un consultor no tenga página de precios públicos?
No es automáticamente mala señal, pero sí una razón para pedir el desglose por escrito antes de la propuesta final: setup, cuota mensual, qué incluye el soporte y qué se cobra aparte. La ausencia de precio público es habitual en consultoría a medida; el problema es cuando tampoco lo dan por escrito al pedirlo.
Siguiente paso
¿Quieres una segunda opinión antes de firmar con alguien?
30 minutos, sin compromiso. Te decimos con números si el sistema que te proponen tiene sentido, y si no lo tiene, te lo decimos también.