Hay una conversación que me imagino teniendo con muchos empresarios.
—Seve, todo esto de la inteligencia artificial y el software a medida está muy bien.
—Me alegro de que lo veas así.
—Pero tengo un problema.
—Dime.
—Que yo no puedo parar mi empresa para ponerme a cambiar programas.
Y aquí viene la parte interesante.
¿Quién ha dicho que tengas que pararla?
Porque parece que cuando hablamos de transformación digital estamos proponiendo cerrar el negocio durante tres meses, despedir temporalmente a los trabajadores, desmontar todos los ordenadores y volver a abrir con un sistema informático completamente nuevo.
Como si estuviéramos reformando un cuarto de baño.
Pero una empresa no funciona así.
Una carpintería tiene que seguir fabricando muebles.
Una empresa de reformas tiene que terminar sus obras.
Una tienda de cocinas tiene pedidos pendientes.
Una academia tiene alumnos que esperan encontrarse a su profesor cuando llegan a clase.
Y una clínica tiene citas que no pueden desaparecer porque alguien ha decidido estrenar un programa.
La transformación digital no debería obligarte a dejar de trabajar. Debería ayudarte a trabajar mejor mientras sigues haciéndolo.
Y hoy quiero contarte cómo lo plantearía.
Sin grandes revoluciones.
Sin promesas de cambiarlo todo en una semana.
Y sin montar un espectáculo tecnológico que termine complicando más las cosas.
El miedo a cambiar no siempre es resistencia al cambio
Hay una expresión que escuchamos constantemente cuando hablamos de modernizar empresas.
«Los trabajadores se resisten al cambio».
Y puede ser cierto en algunas situaciones.
Pero creo que muchas veces utilizamos esa frase demasiado alegremente.
Imagina que llevas quince años trabajando en una carpintería.
Conoces los procedimientos.
Sabes dónde están los materiales.
Tienes tus plantillas.
Y aunque el sistema no sea perfecto, sabes cómo sacar el trabajo adelante.
Un día aparece alguien con un ordenador y te anuncia que, a partir del lunes, todo se hará de otra manera.
Tendrás que aprender un programa nuevo.
Introducir datos que antes no introducías.
Cambiar tu rutina.
Y hacerlo mientras sigues teniendo los mismos encargos y las mismas fechas de entrega.
¿De verdad es tan extraño que no te haga demasiada ilusión?
Quizá el problema no sea que te resistas a mejorar.
Quizá sea que nadie te ha explicado cómo te va a facilitar el trabajo.
O que nadie te ha preguntado qué necesitas.
O que te están pidiendo aprender un sistema nuevo sin darte tiempo para hacerlo.
Y aquí aparece una de las grandes lecciones de cualquier proceso de transformación.
No basta con que una solución sea mejor. Las personas tienen que entenderla, poder utilizarla y comprobar que realmente les ayuda.
La investigación confirma que el problema no es solamente tecnológico
Entre las barreras identificadas por las empresas participantes aparecían dos especialmente interesantes.
El 40 % señaló los costes de mantenimiento.
Y el 39 % mencionó la falta de tiempo para formarse.
No significa que esos porcentajes representen a todas las pymes españolas.
Son resultados de la muestra analizada.
Pero nos permiten entender algo.
La digitalización no depende únicamente de disponer de dinero para comprar herramientas.
También requiere tiempo.
Formación.
Capacidad para adaptarse.
Y recursos para mantener las soluciones funcionando.
Porque puedes instalar el mejor software del mercado.
Pero si tus trabajadores no tienen tiempo para aprender a utilizarlo, probablemente terminarán volviendo al sistema anterior.
Y entonces tendrás dos problemas.
El de siempre.
Y una nueva suscripción que pagar todos los meses.
En una revisión académica publicada en Human Resource Management Review en 2024, los investigadores identificaron distintas intervenciones utilizadas para facilitar cambios organizativos.
Entre ellas, la comunicación, la formación, la participación de los trabajadores y el refuerzo de nuevas prácticas.
Es decir, no estamos hablando solamente de convencer a la plantilla de que utilice un programa.
Estamos hablando de diseñar el cambio para que pueda funcionar en la realidad.
Y eso nos lleva a la primera decisión importante.
Primer paso: no cambiar toda la empresa
Imagina una empresa de reformas con ocho trabajadores.
Gestiona presupuestos mediante Excel.
Organiza las obras con mensajes de WhatsApp.
Controla las compras utilizando documentos compartidos.
Y prepara las facturas con un programa independiente.
Todo está un poco disperso.
Pero funciona.
Más o menos.
El propietario decide modernizarse.
Y alguien le propone una aplicación que gestione absolutamente todo.
Clientes.
Presupuestos.
Obras.
Trabajadores.
Materiales.
Proveedores.
Facturación.
Contabilidad.
Calendarios.
Y, ya que estamos, un agente de inteligencia artificial que le pregunte cada mañana cómo ha dormido.
Porque puestos a innovar, innovemos.
Pero ¿qué ocurriría si intentáramos implantar todo eso simultáneamente?
Que tendríamos que cambiar muchos procedimientos al mismo tiempo.
Formar a diferentes trabajadores.
Migrar una gran cantidad de información.
Revisar múltiples integraciones.
Y resolver todos los problemas que aparezcan durante la transición.
Demasiadas cosas para una pequeña empresa que necesita seguir funcionando.
Yo empezaría de otra manera.
Elegiría un solo problema.
El que más tiempo consume.
El que más errores provoca.
O el que más oportunidades comerciales está haciendo perder.
Y trabajaría sobre él.
Nada más.
Volvamos a los presupuestos
En el primer capítulo de esta serie te conté una experiencia personal.
Cuando compré mi casa, contacté con seis empresas de reformas.
Las seis vinieron a visitarla.
Dediqué seis mañanas a explicar lo que necesitaba.
Y solamente dos terminaron enviándome un presupuesto.
No sé qué ocurrió dentro de las otras cuatro empresas.
Pero aquella experiencia me hizo pensar en cómo gestionan las solicitudes comerciales muchos negocios tradicionales.
Imagina que una empresa tiene problemas para preparar y enviar presupuestos a tiempo.
Antes de cambiar toda su gestión, podríamos centrarnos exclusivamente en ese proceso.
Analizar cómo recibe las solicitudes.
Cómo organiza las visitas.
Dónde registra las medidas.
Cómo calcula los precios.
Quién prepara los documentos.
Y cómo realiza el seguimiento comercial.
Después buscaríamos una solución.
Quizá una aplicación sencilla.
Quizá una automatización.
Quizá una mejora de las herramientas actuales.
Pero solamente para ese proceso.
Y cuando funcione, estudiaremos el siguiente.
La transformación no tiene por qué empezar por el departamento más grande. Puede empezar por el problema más pequeño que más daño está haciendo.
Segundo paso: observar antes de tocar nada
Hay algo que me parece fundamental.
Antes de cambiar un procedimiento, hay que entenderlo. Es la misma lógica que propone la fase de descubrimiento de GOV.UK: comprender el problema, los usuarios y las restricciones antes de construir.
No basta con preguntar al propietario cómo funciona su empresa.
Hay que observar cómo trabajan las personas que realizan las tareas.
Porque a veces existe una diferencia enorme entre el procedimiento oficial y el procedimiento real.
Imagina una tienda de cocinas.
Sobre el papel, el proceso es sencillo.
El cliente solicita presupuesto.
Un profesional toma medidas.
Se prepara el diseño.
Se acepta la propuesta.
Se realiza el pedido.
Y se instala la cocina.
Perfecto.
Ahora vamos a observar qué ocurre realmente.
El diseñador utiliza un programa especializado.
Las medidas están en una libreta.
Los precios se calculan en Excel.
Las modificaciones llegan por WhatsApp.
Los pedidos se envían por correo.
Y el montador recibe la información en un PDF.
Cada herramienta puede funcionar perfectamente por separado.
Pero la información tiene que pasar de una a otra.
Y ahí pueden aparecer retrasos, duplicidades y errores.
Por eso, antes de proponer una solución, estudiaría el recorrido completo de la información.
Desde que entra el cliente hasta que termina el proyecto.
¿Quién introduce cada dato?
¿Dónde se guarda?
¿Quién puede modificarlo?
¿Cómo se comunica un cambio?
¿Qué ocurre cuando alguien se equivoca?
Y, sobre todo:
¿Qué tareas hacemos únicamente porque los sistemas actuales no se comunican?
Porque quizá no necesitemos cambiar el programa de diseño.
Ni el sistema de facturación.
Ni las herramientas que los trabajadores conocen perfectamente.
Quizá solamente tengamos que conectarlas.
Y esa sería una transformación mucho menos traumática.
Tercer paso: crear una primera versión que conviva con el sistema actual
Aquí aparece una de las estrategias más útiles para reducir riesgos.
No sustituir inmediatamente el sistema anterior.
Primero probar el nuevo en un entorno controlado.
Imagina que estamos desarrollando una aplicación para una carpintería.
El propietario quiere gestionar presupuestos, materiales y órdenes de fabricación.
En lugar de obligar a todos los trabajadores a utilizarla desde el primer día, podríamos empezar con una prueba limitada.
Un responsable.
Un tipo de trabajo.
Un pequeño número de proyectos.
Durante ese periodo, la empresa seguiría utilizando su sistema habitual como referencia operativa.
Y la nueva aplicación se utilizaría para comprobar si realmente funciona.
Por ejemplo, podríamos preparar cinco presupuestos de prueba.
Comparar los cálculos.
Comprobar las tarifas.
Revisar los materiales.
Y verificar que los documentos generados contienen la información correcta.
Si encontramos errores, los corregimos.
Si descubrimos que falta alguna funcionalidad, la estudiamos.
Y si los trabajadores consideran que una pantalla resulta complicada, la simplificamos.
Sin haber puesto en riesgo toda la actividad.
Pero cuidado con trabajar en dos sistemas
Aquí hay una trampa.
Mantener dos sistemas durante demasiado tiempo puede duplicar el trabajo y crear inconsistencias.
Por eso, el periodo de convivencia debe tener límites claros.
Hay que decidir cuál es la fuente oficial de información.
Qué datos se introducen en cada sistema.
Quién puede modificarlos.
Cómo se comparan los resultados.
Y cuándo se considera que la nueva solución está preparada para sustituir a la anterior.
Si durante la prueba se duplican datos, conviene hacerlo con un procedimiento controlado y durante el menor tiempo razonable.
Porque el objetivo es reducir tareas.
No conseguir que los trabajadores hagan lo mismo dos veces indefinidamente.
Una transición debe ser temporal. Si dura para siempre, hemos creado otro proceso.
Cuarto paso: formar a las personas, no solamente enseñarles botones
Imagina que hemos desarrollado una aplicación estupenda.
Tiene todas las funcionalidades necesarias.
Funciona correctamente.
Y el propietario está encantado.
Ahora llega el momento de enseñársela al equipo.
Y aquí podemos cometer un error enorme.
Organizar una reunión de tres horas.
Explicar cincuenta funcionalidades.
Entregar un manual de ochenta páginas.
Y esperar que al día siguiente todo el mundo sepa utilizarla.
Eso no es formación.
Eso es intentar descargar información en un cerebro humano como si fuera un disco duro.
Y todavía no tenemos puerto USB para eso.
Yo plantearía la formación de otra manera.
Cada trabajador debería aprender primero las funciones que necesita para su trabajo.
El comercial, cómo registrar un cliente y preparar un presupuesto.
El responsable de producción, cómo consultar los trabajos pendientes.
El instalador, cómo revisar instrucciones y comunicar incidencias.
Y el propietario, cómo consultar el estado de los proyectos.
No todos necesitan aprenderlo todo.
Además, utilizaría ejemplos reales o datos de prueba representativos.
Porque resulta mucho más fácil aprender a gestionar una orden de fabricación cuando se parece a las órdenes que preparas cada día.
También dejaría instrucciones breves para las tareas más frecuentes.
Y establecería una persona de referencia para resolver dudas.
La formación no debería terminar cuando se apaga el proyector.
Debería continuar durante las primeras semanas de utilización.
Una aplicación no está implantada cuando los trabajadores conocen sus botones. Está implantada cuando pueden hacer su trabajo con ella sin depender constantemente de ayuda.
Quinto paso: tener un plan por si algo falla
Esta parte no es especialmente espectacular.
No genera vídeos virales.
Ni capturas de pantalla impresionantes.
Pero puede ser una de las más importantes.
¿Qué hacemos si el nuevo sistema deja de funcionar?
¿Qué ocurre si falla una integración?
¿Y si no podemos acceder a los datos?
¿Y si una actualización provoca un problema?
¿Y si alguien elimina información accidentalmente?
Antes de sustituir un procedimiento crítico, necesitamos respuestas.
El NIST, organismo estadounidense de estándares tecnológicos, dispone de una guía específica sobre planificación de contingencias para sistemas de información.
Entre sus recomendaciones se encuentran identificar los procesos críticos, establecer prioridades de recuperación, preparar estrategias alternativas y probar los planes.
Y aunque esa documentación esté orientada a sistemas de información de organizaciones, sus principios son útiles para comprender cómo gestionar el riesgo tecnológico.
Cómo lo aplicaría a una pequeña empresa
Imagina que una academia implanta un nuevo sistema de horarios.
Gestiona profesores.
Aulas.
Grupos.
Y cambios de clase.
Si el sistema falla un martes por la tarde, los alumnos tienen que seguir sabiendo dónde deben ir.
Por tanto, antes de implantarlo, definiría un procedimiento alternativo.
Quizá una copia actualizada y accesible del horario.
Un responsable que pueda comunicar los cambios.
Y una forma de recuperar la información.
Pero también comprobaría que ese procedimiento funciona.
Porque tener una copia de seguridad no sirve de mucho si nadie sabe restaurarla.
Lo mismo ocurre con una empresa de reformas.
Si la aplicación deja de funcionar, los trabajadores deberían poder consultar la información imprescindible para continuar los trabajos de manera segura.
Y una tienda de cocinas debería conservar acceso a las medidas y versiones aprobadas de los proyectos.
No se trata de garantizar que nunca habrá problemas.
Eso sería poco realista.
Se trata de reducir su impacto.
La verdadera tranquilidad no consiste en pensar que nada va a fallar. Consiste en saber qué hacer cuando falle.
Sexto paso: medir antes de celebrar
Aquí llegamos a una de mis obsesiones.
Medir.
Porque es muy fácil terminar una implantación y anunciar:
«¡Ya hemos digitalizado la empresa!».
Fantástico.
¿Y qué ha mejorado?
Silencio.
Una aplicación instalada no es un resultado empresarial.
Es una herramienta disponible.
El resultado aparece cuando conseguimos cambiar algo.
Reducir tiempos.
Evitar errores.
Atender más clientes.
Mejorar la coordinación.
O facilitar el trabajo del equipo.
Por eso, antes de implantar una solución, establecería indicadores.
Y después volvería a medirlos.
Un ejemplo con números
Imagina una empresa de reformas que prepara veinte presupuestos al mes.
Actualmente necesita una media de dos horas para completar cada uno.
Eso supone:
20 presupuestos × 2 horas = 40 horas mensuales.
Después de implantar una nueva herramienta, el tiempo medio baja a una hora y quince minutos.
Ahora necesita:
20 × 1,25 horas = 25 horas mensuales.
La diferencia es de quince horas al mes.
En doce meses:
180 horas potencialmente recuperadas.
Si valoramos ese tiempo en 25 euros por hora:
4.500 euros anuales de capacidad de trabajo liberada.
Las cifras son hipotéticas y sirven para explicar el cálculo.
No son resultados obtenidos en un cliente real.
Y, como vimos al calcular cuánto cuesta seguir haciendo las cosas a mano, liberar tiempo no equivale automáticamente a ahorrar dinero.
El beneficio económico dependerá de cómo se aprovechen esas horas y del coste total de desarrollar y mantener la solución.
Pero ahora tenemos una mejora medible.
Y podemos tomar decisiones.
Quizá el propietario pueda preparar más presupuestos.
Quizá pueda dedicar más tiempo a visitar clientes.
O quizá consiga dejar de trabajar algunas tardes.
Que tampoco estaría mal.
La tecnología no tiene que justificar su existencia con gráficos espectaculares. Tiene que demostrar que mejora algo importante.
¿Cuánto cuesta hacer una transformación gradual?
Hay una idea que puede parecer contradictoria.
Implantar una solución poco a poco puede requerir más coordinación que hacerlo todo de golpe.
Hay que preparar pruebas.
Formar usuarios.
Mantener temporalmente ciertos procedimientos.
Y revisar resultados.
Eso tiene un coste.
Pero también puede reducir la exposición al riesgo.
Vamos a imaginar un proyecto sencillo para mejorar la gestión de presupuestos de una pequeña empresa.
| Concepto | Coste hipotético |
|---|---|
| Diagnóstico inicial | 450 € |
| Configuración o desarrollo de la solución | 1.800 € |
| Migración y validación de datos | 300 € |
| Prueba piloto | 350 € |
| Formación y acompañamiento | 400 € |
| Total inicial | 3.300 € |
Estos importes son ilustrativos. No representan precios de mercado verificados ni una oferta comercial.
Tampoco incluyen impuestos, mantenimiento recurrente, licencias ni posibles ampliaciones.
El objetivo es mostrar que una implantación no debería presupuestarse solamente como «hacer una aplicación».
También hay que contemplar el trabajo necesario para que las personas puedan utilizarla.
Y, sobre todo, para que la empresa pueda seguir funcionando durante el cambio.
¿Y si el proyecto sale mal?
Buena pregunta.
Porque no todas las pruebas piloto funcionan.
Quizá descubrimos que el sistema no se adapta bien al proceso.
Que los datos están peor organizados de lo previsto.
Que necesitamos una integración que resulta demasiado costosa.
O que la mejora obtenida no justifica la inversión.
En ese caso, una prueba limitada permite reconsiderar el proyecto antes de extenderlo a toda la empresa.
Eso también es un resultado útil.
Aunque no sea el que esperábamos.
Porque una transformación bien gestionada no consiste en continuar a cualquier precio.
Consiste en tomar decisiones con información.
Y saber cuándo merece la pena seguir, corregir o detenerse.
Un plan de 90 días para empezar sin ponerlo todo patas arriba
Quiero proponerte un ejemplo de cómo organizaría una transformación gradual.
No es un calendario universal.
Hay proyectos que pueden resolverse en semanas y otros que requieren muchos meses.
Pero sirve para entender el enfoque.
Días 1 a 15: entender
Visitaría la empresa.
Hablaría con el propietario y los trabajadores implicados.
Observaría los procesos.
Identificaría los problemas principales.
Y recogería datos sobre tiempos, errores y dificultades.
El resultado sería un diagnóstico inicial y una lista priorizada de oportunidades.
Todavía no estaríamos implantando nada.
Estaríamos decidiendo qué merece la pena mejorar.
Días 16 a 30: diseñar
Elegiríamos un proceso prioritario.
Estudiaríamos las herramientas existentes.
Valoraríamos integraciones o desarrollos específicos.
Y definiríamos cómo debería funcionar la solución.
También prepararíamos los criterios para evaluar el resultado.
¿Qué tendría que mejorar para considerar que el proyecto funciona?
¿Cuánto tiempo queremos reducir?
¿Qué errores queremos evitar?
¿Qué personas lo utilizarán?
Y qué condiciones deben cumplirse antes de extenderlo.
Días 31 a 50: preparar y probar
Configuraríamos o desarrollaríamos una primera versión.
Prepararíamos datos de prueba.
Revisaríamos los permisos.
Comprobaríamos cálculos e integraciones.
Y realizaríamos pruebas con un número limitado de usuarios.
Sin sustituir todavía los procesos críticos de toda la empresa.
Días 51 a 70: implantar gradualmente
Si la prueba funciona, ampliaríamos su utilización.
Formaríamos a los trabajadores.
Resolveríamos incidencias.
Y estableceríamos un procedimiento claro para abandonar el sistema anterior cuando fuera seguro hacerlo.
El objetivo sería evitar que ambos sistemas continuaran funcionando indefinidamente.
Días 71 a 90: medir y decidir
Compararíamos los resultados con la situación inicial.
Tiempo empleado.
Errores.
Facilidad de uso.
Costes.
Y satisfacción de las personas implicadas.
Después tomaríamos una decisión.
Mantener la solución.
Mejorarla.
Ampliarla a otros procesos.
O detener el proyecto si no aporta el valor esperado.
La transformación no termina cuando instalamos el programa. Termina cuando comprobamos que la empresa trabaja mejor.
Y, en realidad, a partir de ahí empieza otra etapa: seguir mejorando.
Mini software gratuito · Guasapea
Diseña tu primera transformación sin detener la empresa
Elige un único proceso y obtén una ruta inicial de 90 días. Es una orientación prudente, no una estimación ni una garantía de resultados.
Guasapea no guarda tus respuestas: el plan se calcula en tu navegador y solo se comparte si pulsas el botón de WhatsApp.
¿Y dónde entra la inteligencia artificial?
Hasta ahora hemos hablado mucho de procesos, personas y tecnología.
Pero quizá te estés preguntando:
«Seve, ¿y la IA dónde está?».
Pues donde tenga sentido.
No necesariamente en todas partes.
La inteligencia artificial puede ayudarnos durante la transformación.
Por ejemplo, para organizar información recogida en entrevistas.
Preparar documentación.
Proponer estructuras de datos.
Acelerar determinadas tareas de programación.
O generar borradores de materiales formativos.
También puede formar parte de la solución final.
Una carpintería podría utilizarla para convertir notas de voz en borradores de partes de trabajo.
Una empresa de reformas podría utilizarla para redactar descripciones de presupuestos.
Una tienda de cocinas podría utilizarla para resumir incidencias de instalación.
Y una academia podría emplearla para ayudar a redactar comunicaciones a las familias.
Siempre con revisión, protección de datos y controles adecuados.
Pero la planificación de tareas, la gestión de usuarios, el cálculo de importes o el control de estados pueden resolverse perfectamente con software convencional.
Y eso está bien.
Porque no necesitamos introducir IA en cada pantalla para justificar que estamos modernizando una empresa.
La inteligencia artificial es una herramienta más dentro de la transformación. No tiene por qué ser la protagonista.
Los cinco errores que intentaría evitar
Después de todo lo que hemos visto, hay cinco errores que no cometería si tuviera que transformar un negocio tradicional.
1. Cambiar demasiadas cosas al mismo tiempo.
Cuantos más procesos modificamos simultáneamente, más difícil resulta identificar qué está funcionando y qué está fallando.
2. Diseñar la solución sin escuchar a quienes van a utilizarla.
El propietario puede tener una visión general del negocio, pero los trabajadores conocen muchos detalles que no aparecen en ningún organigrama.
3. Confundir formación con una demostración.
Enseñar una aplicación durante una hora no garantiza que las personas sepan utilizarla en su trabajo cotidiano.
4. Eliminar el sistema anterior antes de comprobar el nuevo.
Una transición necesita pruebas, criterios de aceptación y un procedimiento de recuperación.
5. No medir los resultados.
Si no sabemos cómo trabajábamos antes, difícilmente podremos demostrar cuánto hemos mejorado.
Y añadiría un sexto, de regalo.
Pensar que una empresa está transformada porque ahora utiliza inteligencia artificial.
Eso no es un indicador de éxito.
Es una característica tecnológica.
Y bastante menos interesante que conseguir que los presupuestos salgan a tiempo.
Mi conclusión: transformar una empresa no consiste en ponerla patas arriba
Después de analizar todo esto, hay algo que tengo muy claro.
Una empresa no necesita detener su actividad para empezar a transformarse. Necesita un plan que respete su actividad mientras introduce mejoras.
Porque detrás de cada negocio hay personas.
Trabajadores que tienen sus rutinas.
Clientes que esperan resultados.
Proveedores que necesitan información.
Y empresarios que no pueden permitirse experimentar alegremente con aquello que les da de comer.
Por eso no me gusta la idea de llegar a una empresa prometiendo revolucionarlo todo.
Prefiero empezar con una pregunta mucho más sencilla.
«¿Qué podríamos mejorar sin estropear lo que ya funciona?»
Quizá una carpintería pueda empezar organizando mejor sus órdenes de fabricación.
Una empresa de reformas, preparando presupuestos más rápido.
Una tienda de cocinas, controlando las modificaciones de cada proyecto.
Y una academia, coordinando sus horarios.
Pequeñas mejoras.
Problemas concretos.
Resultados medibles.
Y después, si merece la pena, seguimos avanzando.
Porque la transformación digital no debería ser una carrera para instalar la mayor cantidad posible de tecnología.
Debería ser un proceso para conseguir que la empresa funcione cada vez mejor.
Sin perder su esencia.
Sin poner en riesgo su actividad.
Y sin obligar a sus trabajadores a convertirse en informáticos.
No quiero entrar en un negocio de toda la vida para cambiarlo todo.
Quiero entrar para descubrir qué merece la pena cambiar y qué merece la pena conservar.
Porque hay conocimientos, procedimientos y formas de trabajar que llevan décadas demostrando su valor.
Y la tecnología debería ayudar a potenciarlos.
No a sustituirlos por capricho.
¿Y si empezamos por una sola mejora en tu empresa?
Te propongo un ejercicio.
Piensa en tu negocio.
No en todas las cosas que te gustaría modernizar.
Solamente en una.
¿Qué tarea te gustaría que funcionara mejor dentro de tres meses?
Quizá preparar presupuestos.
Organizar trabajadores.
Gestionar pedidos.
Controlar materiales.
Hacer seguimiento de clientes.
O conseguir que la información no se pierda entre hojas de cálculo, correos y conversaciones.
Ahora pregúntate:
¿Cuánto tiempo te consume actualmente?
¿A quién afecta?
¿Qué problemas provoca?
¿Y qué tendría que cambiar para que consideraras que hemos mejorado?
Si puedes responder a esas preguntas, ya tenemos un punto de partida.
Y si necesitas ayuda para identificarlo, ahí es donde puedo aportar valor.
Estoy buscando negocios tradicionales que quieran mejorar sin detenerse
Estoy desarrollando esta nueva etapa de Guasapea como consultor de inteligencia artificial, automatización y software a medida.
Mi objetivo es ayudar a empresas tradicionales a entender sus procesos, identificar oportunidades de mejora y encontrar soluciones tecnológicas que realmente encajen con su manera de trabajar.
Sin empezar vendiendo herramientas.
Sin desarrollar aplicaciones innecesarias.
Y sin convertir una mejora de productividad en un problema de organización.
Si tienes una empresa en la Vega Baja de Alicante, te propongo una primera visita gratuita.
Me acerco a tu negocio.
Me enseñas cómo trabajáis.
Hablamos de los procesos que más tiempo y dinero os cuestan.
Y valoramos qué oportunidades de mejora podrían existir.
Si detectamos un problema que merece un análisis más profundo, podremos plantear un diagnóstico detallado y una hoja de ruta para resolverlo.
Y, cuando tenga sentido, implantar una solución de manera gradual.
Sin obligarte a detener tu actividad.
Sin promesas de resultados que todavía no hemos medido.
Y sin aparecer un lunes por la mañana diciendo que a partir de ahora todo el mundo tiene que utilizar siete aplicaciones nuevas.
Que bastante tienen ya los lunes. 😜
👉 Cuéntame por WhatsApp qué te gustaría mejorar en tu empresa
Si no estás en la Vega Baja, también puedes responder directamente a esta newsletter.
Me interesa conocer los problemas reales de los negocios tradicionales para seguir compartiendo ideas y soluciones prácticas.
Una última reflexión
Hay algo que me gusta especialmente de los negocios de toda la vida.
Muchos llevan décadas funcionando.
Han superado crisis.
Cambios de mercado.
Problemas de proveedores.
Subidas de costes.
Y todo tipo de dificultades.
Han conseguido sobrevivir porque saben hacer algo que sus clientes necesitan.
Y eso tiene muchísimo valor.
Por eso creo que la transformación digital debería empezar desde el respeto.
Respeto por el oficio.
Por la experiencia.
Por las personas.
Y por las cosas que ya funcionan.
La inteligencia artificial puede ayudarnos a desarrollar herramientas más rápido.
La automatización puede reducir tareas repetitivas.
Y el software a medida puede resolver problemas específicos.
Pero ninguna de esas tecnologías debería convertirse en una excusa para ignorar cómo funciona realmente una empresa.
La transformación digital no consiste en borrar treinta años de experiencia para empezar desde cero.
Consiste en aprovechar esos treinta años de experiencia para construir una manera mejor de trabajar.
Y eso no tiene por qué hacerse de golpe.
Puede empezar con una pequeña mejora.
Un proceso.
Un equipo.
Una tarea.
Y continuar desde ahí.
Porque los negocios de toda la vida no necesitan dejar de ser lo que son para aprovechar la tecnología de mañana.
Necesitan poder mejorar sin tener que parar de hacer aquello que les ha permitido llegar hasta hoy.
Y ese es precisamente el tipo de transformación en el que quiero trabajar.
Seve Luna
Consultor de Inteligencia Artificial, automatización y desarrollo de software a medida.
Negocios de toda la vida. Tecnología de mañana.
Próximo capítulo: «Qué haría durante mi primera visita a tu empresa».
Resumen visual para guardar
Cinco pasos para transformar sin parar
Descarga esta infografía para guardarla o compartirla en tus redes. La imagen está preparada en formato vertical 4:5.
Comentarios