Llevas semanas dándole vueltas a automatizar una parte del trabajo, lo comentas con tu socio y recibes la respuesta de siempre: «eso es para empresas grandes», «ya hemos visto muchas modas» o, sencillamente, «ahora no toca». Insistes con el artículo que leíste y con lo que hace la competencia. Cuanto más argumentas, más se cierra. Acabáis los dos con la sensación de que el otro no escucha.
Un escéptico no suele ser un obstáculo, sino alguien que protege algo: el dinero de la empresa, la tranquilidad del equipo, la relación con los clientes. Y la forma de convencerle no es hablarle del futuro, sino enseñarle un hecho. Las grandes empresas lo saben: ningún proyecto nuevo se aprueba por entusiasmo, sino con un caso de negocio. En tu pyme, ese caso de negocio puede ser una prueba pequeña con un agente de IA, un programa que hace tareas de trabajo por ti y te consulta lo importante.
Por qué los argumentos sobre el futuro no convencen
Cuando dices «la IA va a cambiar nuestro sector», tu socio no puede comprobarlo ni rebatirlo. Solo puede creerte o no. Y si ya tiene dudas, no te cree. Además, los argumentos genéricos chocan con experiencias concretas: aquella herramienta que se compró y no se usó, aquel proveedor que prometió mucho.
Un hecho, en cambio, se puede verificar. «Esta tarea nos llevaba tanto tiempo y esta semana la hemos hecho de otra manera» no se discute; se mira.
Qué hacen las grandes: caso de negocio y criterio de éxito
En una gran empresa, quien propone un proyecto nuevo tiene que responder por escrito a unas preguntas muy parecidas siempre:
- ¿Cuál es el problema concreto?
- ¿Cuánto cuesta hoy, en tiempo, dinero o errores?
- ¿Qué se propone hacer y qué se necesita?
- ¿Cómo se sabrá si ha funcionado?
- ¿Qué pasa si no funciona?
No hace falta una presentación de cuarenta diapositivas. Puede caber en una página. Y lo más importante: incluye un criterio de éxito fijado antes de empezar, de modo que nadie pueda cambiar las reglas cuando llegue el resultado.
Empieza por la objeción real de tu socio
Antes de diseñar nada, pregúntale qué le preocupa exactamente. Suele ser una de estas cosas, y cada una pide una prueba distinta:
- «Es caro»: la prueba debe ser pequeña y con un coste acotado de antemano.
- «Los clientes lo notarán»: la prueba debe ser interna, sin contacto con clientes, o con revisión de una persona antes de enviar nada.
- «Perderemos el control»: el agente propone y una persona aprueba.
- «Nuestros datos»: la prueba usa solo la información necesaria, y se aclara qué ve el agente y qué no.
- «El equipo se asustará»: la tarea elegida es una que nadie disfruta haciendo.
Escribir la objeción con sus palabras y responder a ella en el diseño de la prueba le demuestra que le has escuchado.
Cómo diseñar una prueba pequeña con final marcado
Una prueba que sirva para convencer tiene estas piezas:
- Elige una tarea concreta y repetitiva, de poco riesgo. Preparar el resumen semanal de pedidos, ordenar las consultas que llegan, recordar pagos pendientes.
- Mide cómo se hace hoy. Cuánto tiempo lleva, quién lo hace, cuántas veces se olvida o se corrige. Apunta esos datos antes de cambiar nada, aunque sean aproximados.
- Fija qué resultado sería suficiente, junto con tu socio y por escrito. Por ejemplo: «si la tarea sale sin correcciones importantes y nos ahorra tiempo semanal, seguimos con ella».
- Pon fecha de fin, de unas pocas semanas, y una persona que revise los resultados.
- Decide de antemano cómo se vuelve atrás si algo no funciona: quién lo para y qué se hace mientras tanto.
- Compara al final con los datos del principio, no con impresiones.
Si quieres más detalle sobre cómo plantearlo sin comprometer la empresa, tienes una guía sobre hacer una prueba piloto de IA sin comprometer toda la empresa.
Qué hace el agente y qué hacéis vosotros
Durante la prueba, el agente hace la tarea acordada y va dejando constancia de lo que hace. También recoge los datos para comparar: cuánto ha tardado, cuántas veces ha necesitado ayuda, qué ha tenido que corregir una persona.
Vosotros revisáis. Vuestro socio y tú decidís qué se considera un fallo, qué se corrige y si el resultado cumple lo que pactasteis. El agente no decide si la prueba ha sido un éxito: presenta los hechos y las personas interpretan. Es conveniente que sea tu socio escéptico quien revise los resultados junto a ti: verá de primera mano lo que funciona y lo que no, sin depender de tu versión.
Cuando la prueba sale mal
Puede salir mal, y hay que aceptarlo desde el principio. Si el agente no mejora la tarea, si necesita demasiadas correcciones o si genera más trabajo del que ahorra, la prueba habrá servido igualmente: habéis gastado poco y sabéis algo que antes no sabíais. Un escéptico que ve que se detiene algo que no funciona, en la fecha prevista y sin drama, confía más en ti para la siguiente propuesta.
Y si sale bien, no cantes victoria. Propón el siguiente paso pequeño, con su propio criterio de éxito. Hay más ideas sobre ese recorrido en cómo justificar la inversión en IA ante los socios de tu pyme y en cómo implementar IA cuando tienes varios socios.
Qué cuidar
- No presentes la prueba como una decisión tomada. Es un experimento con final, no un primer paso camuflado.
- No escondas los fallos. Si los muestras tú antes de que los encuentre tu socio, ganas credibilidad.
- Cuida los datos personales que use la prueba: limita el acceso a lo necesario y respeta lo que hayáis informado a clientes y empleados.
- Respeta los tiempos del escéptico. Convencer no es ganar una discusión, es que se sienta seguro con la decisión.
Conclusión
Con un socio escéptico, los argumentos sobre el futuro suelen empujar en sentido contrario; una prueba pequeña, medible y con un final acordado, en cambio, le deja juzgar por sí mismo. Un agente puede hacer la tarea y recoger los datos para comparar, y vosotros decidís con los hechos delante.
En MG Solutions construimos agentes de IA específicos para cada empresa, adaptados a tu forma de trabajar y a tus herramientas, no una plantilla genérica.
Si quieres ver cómo encajaría en tu empresa, escríbenos y lo hablamos.