Plan de 30 días para empezar con IA en una pyme

Muchas pymes saben que "tienen que hacer algo con IA" y no saben por dónde empezar. Las dos salidas habituales son malas: comprar una herramienta grande sin saber para qué, o probar cosas sueltas que nunca se convierten en un cambio real.

Este plan propone un camino intermedio: en 30 días, un proceso, una herramienta y una decisión tomada con números. No es el único camino posible, pero es el que recomendamos cuando una empresa arranca de cero.

Antes de empezar: quién participa

Un piloto chico no necesita un comité, pero sí estos roles, aunque una misma persona tenga más de uno:

• Responsable del piloto. Una persona con tiempo asignado (algunas horas por semana) que coordina y empuja. Sin esta persona, el piloto se diluye.
• Quien hace hoy la tarea. Es la que mejor conoce el proceso, los casos raros y los atajos. Tiene que estar desde el primer día, no enterarse al final.
• Quien decide. El dueño, socio o gerente que va a aprobar ampliar o cortar. Participa al principio (para fijar la meta) y al final (para decidir).
• Apoyo técnico, interno o externo, para configurar la herramienta y resolver integraciones si hacen falta.

Y una regla: quien hace la tarea hoy no tiene que sentir que el piloto es para reemplazarlo. Si lo siente, va a tener todos los motivos para que salga mal. Presentalo como lo que suele ser: sacarle de encima la parte repetitiva.

Semana 1: elegir un proceso y mapearlo

Días 1 y 2: hacé la lista. Junto con el equipo, anotá las tareas repetitivas que consumen más tiempo. Ejemplos típicos: responder consultas frecuentes, armar presupuestos, cargar en el sistema los comprobantes de proveedores, resumir reuniones, redactar publicaciones, clasificar mails.

Día 3: elegí una. Puntuá cada tarea del 1 al 3 en cuatro criterios:

Elegí la que más sume, con una condición: ninguna tarea con riesgo alto para empezar.

Días 4 y 5: mapeala. Escribí el proceso paso a paso tal como se hace hoy, no como debería hacerse: de dónde llega, quién lo toma, qué consulta, qué decide, dónde lo registra, cuánto tarda. Marcá los pasos que son copiar, buscar o redactar (ahí suele entrar la IA) y los que son decidir (ahí sigue una persona).

Seguido aparece una sorpresa en este punto: el proceso no está claro ni para el equipo. Si es así, ordenarlo ya es el primer resultado del plan.

Semana 2: elegir herramienta y preparar la medición

Línea de base. Durante esta semana, medí la tarea como está hoy: cuántas veces se hace, cuánto tarda (con una muestra alcanza) y cuántos errores tiene. Sin esto, el día 30 no vas a poder decidir nada. Cómo hacerlo, en cómo medir si la IA está funcionando en tu empresa.

Meta escrita. Una frase con número y plazo, acordada con quien decide.

Herramienta. Para un primer piloto, preferí lo simple: un asistente de IA de uso general con cuenta de empresa, una función de IA de una herramienta que ya usás, o un asistente configurado para esa tarea. Antes de elegir, revisá:

• Qué datos vas a cargar y si la herramienta es apta para ellos. Lo explicamos en qué datos podés darle a una IA.
• Qué parte del costo es fija y qué parte depende del uso, y si podés ponerle un tope de gasto. Lo detallamos en cuánto cuesta implementar IA en una pyme.
• Si hace falta que actúe en tus sistemas o alcanza con que redacte y responda. La diferencia está en chatbot o agente de IA.

Instrucciones. Escribí las instrucciones de la tarea con rol, contexto, tarea, formato, límites y ejemplos. La guía de prompts para tu negocio tiene ejemplos de antes y después.

Semana 3: el piloto

Prueba en privado (días 15 y 16). Pasale a la herramienta 20 o 30 casos reales ya resueltos y compará sus resultados con lo que hizo tu equipo. Corregí las instrucciones con cada error que aparezca.

Uso real con revisión (días 17 a 21). La IA hace su parte y una persona revisa todo antes de que salga. Quien revisa anota cada corrección que tuvo que hacer y por qué. Es la fuente más valiosa de mejoras.

Revisión de mitad de semana. Treinta minutos para mirar los primeros números y los errores anotados, y ajustar.

Durante esta semana es normal que todo sea más lento que antes: se está haciendo la tarea y además revisándola. El ahorro se mide cuando la revisión puede achicarse.

Semana 4: medir y decidir

Días 22 a 26: medí. Seguí usando la herramienta y completá los mismos indicadores de la línea de base: tiempo por tarea (incluido el de revisión), errores, volumen, y la opinión de quien hace la tarea y, si aplica, de los clientes.

Días 27 y 28: compará. Línea de base contra piloto, con los mismos criterios. Sumá el costo real: uso de la herramienta y horas de configuración y revisión.

Días 29 y 30: decidí. Con quien decide, y con una de tres respuestas:

• Ampliar: cumplió la meta sin empeorar errores ni satisfacción. El próximo paso es reducir la revisión donde ya es confiable o sumar una segunda tarea, no las dos a la vez.
• Corregir: estuvo cerca y los errores tienen causa clara. Dos semanas más, con cambios concretos.
• Cortar: no se acercó a la meta o apareció un riesgo que no se controla. Se documenta qué se aprendió y se elige otro proceso de la lista de la semana 1.

Cualquiera de las tres es un buen resultado, porque es una decisión tomada con información y no con entusiasmo.

Lo que este plan no es

No es un proyecto de transformación de toda la empresa, ni una integración compleja con tus sistemas, ni algo que se instala y se olvida. Es la forma más barata que conocemos de aprender cómo funciona la IA en tu negocio en particular, con un caso real y un riesgo acotado. Lo que aprendas en estos 30 días (qué datos hacen falta, cuánto hay que revisar, cómo reacciona el equipo) vale para todo lo que venga después.

Checklist de los 30 días

• Hay un responsable del piloto con horas asignadas.
• Quien hace hoy la tarea participa desde el primer día.
• Se eligió un solo proceso, de bajo riesgo y con volumen.
• El proceso está escrito paso a paso, tal como se hace hoy.
• Hay una línea de base de tiempo, volumen y errores.
• La meta está escrita con número y plazo, y la aprobó quien decide.
• La herramienta es apta para los datos que se van a cargar.
• Hay un tope de gasto configurado.
• Las instrucciones tienen rol, contexto, tarea, formato, límites y ejemplos.
• Durante el piloto, una persona revisa todo antes de que salga.
• Cada corrección queda anotada con su motivo.
• El día 30 se toma una decisión: ampliar, corregir o cortar.

Si querés recorrer este plan con acompañamiento, hablá con Kyna en el chat del sitio o por Telegram y agendá un diagnóstico.