Automatización de procesos de negocio: ejemplos por departamento

Los ejemplos de automatización de procesos de negocio se juzgan mejor cuando cada uno se escribe igual: qué lo inicia, qué hace el software, qué sistemas toca, qué sigue decidiendo una persona y qué número demuestra que funcionó. Abajo hay doce, agrupados por departamento, desde la recepción de facturas en finanzas hasta el informe semanal para la dirección. Dos vienen de nuestros propios proyectos publicados, con sus resultados medidos. El resto describe cómo suele funcionar el proceso, sin porcentajes inventados. Casi todos necesitan una plataforma de integración como Zapier o n8n más los sistemas que ya tienes. Si solo quieres la lista corta, los ejemplos que más probablemente se pagan antes son la recepción de facturas, el reparto de leads, la entrada de pedidos y la incorporación de empleados, porque cada uno corre a menudo con entradas que llegan de forma predecible.

¿Qué ejemplos vale la pena mirar y qué dificultad tiene cada uno?

La columna de dificultad es nuestra propia valoración de un primer proyecto en una empresa pequeña o mediana. Baja significa dos o tres sistemas con APIs estables y reglas sencillas. Media significa una regla de conciliación o de reparto que primero hay que poner por escrito. Alta significa entradas no estructuradas, un sistema antiguo sin API o una regla que el negocio nunca ha acordado.

"Una plataforma de integración" significa Zapier, Make, n8n o código propio. Cuál encaja es una decisión aparte que se trata más abajo; Make vs Zapier pone precio en ambas a un flujo de reparto de leads como el de abajo.

¿Cómo hay que leer cada ejemplo?

Cada ejemplo de abajo sigue los mismos cinco campos, porque son los que deciden si un proyecto sale adelante.

• Disparador: el evento que inicia el trabajo. Si no puedes nombrarlo, el proceso no está listo.
• Pasos: lo que hace el software, en orden.
• Sistemas: dónde se leen y se escriben los datos.
• Lo que sigue decidiendo una persona: el paso que compromete dinero, condiciones o accesos.
• Qué medir: el número que sacas antes del proyecto y otra vez después.

El cuarto campo es el que más importa. Un flujo que acepta en silencio un descuento o concede acceso de administrador es un riesgo por rápido que corra, y nuestras reglas para mantener a una persona en el circuito explican dónde trazamos esa línea.

¿Qué puede automatizar primero finanzas?

Recepción de facturas y conciliación de cuentas a pagar. Disparador: llega la factura de un proveedor en PDF al buzón de cuentas. Pasos: extraer proveedor, número de factura, fecha, importes y la referencia del pedido de compra; buscar el pedido de compra y el albarán de entrada; comparar los tres (la "conciliación a tres bandas"); marcar duplicados por proveedor más número de factura; registrar un borrador de factura con el documento adjunto. Sistemas: buzón compartido, extracción de documentos, sistema contable o ERP. Una persona decide: cada factura que no cuadra, cada factura por encima de un umbral de aprobación y cualquier cambio en los datos bancarios de un proveedor, que es una vía de fraude muy conocida y nunca debería aceptarse solo porque lo diga un correo. Medir: días desde la recepción hasta la factura aprobada, parte de las facturas que pasan sin tocarlas y duplicados detectados.

La regla de conciliación es donde se atascan los proyectos. "Cuadra" necesita una tolerancia escrita (importe exacto, o dentro de una cantidad fija por redondeo y portes), y puede que el equipo lleve años aplicando una a ojo sin ponerla por escrito.

Recordatorios de pago. Disparador: una factura pasa su fecha de vencimiento sin pagar. Pasos: enviar un recordatorio cortés, otro más firme tras un intervalo fijado y luego crear una tarea para una persona. Una persona decide: todo lo que se envía a un cliente en disputa o con un plan de pago negociado, lo que significa que el flujo necesita una marca de "no reclamar" que alguien mantenga al día. Medir: el periodo medio de cobro y la parte de las facturas pagadas tras el primer recordatorio.

Tickets de gastos. Disparador: un empleado fotografía un ticket. Pasos: leer comercio, fecha e importe, sugerir una categoría, asociarlo al movimiento de la tarjeta, enviarlo a quien aprueba. Una persona decide: todo lo que queda fuera de la política. Medir: días desde el gasto hasta el apunte conciliado al cierre de mes.

¿Cómo es la automatización de ventas en la práctica?

Reparto de leads y primera respuesta. Es nuestro primer caso publicado, de una inmobiliaria. Disparador: llega una consulta sobre un inmueble concreto por un portal, la web o una mensajería. Pasos: comprobar si la persona ya existe con otro número o en otro portal; comprobar que el inmueble sigue disponible; aplicar la regla de reparto de la agencia; responder en minutos con datos del anuncio y huecos de visita del calendario real del agente asignado. Sistemas: portales inmobiliarios, CRM, calendarios, mensajería. Una persona decide: la propia regla de reparto (rotación, especialización o carga, normalmente una mezcla) y todo lo que obliga, porque la respuesta nunca negocia ni da precios fuera del publicado. Medir: tiempo de la consulta a la primera respuesta, contactos duplicados y consultas fuera de horario respondidas.

El caso completo de las consultas de la inmobiliaria es cuidadoso con la causalidad: el ciclo de cierre se movió porque en el mismo proyecto se arreglaron las visitas, los documentos y la visibilidad del embudo, y la preparación de documentos pasó de 2 días a 20 minutos. Un proyecto que solo arregla la primera respuesta consigue un buen número de titular y un ciclo de cierre que apenas se mueve.

Presupuestos y contratos. Disparador: un trato llega a la etapa de propuesta en el CRM. Pasos: rellenar una plantilla aprobada con el cliente, las líneas y los precios del CRM, enviarla a firma electrónica y guardar la copia firmada en el trato. Una persona decide: cualquier precio o condición fuera de la plantilla. Medir: tiempo desde el cambio de etapa hasta el envío del documento y número de documentos corregidos después de enviarlos.

¿Qué procesos de operaciones vale la pena automatizar?

Entrada de pedidos y disponibilidad. Es nuestro segundo caso publicado, de una empresa de alquiler de maquinaria. Disparador: llega una reserva por teléfono, correo, formulario o mensajería. Pasos: convertir una petición en texto libre en un pedido estructurado; comprobar la disponibilidad frente a cada estado en que puede estar el equipo; reservarlo en el momento de la confirmación; montar el contrato a partir de una plantilla aprobada; programar el despacho. Sistemas: el sistema de alquiler existente, la hoja de cálculo a la que sustituyó, mensajería, horarios de los conductores. Una persona decide: descuentos fuera de tarifa, condiciones no estándar, clientes con una disputa por daños abierta y cualquier reserva que no deje margen antes del siguiente trabajo. Medir: el tiempo de la reserva al despacho como distribución, las reservas duplicadas y las consultas nunca respondidas.

Adónde se iban las cuatro horas muestra por qué en la tabla tiene dificultad "Alta": la disponibilidad resultó tener siete estados, cuatro de los cuales dejan la máquina en el patio y aun así no alquilable, así que casi todo el trabajo fue modelado de datos. Un modelo de lenguaje se encargó de un solo paso: leer consultas escritas con las palabras del propio cliente.

Despacho y avisos de entrega. Disparador: se confirma un pedido. Pasos: asignar una franja y un conductor, enviar al cliente una confirmación, mandar un recordatorio la víspera y avisar al salir. Una persona decide: los cambios cuando un trabajo se alarga. Medir: entregas perdidas o tardías y llamadas entrantes de "¿dónde está mi pedido?".

Reposición de stock. Disparador: el stock baja de un punto de pedido. Pasos: redactar un pedido de compra con el proveedor y la cantidad habituales, enviarlo a aprobación y mandarlo por correo. Una persona decide: los puntos de pedido y cualquier cambio de proveedor. Medir: roturas de stock y días de stock en almacén.

¿Qué puede automatizar RR. HH. sin perder la parte humana?

Incorporación de empleados. Disparador: se firma la oferta en el sistema de RR. HH. Pasos: crear la cuenta de correo y los grupos por defecto, abrir una solicitud de equipo, dar de alta a la persona en nómina, enviar el plan de la primera semana y asignar la formación obligatoria. Sistemas: sistema de RR. HH., Google Workspace o Microsoft 365, tickets de IT, nómina. Una persona decide: los accesos más allá de los del puesto por defecto, y la propia bienvenida, que debería venir de un responsable y no de una plantilla. Medir: días desde la firma hasta que funcionan todas las cuentas, y tickets de acceso abiertos en la primera semana.

Salida. Disparador: se confirma una fecha de salida. Pasos: programar la retirada de accesos para el último día, transferir la propiedad de los archivos, recoger el equipo y dar de baja la nómina. Una persona decide: la fecha y qué pasa con las cuentas compartidas. Medir: cuentas aún activas después de la fecha de salida, que deberían ser cero. Este puede importar más que la incorporación, porque una cuenta que queda abierta cuando alguien se va es un problema de seguridad.

¿Cómo funciona la clasificación de tickets de soporte?

Clasificación de tickets y primer borrador. Disparador: llega un correo o un ticket. Pasos: clasificar el tipo y la urgencia, asociar el pedido o la cuenta del cliente, redactar una respuesta a partir de la base de conocimiento y enviarlo a la cola correcta. Sistemas: helpdesk, CRM o sistema de pedidos, base de conocimiento, un modelo de lenguaje. Una persona decide: si se envía el borrador, y cada reembolso, abono o excepción. Medir: tiempo hasta la primera respuesta, parte de los borradores enviados con pocos cambios y tickets reabiertos.

Aquí un modelo hace trabajo de verdad, porque los tickets llegan en texto libre. Aun así, mantén el límite claro. El modelo redacta y clasifica; no concede reembolsos.

¿Qué puede automatizar la dirección?

Informe operativo semanal. Disparador: un horario. Pasos: sacar los números de la semana pasada, compararlos con la anterior y enviar por correo una tabla corta a quienes actúan con ella. Una persona decide: qué significan los números. Medir: si alguien lo lee. Un informe que nadie abre debería apagarse, y mejorarlo no servirá de nada.

¿Con qué ejemplo deberías empezar?

Elige el proceso que pase cuatro filtros, que conservamos de la versión anterior de esta guía porque siguen valiendo:

Luego mide antes de construir. En la empresa de alquiler pasamos una semana contando con los datos de los sistemas antes de escribir nada, y dos de los cuatro números que todos creían importantes resultaron no serlo: la media escondía una cola lenta donde los clientes se rendían, y el volumen anual aplanaba una temporada alta que generaba la mayor parte del año. El método es la primera etapa de una auditoría de procesos antes de automatizar, y la cuenta de retorno que puedes hacer por tu cuenta está en ¿vale la pena automatizar mi proceso?.

¿Sobre qué herramientas corren estos ejemplos?

Casi todos los ejemplos de arriba necesitan una plataforma de integración más los sistemas que ya tienes. La unidad de facturación decide qué plataforma sale más barata para un ejemplo dado. Zapier cuenta una tarea cada vez que completa una unidad de trabajo, y los disparadores y el sondeo no cuentan, así que un flujo con un disparador y cinco acciones gasta hasta cinco tareas por corrida. n8n cuenta una ejecución por cada corrida del flujo completo: "It doesn't matter how many steps are in the workflow" (da igual cuántos pasos tenga el flujo). Ambas páginas de precios se leyeron el 7 de octubre de 2026. Por eso los ejemplos de muchos pasos, como la conciliación de facturas o la incorporación, favorecen la facturación por corrida a medida que crece el volumen, mientras que un recordatorio de dos pasos es barato en cualquier sitio. Las cuentas hechas están en n8n vs Zapier, y la ficha de Zapier en el INITE Atlas guarda sus precios con la fecha en que se leyeron.

Donde un sistema no tiene API, un robot de pantalla puede cubrir el hueco; la guía de implementación de RPA explica cuándo compensa su mantenimiento. Para el conjunto completo de flujos que construimos, mira automatización con IA.

¿Por qué se rompen después los procesos automatizados?

Suelen fallar meses después del lanzamiento, cuando un proveedor cambia el formato de su factura, se renombra un campo del CRM o un fabricante modifica su API, un patrón que describimos en cuando la integración cambia bajo tus pies. Tres hábitos los mantienen vivos:

1. Pasa cada semana por el flujo los casos reales de la semana anterior. Un conjunto de pruebas congelado no deriva; producción sí.
2. Registra la entrada, la salida y la decisión de cada paso. Cuando algo se rompe, el registro muestra dónde.
3. Mantén indefinidamente a una persona revisando una muestra de casos elegidos al azar, no solo los marcados, para que la degradación de la calidad aparezca antes de que la noten los clientes.

Cada flujo necesita además un dueño con nombre. Sin él, nadie se da cuenta cuando baja la tasa de conciliación o se detienen los recordatorios, y la automatización se degrada en silencio mientras sigue pareciendo encendida. Antes de aceptar cualquier cifra que dé un proveedor para estos ejemplos, la nuestra incluida, pásala por las cuatro preguntas que tumban la mayoría de las cifras de ROI.