El gerente de finanzas recibe una cotización para automatizar compras. El precio cabe en el presupuesto, pero la propuesta termina en “solicitud aprobada”: nadie incluyó el registro en el sistema contable.
Para responder cuánto cuesta automatizar un proceso, primero hay que descubrir cuánto trabajo quedó por fuera de la propuesta. Dos recorridos con cinco aprobaciones pueden costar distinto: en uno, las reglas están definidas; en el otro, alguien tiene que interpretar cada solicitud.
Lo caro es automatizar lo que todavía toca adivinar.
Tres cotizaciones pueden estar vendiendo cosas distintas
Pedir tres propuestas parece una manera sensata de comparar precios. El problema aparece cuando cada proveedor cotiza una versión diferente del proceso.
Uno incluye un formulario y correos de aprobación. Otro contempla consultar el presupuesto disponible. El tercero añade el registro contable y la confirmación al solicitante. Los tres pueden llamar a eso “automatización de compras”.
Antes de comparar valores, escriba dónde empieza y dónde termina el trabajo. Si termina con la aprobación del jefe, todavía puede quedar una persona copiando datos, verificando proveedores y persiguiendo la orden. Ese trabajo no desapareció: quedó fuera del contrato.
Una cotización útil debe decir qué queda funcionando, qué seguirá haciendo una persona y qué ocurre cuando algo falla. También debe permitir comprobar la entrega con solicitudes reales, no solamente con una demostración en la que todos los datos llegan completos.
Sin esas fronteras, el precio inicial no permite saber cuánto costará poner el proceso a funcionar.
Las reglas sin resolver también se cobran
Conectar un sistema que permite intercambiar datos mediante una interfaz disponible exige un trabajo distinto de depender de archivos que alguien debe exportar. Los permisos, la calidad de los datos y la posibilidad de hacer pruebas sin afectar la operación también cambian el presupuesto.
Pero no toda la dificultad es técnica.
Si una compra urgente puede saltarse una aprobación, alguien debe decidir quién autoriza la excepción. Si hay dos bases de proveedores, hace falta establecer cuál se consulta. Ningún desarrollo debería resolver por su cuenta una disputa de autoridad.
Cuando esas decisiones aparecen durante la construcción, obligan a revisar lo acordado, modificar el recorrido y repetir pruebas. Por eso, definirlas antes de contratar ayuda a reducir la incertidumbre del alcance.
La validación de identidad también exige decisiones. Consultar el estado de una solicitud y autorizar un pago no requieren los mismos controles. En este último caso, la automatización puede reunir los soportes y conducir la solicitud, pero la decisión con riesgo debe quedar en manos de una persona.
Después viene la operación. Según las herramientas elegidas, puede haber cobros por uso, mensajes o capacidad contratada, además de soporte y ajustes cuando cambien las reglas.
Pida por separado la puesta en marcha y el costo de operación para un mismo periodo. Distinga los gastos nuevos de las licencias que ya paga. Una oferta de entrada más baja no necesariamente será la menos costosa de mantener.
Ponga precio al recorrido, incluido el error
Considere una empresa donde las compras de menos de cinco millones de pesos las aprueba el jefe de área; por encima de ese monto interviene finanzas. Si pasan 24 horas sin respuesta, la solicitud escala a un responsable definido.
El ejemplo sirve para precisar el alcance, no para recomendar esos montos o plazos a cualquier empresa.
Todavía falta completar el recorrido: validar el centro de costos, identificar al aprobador, registrar su decisión y entregar los datos al sistema que genera la orden. Cada paso necesita una condición de aceptación que pueda probarse.
Incluya también el fallo. Si el sistema contable no responde, la solicitud debe quedar identificada, con un responsable de revisión y un aviso al solicitante. Volver a enviarla no debería generar una orden duplicada. Eso también se cotiza y se prueba.
En Productos Ramo, desde 2023, cerca de 3.000 colaboradores hacen solicitudes internas por canales que ya conocen, con validación de identidad, aprobaciones y firma electrónica. No se reemplazaron sus sistemas: se conectaron. Desde marzo de 2024 se han enviado más de 74.000 códigos de verificación.
Ese caso no permite deducir el precio de otro proyecto ni prometer un ahorro. Sí muestra que reemplazar los sistemas no es un requisito para automatizar solicitudes. El método Setapp parte de integrar antes de reemplazar y empezar por un proceso completo y medible, dejando las decisiones con riesgo en manos de una persona.
El lunes, revise diez solicitudes antes de pedir precio
“Pero aquí cada solicitud es distinta”. Si las diferencias cambian de verdad la decisión y no pueden convertirse en reglas, automatizar todo el recorrido puede ser una mala inversión. Puede convenir automatizar la captura y el seguimiento, conservando la revisión humana.
Tampoco suele justificar un desarrollo amplio un proceso poco frecuente, que consume poco tiempo y cambia continuamente. Mantenerlo podría costar más que el trabajo que elimina.
Esta semana, reúna diez solicitudes recientes, incluida alguna que haya salido mal. Reconstruya con quienes las atendieron qué información llegó, dónde se volvió a digitar, quién decidió y cómo se confirmó el cierre.
Separe el tiempo de trabajo del tiempo de espera. Si registrar una compra toma minutos, pero conseguir una autorización tarda días, cotizar menos digitación no resolverá la demora principal.
Con ese recorrido, pida propuestas sobre el mismo alcance: las mismas integraciones, las mismas excepciones y el mismo periodo de operación. Ahí empieza una comparación de precios que sí sirve para decidir.
Mándenos por WhatsApp el recorrido de una de esas solicitudes y le decimos qué falta definir para cotizarla.