Cómo elegir una agencia de automatización

1. ¿De quién es el código y desde cuándo?

La respuesta correcta es «suyo, desde la primera línea», y va acompañada de un repositorio a nombre de su empresa con acceso de administrador para su equipo durante todo el proyecto, no al final.

Si el código vive en la cuenta del proveedor y se entrega al cerrar, usted no tiene un sistema: tiene una promesa. Y si la relación se rompe a mitad, no tiene nada.

Pregunta de seguimiento que revela mucho: ¿puedo darle este repositorio a otro proveedor y que lo mantenga? Si la respuesta incluye componentes propietarios del proveedor, sabe qué está comprando.

2. ¿Cotizan antes o después de mirar el proceso?

Una propuesta cerrada en la primera llamada, sin haber visto un solo dato de su operación, es una propuesta sobre un problema imaginado. Puede coincidir con el suyo por casualidad.

Lo esperable es que primero midan: seguir casos reales de punta a punta, con marcas de tiempo, y recién entonces proponer. Ese trabajo tiene un costo y está bien que lo tenga; lo que no está bien es saltárselo.

Una señal excelente, aunque incómoda: que le digan que el diagnóstico puede terminar en «no automatice esto todavía». Un proveedor que nunca ha recomendado no hacer un proyecto está optimizando algo distinto de su resultado.

3. ¿Cuánto dura el período de supervisión?

Ninguna automatización debería tomar decisiones sin revisión humana hasta demostrar que acierta. Eso significa operar en paralelo al método actual durante semanas y comparar, caso por caso, lo que decidió el sistema con lo que habría decidido su equipo.

Si le ofrecen encender en producción sin ese período, no le están ahorrando tiempo: le están trasladando el riesgo. Pregunte también cuántas horas de su equipo consume esa fase, porque es la que más tiempo suyo exige y la que más se omite en las propuestas.

4. ¿Cómo tratan los datos personales de sus clientes?

Cualquier automatización de atención almacena datos de personas identificables. En Perú eso está regulado por la Ley 29733 y su reglamento, y las obligaciones son de su empresa, no del proveedor.

• Qué datos se guardan, con qué finalidad y por cuánto tiempo.
• Dónde se almacenan. Si es fuera del país, hay flujo transfronterizo y hacen falta garantías contractuales.
• Cómo se incorpora el aviso de privacidad al primer contacto del cliente.
• Qué ocurre con esos datos si la relación con el proveedor termina.

Un proveedor que responde «de eso se encarga la herramienta» no ha leído la norma. La responsabilidad frente al titular de los datos es suya.

5. ¿Cuánto cuesta esto al mes, a mi volumen real?

El monto de implementación es el que se negocia y el recurrente es el que se paga para siempre. Mensajería, consumo de modelos de lenguaje, licencias por usuario e infraestructura suman todos los meses y crecen con el volumen.

Pida la estimación a su volumen de hoy y al que espera en un año. Si el proveedor no puede darla, no hizo el cálculo, y usted lo va a descubrir en la tercera factura.

Un proyecto más barato de construir puede salir más caro a dos años si obliga a licencias por usuario que su empresa no pagaba. El precio comparable es el total a treinta y seis meses.

6. ¿Qué pasa si dejamos de trabajar juntos?

Es la pregunta más incómoda y la más informativa. Debería poder quedarse con lo construido, funcionando y documentado, en cualquier corte del proyecto.

• Entregas frecuentes, de modo que en cualquier momento haya una versión utilizable y no una carpeta con trabajo a medias.
• Documentación de arquitectura y, sobre todo, de las decisiones tomadas y sus motivos. Es lo que evita que el siguiente equipo repita un error ya descartado.
• Traspaso incluido en el entregable, no negociado aparte cuando usted ya quiere irse.
• Tecnología estándar, con mercado de programadores local. Una elección elegante que lo deje con un único proveedor posible es una decisión comercial disfrazada de decisión técnica.

7. ¿Cómo sabremos si funcionó?

Debe existir un conjunto de criterios de aceptación escritos y medibles antes de construir nada: qué números tienen que darse para considerar que la automatización acierta.

Sin eso, la discusión al final del proyecto es de percepciones, y esa discusión la gana siempre quien tiene más práctica en tenerla. Con criterios escritos, la conversación es sobre datos y dura diez minutos.

Señales de alarma

• Habla de herramientas antes de haber preguntado por su proceso. Vende lo que revende.
• Muestra casos con porcentajes espectaculares sin decir de qué empresa, de qué año y cómo se midieron.
• Promete un plazo cerrado sin haber contactado al proveedor de su ERP. Esa parte no la controla.
• No menciona en ningún momento qué necesita de su equipo. Todo proyecto de automatización consume tiempo del cliente; el que dice lo contrario no ha hecho ninguno.
• Ofrece «IA» sin poder explicar qué ocurre cuando el sistema no sabe la respuesta.
• El contrato no dice a nombre de quién quedan el código y los accesos.

Ninguna de estas señales es descalificante por sí sola, y un proveedor pequeño puede tropezar con alguna sin ser malo. Tres o más a la vez sí es un patrón.