Por dónde empezar a adoptar IA en una empresa pequeña
Casi todo el dinero que se pierde en IA se pierde antes de encender nada: eligiendo la herramienta antes de elegir el problema.
La conversación sobre inteligencia artificial en una empresa pequeña casi siempre empieza al revés. Alguien vio una herramienta, la probó un domingo, y el lunes pregunta cómo meterla en la empresa. Un año después hay tres suscripciones activas, dos que nadie usa y ningún proceso que haya cambiado.
El desperdicio no ocurre en la implementación. Ocurre antes: eligiendo la herramienta antes de elegir el problema.
La primera decisión no es qué comprar
Empiece por identificar un proceso concreto que ya le duele, que ocurra muchas veces al mes, cuyo resultado se pueda medir y cuyo error sea tolerable. La herramienta se elige después, cuando ya se sabe qué tiene que resolver. A veces la respuesta acaba siendo más simple y más barata de lo que se esperaba.
Ese es uno de los mejores resultados posibles de un diagnóstico. Buena parte de lo que se plantea resolver con IA se resuelve mejor ordenando el dato, conectando dos sistemas o eliminando un paso que ya no tiene sentido: sale antes, cuesta menos y deja el terreno listo para cuando sí toque automatizar.
Las cuatro preguntas que ordenan la conversación
1 · ¿Cuántas veces al mes ocurre el proceso que quiere automatizar?
Automatizar tiene un costo fijo de arranque —análisis, construcción, pruebas, corrección de las primeras semanas— y un costo variable pequeño. Por eso la frecuencia manda: un proceso que ocurre cuatrocientas veces al mes paga su automatización aunque el ahorro por vez sea de dos minutos. Con cuatro veces al mes, en cambio, el arranque tarda mucho en devolverse, y conviene guardarlo para más adelante.
Conviene contar antes de decidir. Es una cuenta de diez minutos y suele traer sorpresas en las dos direcciones: procesos que parecían constantes ocurren poco, y otros que nadie tenía en el radar resultan ser los que más se repiten.
2 · ¿Cuánto cuesta hoy hacer mal el proceso?
No cuánto cuesta hacerlo: cuánto cuesta hacerlo mal. Una cita perdida por no contestar un mensaje a las nueve de la noche, una cotización que salió con el precio viejo, un pedido que se despachó al cliente equivocado.
Ese número —el costo del error, no el del trabajo— es el que suele justificar el proyecto, y es el que casi nunca está en la hoja de cálculo con la que se pide el presupuesto.
3 · ¿Dónde vive hoy la información que haría falta como referencia para la automatización?
Esta es la pregunta que detiene más proyectos, y conviene que los detenga temprano.
Un sistema automatizado necesita consultar la verdad en alguna parte. Si el horario real está en la cabeza del encargado, si el inventario está en tres archivos que no coinciden, si el precio vigente depende de a quién se le pregunte, no hay nada que consultar. La IA no ordena un dato desordenado: lo repite con más seguridad.
Cuando la respuesta a esta pregunta no es clara, el primer proyecto no es de IA: es poner el dato en un solo lugar. Suena menos moderno y es lo que hace posible todo lo demás, así que no es un paso perdido sino el primero. Es también un trabajo que hacemos: ordenar la información y conectar entre sí los sistemas que ya tiene es parte del oficio, y suele ser el paso que destraba todo lo que venía detrás.
4 · ¿Qué pasa si el sistema se equivoca?
Ningún sistema acierta el cien por ciento de las veces, ni el automático ni el que opera una persona cansada un viernes a las seis. La diferencia está en lo que se construye alrededor para que un fallo se detecte y se corrija antes de llegar a nadie, y eso se diseña distinto según lo que esté en juego. Por eso conviene ordenar los candidatos en tres grupos:
- Lo que una persona revisa antes de que salga — clasificar correos, redactar un primer borrador, resumir una reunión, proponer respuestas. El sistema propone y usted decide, así que lo peor que puede pasar es descartar un borrador. Empiece por aquí: es donde se ve cómo se comporta con todo bajo control, y donde el equipo le agarra confianza.
- Lo que habla con el cliente — agendar, confirmar, recordar, responder preguntas frecuentes. Aquí el trabajo consiste en que el sistema no improvise: consulta el horario y el precio en su sistema en vez de inventarlos, y le pasa la conversación a una persona en cuanto algo no encaja. Bien construido, lo que podría ser una cita mal puesta se queda en una conversación que alguien retoma.
- Lo que nunca se deja en manos del sistema — cobrar, facturar, despachar, cualquier cosa con consecuencia legal o sanitaria. Aquí el sistema hace el trabajo pesado y lo deja listo, y una persona aprueba antes de que salga. No es una limitación de la tecnología: es una decisión de diseño, y deja casi todo el trabajo hecho — lo que queda es leer y aprobar.
La regla que usamos en casa es simple: ningún cambio llega a un sistema en producción sin que una persona responsable lo apruebe. A eso se suman las tres cosas que hacen que un fallo se vea a tiempo —un registro de lo que hizo el sistema, aviso cuando algo se sale de lo previsto, y una forma de volver atrás—. No es prudencia decorativa: es lo que permite dormir cuando el sistema atiende de madrugada.
Cómo se ve un primer proyecto que sale bien
Un primer proyecto razonable tiene cuatro rasgos, y ninguno es «que use la tecnología más nueva».
| Un solo proceso |
|---|
| Dos procesos a la vez duplican las variables y, cuando algo falla, nadie sabe cuál de los dos lo causó. |
| Un dueño con nombre |
| Alguien de la empresa que responda por el resultado. Los proyectos sin dueño se abandonan sin que nadie lo note. |
| Un número acordado antes de empezar |
| Decidan de entrada qué cifra va a decir si esto funcionó —minutos ahorrados por semana, citas que dejan de perderse, errores que ya no ocurren— y anótenla. Si la medida se elige al terminar, se elige la que salió bien, y entonces no mide nada. |
| Una fecha para decidir si sigue |
| Con criterio de apagado explícito. Un piloto sin fecha de decisión se convierte en un gasto permanente. |
Los cuatro errores que más caros salen
- Comprar la herramienta primero. La herramienta se elige cuando el problema ya está descrito. Al revés, el problema se deforma para caber en la herramienta.
- Empezar por lo más visible. Lo que se ve desde afuera suele ser lo más delicado. El primer proyecto conviene que sea interno, donde un error se corrige sin que se entere un cliente.
- No decidir qué información puede salir de la empresa. Se resuelve en una tarde y evita disgustos serios: está en qué datos no deberían entrar a un modelo de IA.
- Confundir piloto con producción. Un piloto que funciona en una demostración no está listo para atender clientes. Entre las dos cosas hay reglas, manejo de fallos, monitoreo y una salida hacia una persona.
Qué hacer esta semana
Sin contratar nada, y en una hora:
- Escriba los cinco procesos que más veces al mes hace su equipo a mano.
- Al lado de cada uno, ponga cuántas veces y qué cuesta cuando sale mal.
- Marque aparte aquellos cuya información no vive todavía en ningún sistema. No quedan descartados: lo que cambia es por dónde se empieza, porque ese dato hay que ponerlo en alguna parte antes de automatizar nada. Es un trabajo con principio y fin, y suele ser más corto de lo que parece.
- De los que sí tienen su información en algún sistema, elija el de error más barato. Ese es su primer proyecto. Y si todos quedaron marcados en el paso anterior, ya sabe cuál es el suyo: ordenar el dato.
Si está listo para comenzar a automatizar e incluir IA en su empresa, la división técnica revisa su lista con usted en una reunión de treinta minutos y le aconseja por cuál de sus procesos empezar, por qué, y qué haría falta antes. Sin costo y sin obligación de contratar.
Preguntas frecuentes
¿Por dónde empieza una empresa pequeña a usar IA?
Por un proceso concreto que ocurra muchas veces al mes, cuyo error sea barato de corregir y cuya información ya viva en algún sistema. La herramienta se elige después de describir el proceso, nunca antes.
¿Se necesita tener los datos ordenados antes de usar IA?
Para cualquier cosa que consulte información de la empresa, sí. Un sistema automatizado necesita una fuente de verdad que consultar; si el dato está repartido entre archivos que no coinciden, el sistema repetirá la inconsistencia con más seguridad de la que tendría una persona.
¿Cuánto tarda un primer proyecto de adopción de IA?
Depende del proceso y del estado de la información. Un asistente sobre un proceso sencillo y bien definido puede quedar en cuestión de días; un proceso con muchas excepciones o con datos dispersos lleva semanas. Cualquier estimación se afina al mirar esas dos cosas, así que pídala como un rango y no como una fecha. Lo que sí conviene fijar de entrada es cuándo se va a decidir si el piloto continúa o se apaga.
¿Hace falta contratar a alguien de tecnología para adoptar IA?
No hace falta contratar a nadie de planta. La parte técnica se puede contratar por proyecto, y para una empresa pequeña esa suele ser la vía sensata: se paga el trabajo que se necesita en lugar de un puesto permanente, y se accede a un equipo con más oficio del que alcanzaría una sola contratación. Lo que sí tiene que quedarse dentro de la empresa es el dueño del proyecto: alguien que responda por el resultado y que conozca el proceso. Esa parte no se subcontrata, y es la que decide si el proyecto sale bien.
Fuentes y notas
- El marco de decisión de este artículo es la metodología de trabajo de Navhera (descubrir, diagnosticar, diseñar, implementar) descrita en la página principal, aplicada a la fase previa a cualquier contratación.
- El orden que propone este artículo sale de la práctica de implantar automatización y de los errores que se repiten al empezar por la herramienta.
Escrito por el equipo de Navhera y revisado antes de publicar. Si encuentra un error, escríbanos y lo corregimos con nota de la corrección.