Elige el proceso antes que la herramienta

La decisión de la que depende esta área es qué procesos merece la pena automatizar primero, y con qué. El orden importa: la herramienta adecuada para un proceso que no debería automatizarse sigue siendo una mala compra. Así que el primer trabajo es una lista corta de tareas que merece la pena quitarle a la gente, y solo después una comparación de las herramientas que podrían hacerlas.

Eso vale para todo lo que abarca esta área: la automatización de flujos de trabajo que mueve información entre herramientas, los asistentes y agentes de IA, la extracción de datos de documentos, y la agenda y recepción de solicitudes. Cada una de ellas entrega una tarea al software, y todas se juzgan con las mismas cuatro preguntas que pondera CROLISVA aquí: cuánto tiempo devuelve de verdad, cuánto se rompe cuando cambia tu proceso, adónde van tus datos y si puedes mantenerla en marcha sin un desarrollador.

Encuentra los candidatos: una semana de trabajo repetido

Antes de mirar ningún producto, apunta durante una semana normal todas las tareas que alguien hizo más de una vez. Anota qué las puso en marcha, cuánto tardaron y qué herramientas tocaron. Los candidatos suelen tener este aspecto:

• Copiar la misma información de una herramienta a otra, como el envío de un formulario a una hoja de cálculo o un pedido a una factura.
• Trabajo que arranca con un hecho previsible: una nueva consulta, una reserva, un pago, un documento firmado.
• Recordatorios y seguimientos que solo ocurren si alguien se acuerda.
• Leer documentos para sacar siempre los mismos pocos campos, como fechas, importes o nombres.
• Responder las mismas preguntas con más o menos las mismas palabras.
• Informes montados a mano con cifras que ya existen en otro sitio.

Seis preguntas para puntuar cada candidato

• Con qué frecuencia y cuánto dura. Multiplica las veces que ocurre la tarea a la semana por los minutos que lleva. Una tarea de dos minutos que se hace cuarenta veces por semana ocupa más tiempo que un trabajo de una hora que se hace una vez al mes. Usa los tiempos que anotaste, no estimaciones hechas después.
• Lo que cuesta un error. Cuenta lo que hay que rehacer cuando la tarea sale mal a mano: un correo mal escrito, un seguimiento olvidado, un importe equivocado. La automatización elimina los fallos al teclear, pero repite una regla equivocada cada vez que se ejecuta, así que una tarea en la que los errores salen caros necesita una comprobación, no solo rapidez.
• Si el proceso está asentado. Si los pasos han cambiado hace poco, o cada persona hace la tarea a su manera, acuerda primero el proceso con quienes la hacen. Automatizarlo ahora supone reconstruir la automatización cada vez que el proceso se mueva.
• Qué datos y qué accesos necesita. Enumera las cuentas de las que leería y en las que escribiría, y si maneja datos personales o financieros. Cada conexión es un permiso que alguien tiene que conceder y, más adelante, poder retirar.
• Si las herramientas se pueden conectar. Comprueba que cada herramienta implicada ofrece una vía de entrada admitida, como una integración incluida, una conexión documentada o una exportación, y qué plan la incluye. Un paso sin conexión admitida es un paso que sigue haciendo una persona.
• Qué pasa con las excepciones. Anota los casos que no encajan en el patrón habitual: el campo que falta, la petición poco común, la respuesta en otro idioma. Decide de antemano si cada uno se detiene, espera a una persona o sigue una opción por defecto.

Una forma aproximada de ordenar la lista

La regla de trabajo de CROLISVA es comparar el tiempo que una tarea devuelve en un año con el tiempo que cuesta construirla y mantenerla en marcha durante ese mismo año: las horas ahorradas por semana, multiplicadas por las semanas que funcionará, frente a las horas de puesta en marcha más un margen realista para arreglarla y ajustarla. Cualquier suscripción o cargo por uso va aparte.

Un ejemplo, con cifras inventadas que solo muestran la cuenta: una tarea que lleva 15 minutos y ocurre 20 veces por semana ocupa 5 horas semanales. Si construir la automatización lleva 10 horas y mantenerla en marcha lleva 2 horas al mes, su primer año cuesta 34 horas frente a unas 250 horas de hacer la tarea a mano, antes de cualquier suscripción. Una tarea de 10 minutos que se hace dos veces al mes no recuperaría en el año ni sus 10 horas de puesta en marcha. Deciden tus cifras, no estas.

Ordena la lista por esa diferencia y baja un puesto a cualquier candidato que haya puntuado mal en estabilidad, en el coste de los errores o en las excepciones. Empieza por el que devuelve más tiempo y tiene menos cosas que puedan salir mal.

Lo que cuesta realmente una automatización

La suscripción es solo una parte de la factura. Estos son los componentes que busca CROLISVA; si se aplica cada uno a una herramienta concreta, y cómo, es algo que deben indicar su propia página de precios y su documentación.

• Cómo se mide el precio. Comprueba si un plan se cobra por usuario, por número de ejecuciones o pasos, por volumen de datos procesados o por uso de un modelo de IA, y qué ocurre en un mes con mucho trabajo que supere el límite.
• El plan que incluye las conexiones que necesitas, que puede no ser el que se anuncia.
• El tiempo de puesta en marcha: describir el proceso, construir los pasos y probarlos con casos reales.
• El mantenimiento: una herramienta conectada cambia el nombre de un campo o caduca un inicio de sesión, y alguien tiene que darse cuenta y repararlo.
• El tiempo de revisión, allí donde una persona comprueba los resultados antes de usarlos.
• El coste de un fallo silencioso: trabajo que no se hizo sin que nadie lo supiera.
• El coste de irse. Comprueba si las automatizaciones se pueden exportar; si no se puede, cambiar de herramienta supone reconstruirlas.

Datos, accesos y privacidad

• Conecta cada herramienta con el acceso más limitado que funcione: una cuenta o un permiso restringido a los datos que la automatización necesita, no un acceso de administrador.
• Ten claro en nombre de quién actúa. Los mensajes enviados y los registros modificados por una automatización aparecen como hechos por la cuenta conectada, así que elige esa cuenta a propósito.
• Averigua por dónde pasan los datos y dónde se guardan, incluidos los historiales de ejecución y los registros que pueden conservar copias de lo procesado.
• En una herramienta de IA, lee las condiciones del proveedor sobre si lo que envías puede guardarse o usarse para mejorar sus modelos, y si eso se puede desactivar.
• Lleva una lista de cada conexión y de quién la configuró, para poder retirar el acceso cuando alguien se vaya o se deje de usar una herramienta.
• Si hay datos personales de clientes o empleados, comprueba las normas de protección de datos que se te aplican. Nada de esto es asesoramiento jurídico.

Dónde sigue interviniendo una persona

Automatizar no tiene por qué ser todo o nada. Para cualquier cosa que llegue a un cliente, mueva dinero o cambie registros, un diseño más seguro suele ser un borrador que aprueba una persona, al menos hasta que la automatización tenga un historial.

• Pon una comprobación humana antes de todo lo que salga de la empresa, de cualquier pago y de cualquier borrado.
• Trata el texto generado por IA y los datos extraídos como un borrador: un modelo puede dar una respuesta fluida que sea errónea, y la extracción puede leer mal un campo.
• Envía las excepciones a una persona concreta, con contexto suficiente para actuar, en vez de dejar que fallen en silencio.
• Haz que los fallos se anuncien solos, con una alerta o un resumen diario, para que una automatización parada se note en un día y no en un mes.
• Mantén la forma manual escrita y viable, para que el trabajo pueda seguir si se apaga la automatización.
• Prefiere acciones que se puedan deshacer. Antes de automatizar una, ten claro cómo la revertirías si se ejecutara sobre los registros equivocados.

Prueba una automatización pequeña antes de ampliarla

• Toma el primer candidato de tu lista y automatiza una versión acotada, no el proceso entero.
• Apunta cuánto tarda ahora la tarea a mano, para tener con qué comparar.
• Haz funcionar la automatización junto al proceso manual durante una o dos semanas y compara los resultados caso por caso.
• Dale a propósito los casos difíciles: un campo que falta, un duplicado, una petición poco común.
• Cambia un paso del proceso durante la prueba y anota lo que hay que reconstruir.
• Pide a la persona que se ocupará de ella que haga un cambio sin ayuda. Si solo puede mantenerla quien la construyó, cuéntalo como un riesgo.
• Amplía solo cuando lleve unas semanas funcionando sin sorpresas, y mide el tiempo que devolvió de verdad.

Cuándo no automatizar

• El proceso todavía cambia, o nadie lo describe dos veces de la misma manera.
• Ocurre tan pocas veces que la puesta en marcha y el mantenimiento pesarían más que el tiempo ahorrado.
• Cada caso necesita criterio, o una conversación que la persona del otro lado valora.
• Un error saldría caro o sería difícil de deshacer, y no hay un punto práctico en el que una persona pueda comprobarlo.
• Necesitaría acceso a datos que no te parece bien que guarde otro servicio.
• Nadie se haría cargo de ella una vez construida.
• El problema real está en otra parte, como responsabilidades poco claras o un paso que falta, y la automatización solo lo ocultaría.

Formas de automatizar, y a qué renuncia cada una

• Automatización incluida o una herramienta aparte que conecte otras. Algunas herramientas de negocio incluyen sus propias reglas y recordatorios. Usarlas no añade ninguna cuenta ni ningún sitio nuevo por donde pasen los datos, pero solo actúan dentro de esa herramienta. Una herramienta aparte que conecta varias puede automatizar entre ellas, a cambio de otra suscripción y otro conjunto de accesos que gestionar.
• Reglas fijas o un paso con IA. Una regla fija hace lo mismo cada vez y falla de formas previsibles. Un paso con IA puede tratar texto variado, como clasificar consultas o redactar respuestas, pero su resultado varía y hay que revisarlo. Usa IA donde la entrada varía de verdad, y reglas fijas en todo lo demás.
• Sin código o hecho por un desarrollador. Una herramienta sin código permite que quien conoce el proceso lo construya y lo cambie. El código a medida puede hacer más, pero depende de alguien que sepa leerlo. Para una empresa pequeña, la pregunta decisiva es quién lo mantendrá dentro de un año.
• Automatizar ya u ordenar antes el proceso. A veces el paso más valioso es poner el proceso por escrito y quitarle un paso, sin ningún software. Eso además hace que cualquier automatización posterior sea más sencilla de construir y de mantener.