Primer paso
Cómo empezar con IA en tu empresa sin equipo técnico
No hace falta un equipo de desarrollo para empezar con inteligencia artificial, pero sí hace falta alguien que conozca el proceso a fondo y pueda decidir qué es correcto. El error más caro no es elegir mal la herramienta: es automatizar un recorrido que nadie ha ordenado antes, porque la automatización copia el desorden y lo acelera.
Sebastián Arango
Fundador de LogVox
1 de agosto de 20269 min de lectura
En síntesis
- Lo que se necesita no es un programador sino un dueño del proceso con autoridad para decidir.
- El primer proyecto debe elegirse por volumen, reglas explicables y resultado observable, no por lo llamativo.
- Antes de automatizar hay que ordenar las fuentes de información; si no, la IA repite datos equivocados más rápido.
01
Lo que sí hace falta, y no es un programador
La ausencia de un equipo técnico rara vez es el cuello de botella real. Lo que bloquea un proyecto de IA suele ser otra cosa: nadie puede responder con certeza qué debe pasar en un caso concreto, o la respuesta cambia según a quién se le pregunte. Ese es un problema de gobierno del proceso, no de tecnología.
Antes de contratar nada conviene comprobar que existen estas cuatro condiciones. Si falta alguna, el trabajo inicial es conseguirla, y eso se puede hacer sin herramientas nuevas.
Un dueño del proceso
Una persona que conozca las excepciones, pueda decidir qué es correcto y tenga autoridad para aprobar cambios.
Una fuente de información confiable
Un lugar donde el precio, el catálogo o la política vigente estén actualizados y alguien responda por ellos.
Un resultado que se pueda observar
Algo contable al final del recorrido: citas confirmadas, oportunidades registradas, tiempos de respuesta.
Tiempo del equipo
Horas reales de quienes ejecutan el proceso para revisar casos y corregir criterios durante las primeras semanas.
02
Cómo elegir el primer proceso
La tentación es empezar por lo más visible o por lo que más molesta. Suele ser mejor empezar por lo más repetitivo con reglas explicables, aunque sea menos vistoso, porque produce evidencia rápido y con bajo riesgo.
Una forma práctica de decidir es puntuar cada candidato en cuatro ejes y quedarse con el que puntúe alto en todos, no con el que destaque solo en uno.
| Criterio | Buen primer proceso | Mal primer proceso |
|---|---|---|
| Frecuencia | Ocurre varias veces al día o a la semana | Ocurre una vez al mes y cada vez distinto |
| Reglas | Se pueden explicar en voz alta en cinco minutos | Dependen del criterio de una persona irremplazable |
| Datos | La información vive en un sitio identificable | Está repartida en correos y memoria del equipo |
| Riesgo | Un error se detecta y se corrige el mismo día | Un error compromete dinero, contratos o salud |
| Medición | El resultado se puede contar sin discusión | El éxito depende de percepciones |
Atender consultas repetidas por WhatsApp y registrar la solicitud suele cumplir los cinco criterios. Decidir aprobaciones de crédito casi nunca los cumple al principio.
03
Lo que hay que ordenar antes de automatizar
Una IA que consulta información desactualizada responde con seguridad y se equivoca. Este es el trabajo menos atractivo del proyecto y el que más determina el resultado, y no requiere conocimientos técnicos: requiere decisiones.
- 01
Definir el vocabulario
Acordar qué significa exactamente cliente, oportunidad, cita confirmada o solicitud atendida para todas las áreas.
- 02
Señalar la fuente única
Para cada dato que la IA vaya a usar, decidir cuál es el sitio válido y quién lo mantiene al día.
- 03
Escribir las excepciones
Anotar durante dos semanas los casos que se salieron de la norma; ahí está la mitad del trabajo real.
- 04
Marcar los límites
Listar qué nunca debe decidir un sistema sin una persona: descuentos, compromisos, datos sensibles.
04
Tres rutas según el punto de partida
No todas las empresas necesitan lo mismo, y la diferencia de costo y tiempo entre estas rutas es grande. Elegir la más ambiciosa sin necesidad es la forma más común de gastar de más.
Herramienta de configuración
Cuando el proceso es estándar y cabe en un producto ya existente. Es lo más rápido y lo más barato de sostener.
Plataforma de agentes
Cuando hace falta conocimiento propio, canales conectados y permisos, pero sin construir software desde cero.
Desarrollo a la medida
Cuando la necesidad no cabe en un producto estándar y la integración forma parte del problema.
05
Qué exigirle a un proveedor sin saber programar
No hace falta entender la arquitectura para evaluar una propuesta. Hace falta pedir que demuestren el mecanismo sobre un caso propio y no sobre una demostración preparada. Estas preguntas funcionan sin conocimiento técnico y separan a quien construyó algo de quien lo está prometiendo.
«Muéstrelo con un caso mío»
Pedir que usen una conversación o un documento real de la empresa, aunque sea uno solo.
«¿Qué pasa cuando falla?»
Comprobar que existe un camino previsto para el error, no solo para el caso perfecto.
«¿Qué puede modificar el sistema?»
Confirmar qué acciones ejecuta solo, cuáles pide aprobar y cuáles tiene prohibidas.
«¿Dónde quedan mis datos?»
Saber qué se almacena, por cuánto tiempo, quién accede y qué pasa si termina el contrato.
«¿Puedo verlo funcionando?»
Pedir acceso al registro de lo que hizo el sistema, no un reporte redactado por el proveedor.
06
Qué esperar de las primeras semanas
El primer periodo no sirve para demostrar que todo funciona: sirve para descubrir qué faltaba. Aparecerán preguntas que nadie había formulado, datos desactualizados y excepciones que el equipo resolvía de memoria. Eso no es un fallo del proyecto, es su producto más valioso.
Conviene revisar los casos con el equipo una vez por semana durante el primer mes, y corregir reglas en lugar de aumentar autonomía. Ampliar el alcance antes de que el recorrido inicial sea estable multiplica los puntos donde algo puede salir mal.
07
Preguntas frecuentes
- ¿Puedo implementar IA en mi empresa si no tengo desarrolladores?
- Sí. Lo que necesitas no es un programador sino un dueño del proceso: alguien que conozca las excepciones, pueda decidir qué es correcto y tenga autoridad para aprobar cambios. La parte técnica puede venir de una plataforma configurable o de un proveedor; el criterio sobre el negocio no se puede subcontratar.
- ¿Por dónde empiezo a usar inteligencia artificial?
- Por el proceso más repetitivo cuyas reglas se puedan explicar en voz alta en cinco minutos, cuyos datos vivan en un sitio identificable y cuyo resultado se pueda contar sin discusión. Atender consultas repetidas y registrar la solicitud suele cumplir esos criterios; decidir aprobaciones de crédito casi nunca los cumple al principio.
- ¿Qué tengo que preparar antes de automatizar con IA?
- Cuatro cosas, y ninguna es técnica: acordar qué significa cada término del negocio para todas las áreas, decidir cuál es la fuente válida de cada dato y quién la mantiene, anotar durante dos semanas las excepciones reales, y listar qué nunca debe decidirse sin una persona.
- ¿Cómo evalúo a un proveedor de IA si no entiendo la tecnología?
- Pidiendo que demuestren el mecanismo sobre un caso tuyo y no sobre una demostración preparada. Cinco preguntas funcionan sin conocimiento técnico: muéstrelo con un caso mío, qué pasa cuando falla, qué puede modificar el sistema, dónde quedan mis datos y puedo ver el registro de lo que hizo.
- ¿Qué debo esperar durante las primeras semanas?
- Que aparezcan preguntas que nadie había formulado, datos desactualizados y excepciones que el equipo resolvía de memoria. Eso no es un fallo: es el hallazgo más valioso del piloto. Conviene revisar casos con el equipo una vez por semana y corregir reglas antes de ampliar la autonomía del sistema.