Dos formas de resolver el mismo problema
Tu equipo pierde horas en operativa repetida: contestar lo mismo de siempre, buscar el contexto de un cliente en tres pestañas, pasar datos de un sitio a otro a mano.
Hay dos maneras razonables de atacarlo. Puedes encargar un desarrollo a medida — flujos montados sobre las herramientas que ya usas, hechos exactamente para tu caso. O puedes adoptar un producto donde esa operativa vive dentro.
No son lo mismo, y ninguna es la buena por defecto. Este artículo explica en qué se diferencian de verdad, para que la decisión la tomes por criterio y no por quién te lo contó primero.
Qué es cada cosa
Un encargo a medida
Alguien estudia tu proceso y lo automatiza pieza a pieza: el formulario que dispara un email, el email que actualiza una hoja, la hoja que avisa por WhatsApp. Normalmente sobre n8n, Make o Zapier, a veces con un modelo de lenguaje leyendo tus documentos.
Su virtud es la precisión. Se adapta a tu manera de trabajar, con todas sus rarezas, sin pedirte que cambies nada.
Un producto
Software pensado para un patrón que se repite en muchas empresas —atender clientes, seguir cuentas, guardar conocimiento— y que trae ese patrón resuelto de fábrica.
Su virtud es la acumulación. No hay que construirle la memoria: viene con ella, y crece sola con el uso.
En qué se diferencian de verdad
| Encargo a medida | Producto (Elevatia) | |
|---|---|---|
| Para qué está pensado | Tu proceso concreto, tal y como lo haces hoy. | Un patrón repetido: soporte, cuentas, conocimiento, comercial. |
| Cómo se ajusta | Se moldea hasta el último detalle. | Se configura dentro de lo que el producto contempla. |
| Qué recuerda | Lo que le pases en cada ejecución. Un flujo no guarda estado, y para su trabajo no le hace falta. | La historia de cada cuenta: conversaciones, personas, productos e incidencias. |
| Quién revisa lo que sale | Lo decides al montarlo, flujo a flujo. | Viene de serie: la IA redacta, una persona aprueba y queda escrito quién. |
| Quién lo evoluciona | Quien lo montó, que lo conoce por dentro. | Tu equipo desde la interfaz, más lo que llega en cada versión. |
| Cuánto tarda en dar valor | Días. Hace justo lo que pediste. | Lo que tardes en meter tus datos. A partir de ahí mejora sola. |
| Coste | Arranque más mantenimiento. | Suscripción por persona del equipo. |
| Qué queda al año siguiente | El proceso automatizado, funcionando. | Los datos y el histórico, que valen más cada mes. |
La diferencia que más cuesta ver: el estado
Un flujo es, por diseño, una tubería: entra un mensaje, sale una acción, y la siguiente ejecución empieza en blanco. Eso no es un defecto. Es lo que lo hace barato, predecible y fácil de razonar.
El asunto es que en B2B muchas veces necesitas exactamente lo contrario. La respuesta correcta depende de con quién estás hablando: cuánto factura, qué contrató, qué le pasó hace seis semanas, cuándo le renueva, si su responsable técnico ya se quejó por teléfono. Nada de eso cabe en el mensaje que dispara el flujo — vive repartido entre el CRM, la bandeja y la cabeza de dos personas.
Para eso hace falta algo que guarde estado. Se puede construir, y construirlo es literalmente construir un producto. O se puede adoptar uno que ya lo tenga.
Cuándo el encargo a medida es la respuesta
- Tienes un sistema propietario raro —un ERP antiguo, un software sectorial sin API decente— y hace falta alguien que se pelee con él.
- El problema no es de herramienta, es de proceso. Nadie sabe quién hace qué. Ningún producto arregla eso; una consultoría buena sí.
- Necesitas una automatización muy concreta y aislada: renombrar facturas, publicar en redes, cruzar dos hojas. Para eso, adoptar una plataforma entera es matar moscas a cañonazos.
- Nadie internamente va a llevar un producto. Un producto sin dueño dentro de casa se convierte en otra pestaña abierta.
Cuándo el producto es la respuesta
- Varias personas trabajan sobre los mismos clientes y cada una tiene un trozo del contexto.
- La respuesta correcta depende del histórico, no solo del mensaje que acaba de entrar.
- Quieres cambiar cosas sin coordinarte con nadie: campos, plantillas, permisos, prioridades.
- Te importa poder responder «¿quién autorizó esto?» dentro de un año, y que la respuesta sea un nombre.
Casi siempre acaban siendo los dos
Esto no es una disyuntiva de verdad. Una consultoría puede implantarte el producto y ocuparse de lo que sí requiere manos: migrar el histórico, conectar el ERP raro, montar las integraciones que nadie trae de serie, acompañar al equipo las primeras semanas. Es, de hecho, la combinación más común — y la que mejor funciona.
Lo que no conviene es comprar una forma esperando lo que da la otra: encargar flujos esperando memoria, o adoptar un producto esperando que se amolde a un proceso que solo existe en tu empresa.
Tres preguntas que sirven en los dos casos
- ¿En qué cuenta se ejecuta esto y quién tiene las llaves? Conviene saberlo antes de firmar, sea quien sea el proveedor y sea cual sea la forma.
- ¿Qué pasa el día que cambie un campo? Toda integración se rompe alguna vez. Lo que importa es quién lo arregla, en cuánto tiempo y si te enteras tú o tu cliente.
- ¿Puedo saber quién autorizó una respuesta concreta de hace tres meses? Un log de ejecuciones dice qué corrió. Un registro de decisiones dice quién decidió. No son lo mismo.
Próximo paso
Si estás comparando opciones, léelo también al lado de un helpdesk clásico: Elevatia vs helpdesk tradicional. Y si quieres probarlo con tus propios datos, Elevatia es gratis durante el lanzamiento.