Invertir en la automatización de procesos: ¿por dónde empezar?

La situación a la que se enfrentan las empresas hoy en día

Los costos laborales están aumentando y la contratación se ha vuelto difícil. Sin embargo, el volumen de trabajo a procesar no disminuye. Muchas empresas buscan cerrar esta brecha mediante la automatización, pero se detienen al momento de lanzarse, ante la pregunta: «¿por dónde empezar?»

El problema no radica en la falta de candidatos para la automatización. Más bien, se trata de su número. Incluso en empresas con un sistema de gestión integrada de recursos, una parte considerable del tiempo de trabajo real se consume fuera del sistema. Extraer una orden de compra de un correo electrónico para volver a ingresarla en el sistema, copiar un número de seguimiento del sitio de un transportista para pegarlo en el formulario de un cliente, conciliar manualmente varias hojas de cálculo en cada cierre son los ejemplos más comunes.

Tomadas aisladamente, estas tareas parecen insignificantes. Por lo tanto, rara vez figuran en la lista de proyectos de mejora. Sin embargo, si un colaborador dedica 90 minutos al día a estas tareas, una organización de 20 personas pierde aproximadamente 7,500 horas al año. Es decir, la carga de trabajo de 3.5 puestos a tiempo completo.

La pérdida más significativa no es el tiempo, sino los errores y los retrasos. Una transcripción humana produce inevitablemente errores tipográficos, y el procesamiento se detiene tan pronto como la persona a cargo se ausenta. Este costo no se registra en ningún libro contable, solo aparece cuando se manifiesta en forma de una reclamación de cliente o un retraso en el cierre.

Por qué los proyectos de automatización no cumplen con las expectativas

Cuando una automatización falla, la causa suele ser no tanto la técnica, sino el elección del alcance. Tres patrones se repiten.

Primero, el proceso seleccionado estaba dominado por excepciones. Si más de la mitad de los casos se refieren a la gestión de excepciones, la automatización no reduce la carga: crea una nueva tarea, la de verificar si el resultado del procesamiento automático es correcto. Desde el punto de vista del colaborador, el trabajo ha aumentado.

Segundo, los datos de entrada no estaban normalizados. Órdenes de compra cuyo formato varía según el cliente, archivos de hoja de cálculo cuyo orden de columnas cambia cada vez requieren una normalización de formatos previa a cualquier automatización. Saltarse este paso solo multiplica indefinidamente las reglas de gestión de excepciones.

Tercero, no había ninguna referencia para medir el efecto. Si el tiempo requerido antes del despliegue no se ha registrado, solo queda una impresión: «parece más rápido». Sin prueba del rendimiento de la inversión, no se obtendrá el presupuesto para el siguiente proyecto.

Estos tres problemas pueden ser evaluados antes del lanzamiento. Por eso, es necesario un diagnóstico.

Distinguir primero los dos tipos de automatización

Antes de entrar en el diagnóstico, clasificar la automatización en dos categorías simplifica el análisis.

La automatización basada en reglas se encarga de tareas cuyas condiciones y modo de tratamiento están claramente establecidos: «cuando llega una orden de compra, leer las líneas y registrarlas en el sistema», «cada mañana, enviar la lista de artículos cuyo stock está por debajo del umbral». El resultado es siempre el mismo, la verificación es sencilla y el costo de implementación relativamente bajo.

La automatización que requiere juicio trata casos donde la entrada varía cada vez y no existe una respuesta única. Clasificar solicitudes en formato libre, extraer solo ciertos elementos de documentos en formatos dispares, responder con frases a las preguntas de los clientes pertenecen a esta categoría. El campo cubierto es mucho más amplio, pero el diseño debe partir del principio de que es posible un error.

Los dos tipos no se verifican de la misma manera. Para la automatización basada en reglas, basta con controlar si la ejecución ha sido exactamente conforme; para la automatización que requiere juicio, es necesario establecer de antemano el margen de error aceptable y el momento de la intervención humana. Gestionar ambos según un único criterio conduce inevitablemente a dificultades en el segundo.

Un marco de diagnóstico en cuatro etapas

Paso 1 — Establecer el inventario de tareas

Enumere las tareas repetitivas servicio por servicio y anote tres elementos para cada una.

• Número de casos por mes
• Tiempo requerido por caso
• Número de personas asignadas al tratamiento

El objetivo de este paso no es la exactitud, sino la constitución de una lista comparable. Buscar medir al minuto impide que la investigación llegue a buen término. Pregunte a los colaboradores cuánto tiempo les toma aproximadamente y anote la respuesta tal cual. Será el momento de afinar una vez que los candidatos se hayan reducido en los siguientes pasos.

La experiencia muestra que, en una organización de 20 a 30 personas, esta lista contiene de 40 a 60 entradas. El simple hecho de establecerla ya es útil: tareas repetitivas que los responsables de servicio ignoraban a menudo aparecen en esta etapa.

Se requiere una precaución durante la investigación. No pregunte a los colaboradores qué les gustaría automatizar. Formulada así, la pregunta hace que surja la tarea más odiada, no la más fácil de automatizar. Es más justo pedir que cuenten lo que hicieron el día anterior, en orden cronológico.

Paso 2 — Evaluar la adecuación a la automatización

Evalúe cada tarea según cuatro ejes.

Solo considere como candidatos de primer nivel las tareas "adaptadas" en los cuatro ejes. Tan pronto como un eje sea "inadecuado", clasifique la tarea entre aquellas cuya condición debe ser levantada antes de cualquier automatización. Si la normalización de las entradas es inadecuada, por ejemplo, no se trata de un proyecto de automatización, sino de un proyecto de normalización de formatos.

Hay un método simple para evaluar la claridad de las reglas: pregunte al colaborador si podría transmitir esta tarea a un nuevo empleado utilizando únicamente la documentación. Lo que no puede ser transmitido por un documento tampoco puede ser transmitido a una máquina.

Una normalización de entradas inadecuada no implica renunciar de inmediato, ya que se trata de un área que puede ser abordada por la automatización que requiere juicio mencionada anteriormente. Sin embargo, en este caso, el objetivo de precisión y el procedimiento de control deben ser diseñados conjuntamente: por lo tanto, prevea una preparación más prolongada que para un proyecto basado en reglas.

Paso 3 — Calcular el tiempo de retorno

Realice una medición precisa solo para los candidatos de primer nivel, luego calcule el tiempo de retorno.

Économies annuelles = cas par mois × 12 × temps économisé par cas × coût horaire de main-d'œuvre
Délai de retour (mois) = coût de mise en œuvre ÷ ((économies annuelles − coûts d'exploitation annuels) ÷ 12)

Tres puntos requieren atención.

Considere para el costo horario de mano de obra el costo total y no el salario. Incluyendo contribuciones sociales, indemnizaciones y espacio de oficina, generalmente representa de 1.3 a 1.5 veces el salario. Limitarlo al salario subestima los ahorros y excluye proyectos que, de otro modo, estarían justificados.

El tiempo ahorrado por caso no es del 100 %. Después de la automatización, la verificación de resultados, la gestión de excepciones y el control del sistema aún consumen tiempo. Para ser prudente, calcule los ahorros sobre la base del 70 % del tiempo inicialmente requerido.

Integre obligatoriamente los costos de operación anuales. Los costos de servidor, tarifas de API externas y contratos de mantenimiento forman parte de esto. Un tiempo de retorno calculado sin este ítem resulta más corto que la realidad.

Ejemplo de cálculo

Sustituir valores hace que el juicio sea más claro. Lo siguiente es un ejemplo hipotético destinado a ilustrar el método de cálculo; los valores reales varían según las condiciones específicas de cada empresa.

Tomemos la tarea de ingresar en el sistema interno los pedidos recibidos de los clientes por correo electrónico.

Le temps économisé par cas s'établit à 12 minutes × 70 % = 8,4 minutes, soit 0,14 heure.

Économies annuelles = 400 × 12 × 0,14 × 25 000 = 16 800 000 KRW
Effet net annuel    = 16 800 000 − 2 400 000 = 14 400 000 KRW
Délai de retour     = 18 000 000 ÷ (14 400 000 ÷ 12) = 15 mois

Un délai de retour de 15 mois n'atteint pas le critère indiqué plus haut, « moins de six mois pour le premier chantier ». Trois options s'offrent alors : chercher une autre tâche au volume plus élevé, réduire le périmètre de mise en œuvre pour en abaisser le coût, ou reporter ce chantier au second plan.

Appliqué à une tâche de 1 200 cas par mois, le même calcul porte les économies annuelles à 50 400 000 KRW et ramène le délai de retour sous les 5 mois. Le volume de cas gouverne le délai de retour : c'est le point essentiel de ce calcul. Une tâche brève mais fréquente passe généralement avant une tâche plus longue à l'unité.

Étape 4 — Déterminer l'ordre de lancement

Classez les chantiers par délai de retour croissant, mais ne choisissez pas le premier d'entre eux sur le seul délai de retour. Le premier chantier obéit à deux conditions.

• Délai de retour inférieur à six mois
• Une tâche dont l'échec n'interrompt pas l'activité principale

La seconde condition est déterminante. Si la première automatisation provoque un incident sur un processus essentiel, c'est la démarche d'automatisation elle-même qui perd sa crédibilité dans l'organisation. À l'inverse, un premier succès sécurise le budget et la coopération des métiers pour les chantiers suivants. Le premier chantier se choisit sur la fiabilité plutôt que sur l'ampleur.

Les candidats qui ressortent en premier selon le secteur

Selon le secteur, les tâches qui remontent comme candidats de premier rang sont généralement les mêmes. Utilisez cette liste comme référence au moment d'établir votre inventaire.

Industrie et distribution — collecte et saisie des bons de commande par client, alerte sur les stocks passés sous le seuil, génération des ordres d'expédition, collecte des numéros de suivi auprès des transporteurs et notification aux clients, rapprochement de feuilles multiples lors de la clôture mensuelle.

Services et B2B — émission de devis, suivi de l'état des contrats et alertes d'échéance, émission des factures récurrentes, classement des demandes par type et affectation à un interlocuteur, synthèse de l'historique des échanges.

Commerce électronique — notification des changements de statut de commande, classement des demandes de retour et d'échange, synchronisation multicanal des informations produit, collecte et classement des avis, alertes de réapprovisionnement.

Transverse — contrôle des pièces justificatives de temps de présence et de frais, création des comptes des nouveaux arrivants, consolidation des rapports périodiques, synchronisation des données entre systèmes externes.

Cette liste n'est qu'un point de départ. Ne retenez comme candidats réels que ceux qui ont franchi l'évaluation de l'étape 2, car pour une même tâche le taux d'exceptions et la normalisation des formats diffèrent d'une entreprise à l'autre.

Points à vérifier avant le déploiement

Une fois le lancement décidé, assurez-vous que les cinq points suivants sont prêts.

Avez-vous mesuré la référence ? Le temps requis, le nombre de cas traités et le nombre d'erreurs avant le déploiement doivent être consignés. Commencer à mesurer après le déploiement prive de tout point de comparaison.

Le chemin de renvoi des exceptions vers un opérateur est-il conçu ? Des cas que l'automatisation ne saura pas traiter surviendront nécessairement. Ils doivent alors être transmis à la personne en charge, et non échouer silencieusement. Faute de ce chemin, les cas omis ne sont découverts que plusieurs jours plus tard.

Disposez-vous d'un moyen de vous apercevoir que l'automatisation s'est arrêtée ? Lorsqu'une personne cesse de faire son travail, cela se voit. Une automatisation, elle, s'arrête en silence. Une surveillance minimale, du niveau d'une alerte déclenchée lorsque le nombre de cas traités s'écarte de l'ordinaire, doit être en place.

La responsabilité de la maintenance en cas d'évolution du système cible est-elle définie ? Les interfaces et les API des systèmes connectés changent sans préavis. Qui corrige, et dans quel délai, doit être fixé par contrat ou par une règle interne.

Avez-vous vérifié les exigences relatives aux données à caractère personnel et à la réglementation ? Si la tâche visée manipule des informations clients ou des informations relatives aux salariés, certains points doivent être clarifiés avant le lancement.

• Où les données à caractère personnel (PII) sont-elles stockées au cours du traitement et pendant combien de temps sont-elles conservées
• Si des données sont transmises à un service externe, dans quel pays elles sont stockées
• Si un historique de traitement subsiste et permet une traçabilité a posteriori
• Si les droits d'accès sont différenciés selon les personnes

En particulier, lorsque vous recourez à un service d'intelligence artificielle externe, vérifiez impérativement dans les conditions contractuelles si les données saisies sont utilisées pour l'entraînement de ce service. Introduire des informations clients sans avoir contrôlé cette clause transforme une automatisation techniquement satisfaisante en manquement réglementaire. Conserver une étape de vérification humaine des résultats de l'automatisation relève de la même logique.

Développer soi-même ou utiliser l'existant

Une fois le périmètre arrêté, il faut choisir le mode de réalisation. Le critère de décision est de savoir si cette tâche est une source d'avantage concurrentiel.

Si la manière de traiter la tâche, différente de celle des concurrents, constitue précisément la force de l'entreprise, mieux vaut développer sur mesure. À l'inverse, si toutes les entreprises la traitent de la même façon, utiliser une solution déjà éprouvée est plus rapide et moins coûteux. Développer de zéro la gestion des temps de présence ou l'approbation électronique relève, dans la plupart des cas, du gaspillage.

Lors de l'examen d'un produit sur étagère, vérifiez néanmoins trois éléments.

Pouvons-nous aligner nos processus sur le produit ? Les produits sur étagère sont conçus en supposant des procédures standard. Si les pratiques actuelles s'en écartent fortement, la résistance à faire évoluer les processus coûte plus cher que la modification du produit.

Pouvons-nous extraire les données ? Cela sera nécessaire pour migrer plus tard vers autre chose ou pour raccorder le produit au système interne. Vérifiez avant contrat les fonctions d'export et les modalités d'intégration.

Qui est responsable en cas d'arrêt ? Pour une tâche qui dépend d'un service externe, une panne de ce service équivaut à une interruption de notre activité. Faites confirmer par écrit les délais d'intervention et les conditions de compensation en cas d'incident.

Objections fréquentes et façon de les traiter

Les chantiers d'automatisation butent plus souvent sur l'organisation que sur la technique. Connaître à l'avance les objections attendues facilite la réponse.

« La façon de faire actuelle ne pose pas de problème. » C'est généralement exact. Le problème ne se situe pas dans le présent mais dans l'augmentation des volumes. Face à cette objection, présentez non pas la gêne actuelle mais le point de rupture. Calculer et montrer le nombre maximal de cas traitables avec l'effectif actuel est plus convaincant.

« Mon poste ne va-t-il pas disparaître ? » C'est l'objection la plus forte, et elle appelle une réponse frontale. Il faut établir puis exposer d'emblée que la tâche visée est un travail répétitif simple que le collaborateur n'appréciait pas, et préciser à quoi le temps ainsi libéré sera consacré. Sans cette réponse préparée, la coopération fait défaut dès la phase d'enquête.

« Il y a bien trop d'exceptions pour que cela fonctionne. » Cette remarque des métiers est le plus souvent exacte. Ne la contredisez pas : comptez réellement le taux d'exceptions. C'est précisément l'objet de l'évaluation de l'étape 2. Si le comptage confirme un taux élevé, il est juste de retirer cette tâche de la liste des candidats.

« Nous avons déjà essayé et cela a échoué. » Faites préciser les causes de l'échec. Il s'agit dans la plupart des cas de l'un des trois schémas exposés plus haut. Il faut démontrer, éléments à l'appui, que la même erreur ne sera pas répétée.

Les 90 jours qui suivent le déploiement

La mise en service n'est pas la fin, mais le début de la vérification. Contrôlez les points suivants pendant les 90 premiers jours.

Les deux premières semaines — exploitation en parallèle. Faites fonctionner l'automatisation et la méthode existante conjointement, et confrontez les résultats. Les écarts relevés pendant cette période révèlent le taux réel d'exceptions. Basculer directement sans parallèle conduit à découvrir des traitements erronés plusieurs semaines plus tard.

Le premier mois — classement des types d'exceptions. Classez par type les cas renvoyés à un opérateur. Si un type revient de façon répétée, il ne s'agit pas d'une exception mais d'une règle manquante. L'inscrire dans les règles élargit le champ du traitement automatique.

Trois mois — comparaison avec la référence. Mesurez de nouveau le temps requis, le nombre de cas traités et le nombre d'erreurs consignés avant le déploiement, puis comparez. Ce tableau comparatif fonde le budget du chantier suivant.

Si l'effet est resté en deçà des prévisions, consignez également ce fait. Savoir dans quelles conditions une automatisation ne produit pas les résultats attendus constitue l'information la plus précieuse pour choisir le chantier suivant.

Synthèse

Le succès d'une automatisation se joue moins sur le choix de l'outil que sur le choix du périmètre.

• Dressez la liste des tâches répétitives afin de les rendre comparables.
• Distinguez l'automatisation à base de règles de l'automatisation nécessitant un jugement et adoptez des modes de vérification différents.
• Ne conservez comme candidates que les tâches aux règles claires, aux entrées normalisées et aux exceptions peu nombreuses.
• Calculez le délai de retour de façon prudente, en intégrant le coût salarial complet et les coûts d'exploitation. Le nombre de cas pèse davantage sur le résultat que le temps unitaire.
• Choisissez le premier chantier sur la fiabilité et non sur l'ampleur.
• Vérifiez avant le lancement le périmètre de traitement des données à caractère personnel et le lieu de stockage des données.

Et surtout, mesurez la référence avant de commencer. Une amélioration non mesurée ne peut être prouvée, et une amélioration non prouvée n'obtient pas le budget suivant.